Newsgroup: it.comp.java
Titolo: jboss - prima passi

Comincia il tormentone :-)
Allora, ho scaricato la versione jboss-3.2.0beta2_tomcat-4.1.12.zip, 
installata (debian), non parte, da degli errore alla fine su MBean che non 
trova qualcosa da deployare. 
Bah... lascio stare e scarico  la JBoss-3.0.4_Tomcat-4.1.12.zip che non e' 
in beta.
Questa sembra partire correttamente, alla porta 8080 mi dice che non c'e' un 
context configurato e questo dovrebbe essere corretto, ma alla 8082 non 
viene accettata la connessione, mentre invece avrei dovute vedere 
qualcosa.Stando al quick start draft piu' di qualcosa :-).
Ho commesso qualche errore?



Si, non basarti troppo sul quick start draft: e' per la 3.0 (ma proprio
3.0 non 3.0.x).
Invece che alla porta 8082 la jmx console e' al seguente URL:
http://localhost:8080/jmx-console/index.jsp
-- 
Lucio Benfante
Brainbench MVP for Java 1
http://www.brainbench.com
MyTranscript: 
http://www.brainbench.com/transcript.jsp?pid=167064

 
Si grazie, c'ero arrivato da solo esplorando le varie dir.
Ho provato a deployare un'applicazione di prova fatta in solo jsp/servlet, 
ma non mi pare che il passaggio sia cosi' trasparente.
Mi si blocca tutto alla dichiarazione del primo bean nella pagina jsp. 
Nella pagina ho le seguenti dichiarazioni 
--------------
<%@ page import="java.util.*" %>
<%@ page import="java.sql.*" %>
<%@ page import="ConnectionPool" %>
-------------
e il primo errore viene segnalato in corrispondenza alla ConnectionPool: 
------------
09:30:51,390 ERROR [Engine] StandardWrapperValve[jsp]: Servlet.service() for 
servlet jsp threw exception
org.apache.jasper.JasperException: Unable to compile class for JSP
An error occurred at line: 3 in the jsp file: /header.jsp
Generated servlet error:
/var/jboss/tomcat-4.1.x/work/MainEngine/localhost/medweb/login_jsp.java:9: 
'.' expected
import ConnectionPool;
------------
gli altri sono della stessa natura

Mi da lo stesso errore anche nella versione con jetty, a questo punto e' un 
mio errore.
Perche' e' sbagliata la dichiarazione del bean dentro al jsp?


ah, ovviamente l'applicazione con tomcat liscio va una meraviglia...


altra anomalia (?)
versione tomcat, alla invocazione di una servlet, 404 requested xxx resource 
is not available.
versione jetty, funziona
e per oggi di dedico al calcio  in tv, ciao :-)

 > <%@ page import="ConnectionPool" %>
Stai facendo un import di una classe che non č definita in un package. Non
dovrebbe dar problemi.
Ma che errore ti da? Sei sicuro che il tuo war č impacchettato
correttamente?

 ------------
L'errore mi sembra parlar chiaro: il compilatore delle JSP si aspetta un "."
nel <%@ page import="..."%> e non se lo trova.
Evidentemente può trattarsi di un baco in Jasper (ovvero Tomcat) che non
accetterebbe gli import se non hanno definito un package. Evidentemente la
maggior parte dei programmatori di applicazioni web usano attribuire un
package alle proprie classi e ciò non comporta l'errore che tu stai
riscontrando. Perché non provi ad inserire il tuo ConnectionPool in un
package? Per esempio it.mycompany.util.database.ConnectionPool.
Vedrai che tutto si risolve.
Non criticarmi JBoss :-) mi ferisci al cuore!


non la vede proprio...

 Non criticarmi JBoss :-) mi ferisci al cuore!
Non sono critiche, lo sto studiando/provando/verificando per utilizzarlo al 
lavoro.

 non la vede proprio...
E allora c'č qualche altro problema: evidentemente la tua web app non č
compliant j2ee.

Luigi Viggiano wrote:

Dico nel tomcat in bundle con jboss, sotto /var/jboss/tomcat.x/webapps.
Per la j2ee compliant, non saprei, non e' che faccia niente di particolare, 
legge e scrive in un db...
Comunque con i package funziona (non ho provato tutto ma carica 
correttamente i bean), mi rimane da capire perche' nella versione con 
tomcat non trova le servlet (errore 404) mentre con jetty e' tutto ok.
Cia'

 tomcat non trova le servlet (errore 404) mentre con jetty e' tutto ok.
Le servlet vanno mappate agli URL relativi nel web.xml. Lo hai fatto?

Luigi Viggiano wrote:

Si, prima non lo avevo fatto (tomcat standalone mi sta sembrando IE, si cala 
la qualunque :-)) e non funzionava neanche jetty, dando un altro tipo di 
errore pero'. Con web.xml jetty funziona.

>> Le servlet vanno mappate agli URL relativi nel web.xml. Lo hai fatto?
trovato!!!
questa e' la parte incriminata seu web.xml
<servlet-mapping>
<servlet-name>content</servlet-name>
<url-pattern>/content</url-pattern>
</servlet-mapping>
con questa sintassi jetty funziona sia chiamando 
http://localhost:8080/applicazione/content
, sia chiamando 
http://localhost:8080/applicazione/servlet/content
.
Invece con tomcat no, fa riferimento esattamente a quello che c'e' in nel 
tag url-pattern.
ciao

 tag url-pattern.
Direi che ora hai anche aumentato la portabilità della tua applicazione.
Probabilmente ora funziona su uno spettro più ampio di servlet container.