Jboss

JBOSS APPUNTI:

questi sono gli appunti di quando facevo la tesi, un altro riferimento è dal libro jboss in action che puoi trovare qui

macchina: ssh 58.78.411.01|toor#58.78.411.01|toor passowrd tirocinio

per avviare e ascoltare da tutte le interfacce /var/jboss-4.2.3.GA/bin/run.sh -b 0.0.0.0
mettere i .war da avviare in /var/jboss-4.2.3.GA/server/default/deploy

per vedere le applicazione deployate il link è "JMX Console"

c'è l'autodeploy

i file .ear possono essere deployati anche se li scompattiamo basta lasciarli con lo stesso nome

STUDIAMO LA GUIDA: Getting Started Guide

1.1.1. in jboss/server/ ci sono le dir minimal , default, all in base a quale configurazione server viene eseguita.
-In conf/ jboss-service.xml ci sono i servizi che quella configurazione ha avviato,
- data le applicazioni che vogliono salvare i propri dati sul file system li mettono qui
- deploy mettere i .jar, .war e .ear file viene fatto il deploy automatico
- lib java lib che non devono essere deployed
- log
- tmp
- work dir di lavoro che tomcat usa per la compilazione of jsp

per caricare la configurazione minimal, se non si specifica niente viene caricata la default
./run.sh -c minimal

per spegnere ctrl+c o ./shutdown.sh -S

1.2. The JMX Console
In questa classe accedibile da http://10.114.87.85:8080/jmx-console/ ci sono i namespace al momento, inoltre si possono cambiare impostazioni che però vengono poi rimesse a default quando jboss viene riavviato

1.4 in conf/jboss-service.xml ci sono i servizi che vengono avviati quando jboss parte se si commentano non partono più all'avvio

1.4.2 Log
- Ci sono 5 livelli di debug DEBUG, INFO, WARN, ERROR and FATAL
- sulla console il livello è INFO, non si vedono i messaggi di debug
- le info di configurazione sono in conf/jboss-log4j.xml
- i log sono salvati su server/default/log/server.log , tutti i log di tutti e 5 i livelli
- nel file jboss-log4j.xml c'è una sezione che imposta i limiti in base alle categorie
<category name="org.jboss.management">
<priority value="INFO"/>
</category>
in questo esempio le classe di management di jboss hanno tutte il limite impostato a INFO.
- c'è l'esempio di come far redirigere i log di una categoria su un file separato

1.4.3 Security Service
- conf/login-config.xml ci sono le impostazioni di sicurezza
- è una lista di named security domain, ognuna specifica un numero di moduli id login jaas che sono usati per scopi di autenticazione del dominio. Quando si vuole usare sicurezza in un'applicazione si specifica il nome di dominio .
- ogni aspetto del server jboss può essere controllato attraverso la jmx console, per questo deve essere protetta da password. Per far questo andare in deploy/jmx-console.war/WEB-INF/jboss-web.xml e levare il commento al dominio di sicurezza
- questo collega il dominio di sicurezza alla web application ma non dice alla web application quali sono le politicy di sicurezza che deve forzare , quale urls deve proteggere e a quali invece deve consentire l'accesso . Per fare tutto questo c'è il fle web.xml
- le password e gli username vengono dal dominio di sicurezza di jmx-console . Dobbiamo configurare questo in conf/login-config.xml decomentando <application-policy name="jmx-console"> <authentication> vedi guida per maggiori dettagli
- questa configurazione usa un semplice file basato sulla politica di sicurezza i file di configurazione si trovano in conf/props, gli username e password si trovano in conf/props/jmx-console-users.properties . Questo è quello che dice la guida però nella pratica quando modifico scommentando il file login-config.xml al prossimo riavvio di jboss non funziona più il servizo jmx-console
- per assegnare un utente a un jboss admin group aggiungere username=JBossAdmin a jmx-console-roles.properties ruoli addizionali possono essere separati da virgola
- jboss re-deploy the jmx console quando viene aggiornato il web.xml
- riassumendo sono 3 i file che si devono modificare web.xml, jboss-we.xml e login-config.xml decommentando le parti opportune per vedere i file con le loro modifiche cartella mia jboss/security
- c'è anche un'altra web-console in deploy/management/console-mgr.sar/web-console.war questa però è data come file .war quindi meno manegevole, per accedere http://10.114.87.85:8080/web-console/

1.4.4 Additional Services
- i servizi non di core sono aggiunti alla directory di deploy. Possono essere anche dei dei descrittori di file *-service.xml o degli archivi jboss service archive SAR . I SARs contengono gli xml e le risorse addizionali classi , librerie archivi ecc. - maggiori dettagli si trovano JBoss Application Server: Administration and Configuration Guide

1.5 The web container - Tomcat
- tomcat è il web container di default. Tutta la sua roba si trova in deploy/jboss-web.deployer anche il file di configurazione principale web.xml che si trova in ROOT.war/WEB-INF
- server.xml contiene un subset di standard per le info di configurazione come la configurazione della porta di ascolto (di default la porta 8080), o quella di connessione per AJP 8009 , o la possibilità di usare ssl, disabilitata di default
- le cose sono differenti di poco rispetto a quando si utilizza tomcat in standalone perchè bisogna modificare jboss che si prende carico del resto
- EJB3 sono pienamente implementata in jboss 5 nella 4.2.2 sono in running come plugin. I plugin iniettano riferimenti a un'entitymanager e riferimenti da un oggetto EJB a un'altro. Comunque questo supporto è limitato a un EJB3 MBean e ai file jar che amministra. Ogni altro file caricato da un war no va sotto questo processo. La versione 5 specifica che ci si può riferire direttamente attraverso un un riferimento EJB
- per accedere a un EJB3 session bean da un servlet o da un JSF backing bean si ha bisogno di due cose
1- senza seam- JNDI Lookup : senza utilizzare il framework seam che è parte di jboss application server è necessario usare un explicit JNDI lookup per accedere al EJB3 session bean. C'è un esempio in todobean.java in the jsfejb3 nel capitolo 4 . ctx.lookup("jsfejb3/TodoDao/local"); è il metodo usato per riferirsi al EJB3 session bean (esempio anche alla pagina di riferimento)
2- con seam - lasciare lui il seam framework . Fa tutto lui non bisogna preoccuparsi , riferirsi al capitolo 5 usare seam

Salvo diversa indicazione, il contenuto di questa pagina è sotto licenza Creative Commons Attribution-ShareAlike 3.0 License