6. Installation
Das Download-File wird zur Installation an einen Ort der eigenen
Wahl ausgepackt, z.B.
c: (Windows),
erzeugt Verzeichnis c:jboss_7.x.x
/opt (Unix),
erzeugt Verzeichnis /opt/jboss_7.x.x
6
7. Aufbau
Es ergibt sich folgende Verzeichnis-Struktur (nach dem ersten Start):
7
JBoss-Home-Verzeichnis
Skripte zum Starten und Stoppen
OSGi-Bundles
Lizenz-Dokumente & XML-Schemata
Hauptverzeichnis für den Domain-Mode
Module für das Class Loading
Welcome Page
Hauptverzeichnis für den Standalone-Mode
Konfigurationsdateien
Persistente Informationen des Servers
Deployment s
Installierte Bibliotheken
Log-Dateien
Temporäre Dateien
9. Modulkonzept
Bisher: Alle vorhandenen Services wurden geladen
hohe Startzeit, hoher Speicherverbrauch
JBoss 7: Nur was gebraucht wird, wird geladen
massive Einsparung von Startzeit und Speicher
9
0
5
10
15
20
25
30
35
5.1.0.GA 6.1.0.Final 7.0.1.Final
Startzeit in Sekunden
0
100
200
300
400
5.1.0.GA 6.1.0.Final 7.0.1.Final
Speicher in MB
10. JBoss Modules – Was ist das?
Eigenständiges Projekt
Bestandteil des JBoss 7
Module liegen in modules
Haben folgende Struktur
1 oder mehrere JAR-Files
Konfigurationsdateien
Eigene Module können ergänzt werden
10
11. Geladene Software
Modulkonzept
Vorversionen: Laden aufgrund der Konfiguration
11
App. A
Svc. D
Svc. C
depends on
depends on
App. B
Svc. F
Svc. E
depends ondepends on
depends on
depends on
Geladene Software
App. A
Svc. D
Svc. C
depends on
depends on
Svc. F
Svc. E
12. Geladene Software
Modulkonzept
JBoss 7: Laden aufgrund von Abhängigkeiten
12
App. A
Svc. D
Svc. C
depends on
depends on
App. B
Svc. F
Svc. E
depends ondepends on
depends on
depends on
Geladene Software
App. A
Svc. D
Svc. C
depends on
depends on
13. Modulkonzept
Implizite Abhängigkeiten werden automatisch geladen
(EJB, JPA, …)
Abhängigkeiten können explizit deklariert werden
Manifest
jboss-structure.xml
Globaler Lib-Ordner existiert nicht mehr!
ggf. eigene Module bereitstellen
13
14. JBoss-Management-Konzepte
Standalone
Betrieb eines einzelnen Servers
Entspricht dem Modus der Vorversionen
Domain
Betrieb mehrerer Server als administrative Gruppe
Ggf. über mehrere Rechner verteilt
Zentrale Konfiguration
Zentrale Überwachung
Zentrales Deployment
14
15. Standalone-Modus
Jeder Server wird einzeln gemanagt (wie in den Vorgängerversionen)
Der Nutzer ist für serverübergreifende Änderungen verantwortlich
Eine Konfigurationsdatei
standalone/configuration/standalone(…).xml
Start: bin/standalone.bat/sh
Für viele Anwendungen ausreichend
Ggf. eigenes Multiserver-Betriebskonzept nötig (Initiale
Konfiguration in standalone-ha.xml)
15
18. Deployment im Standalone-Modus
Auto-Deployment-Ordner standalone/deployments
Neue, veränderte, gelöschte Dateien führen zum Deployment,
Redeployment bzw. Undeployment
Anwendungen können gepackt
oder „exploded“ sein
18
25. Domain-Modus
Menge von Servern
Auch auf verschiedenen Rechnern
Eine Konfigurationsdatei
domain/configuration/domain.xml
Können heterogen sein
Steuerung durch Host Controller
Ein HC pro Host
Einer davon ist Domain Controller
Konfig-Datei domain/configuration/host.xml
25