🚀 go-pugleaf

DyXin wrote:

> From: "DyXin" <DyXin@p@ndor@.be>
> Subject: tomcat: java.lang.NoClassDefFoundError
> Message-ID: <aBuza.16691$1u5.1457@afrodite.telenet-ops.be>
> Newsgroups: be.comp.programming,nl.comp.programmeren
> 
> Hey!
> Een vraagje over Servlets - Tomcat:
> 
> telkens ik probeer in te loggen via m'n zelfgemaakte chat-page crasht tomcat
> volledig en krijg ik deze foutmelding:
> 
> "javax.servlet.ServletException: Servlet execution threw an exception
>  at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
> FilterChain.java:269)
>  at......
> ..........
> 
> root cause
> 
> java.lang.NoClassDefFoundError: WebPhoenix
>  at PhoenixServlet.loginAction(PhoenixServlet.java:109)
>  at PhoenixServlet.doGet(PhoenixServlet.java:36)
>  at PhoenixServlet.doPost(PhoenixServlet.java:51)
>  at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
>  at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>  at.......
> ..........."
> 
> In de klasse PhoenixServlet staat er op lijn 109:
> IPhoenix phoenix = new WebPhoenix (name);
> 
> Tijdens het compileren heb ik geen problemen: alles raakt vlekkeloos
> gecompileerd. Maar nu vindt Tomcat (veronderstel ik toch) de klasse
> WebPhoenix niet meer... Nochtans staan alle .class files netjes in de
> WEB-INF/classes directory!
> 
> Is er iemand die een idee heeft waarom ik die java.lang.NoClassDefFoundError
> krijg?

Wij moesten voor school ook gebruik maken van Apache Tomcat, ik kan er geen goed
woord over zeggen, maar dat is jouw vraag niet. Wat voor mij meerdere malen heeft
geholpen is om tomcat in een directory zetten zonder spaties (dus niet in 
"Program Files\Tomcat 4.1"). Hier staat in geinstalleerd in c:\school\tomcat\

Veel Success,

Carlo Kok

Carlo Kok wrote:

> > 
> > Is er iemand die een idee heeft waarom ik die java.lang.NoClassDefFoundError
> > krijg?
> 
> Wij moesten voor school ook gebruik maken van Apache Tomcat, ik kan er geen goed
> woord over zeggen, maar dat is jouw vraag niet. Wat voor mij meerdere malen heeft
> geholpen is om tomcat in een directory zetten zonder spaties (dus niet in 
> "Program Files\Tomcat 4.1"). Hier staat in geinstalleerd in c:\school\tomcat\

En toen dat niet hielp heb ik ook java in c:\j2sdkversienummer\ geinstalleerd, 
wat ook nog wel eens kan helpen.


Carlo Kok

DyXin wrote:
> Hey!
> Een vraagje over Servlets - Tomcat:
>
> telkens ik probeer in te loggen via m'n zelfgemaakte chat-page crasht
> tomcat volledig en krijg ik deze foutmelding:
>
> "javax.servlet.ServletException: Servlet execution threw an exception
>  at
>
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tion
> FilterChain.java:269)
>  at......
> ..........
>
> root cause
>
> java.lang.NoClassDefFoundError: WebPhoenix
>  at PhoenixServlet.loginAction(PhoenixServlet.java:109)
>  at PhoenixServlet.doGet(PhoenixServlet.java:36)
>  at PhoenixServlet.doPost(PhoenixServlet.java:51)
>  at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
>  at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>  at.......
> ..........."
>
> In de klasse PhoenixServlet staat er op lijn 109:
> IPhoenix phoenix = new WebPhoenix (name);
>
> Tijdens het compileren heb ik geen problemen: alles raakt vlekkeloos
> gecompileerd. Maar nu vindt Tomcat (veronderstel ik toch) de klasse
> WebPhoenix niet meer... Nochtans staan alle .class files netjes in de
> WEB-INF/classes directory!
>
> Is er iemand die een idee heeft waarom ik die
> java.lang.NoClassDefFoundError krijg?

alle shell-variabelen goed ingesteld? En Tomcat is soms wat
onvriendelijk in zijn foutmeldingen, het kan ook heel ergens anders
liggen :( (soms)

Mark

> > Wij moesten voor school ook gebruik maken van Apache Tomcat, ik kan er
geen goed
> > woord over zeggen, maar dat is jouw vraag niet. Wat voor mij meerdere
malen heeft
> > geholpen is om tomcat in een directory zetten zonder spaties (dus niet
in
> > "Program Files\Tomcat 4.1"). Hier staat in geinstalleerd in
c:\school\tomcat\
>
> En toen dat niet hielp heb ik ook java in c:\j2sdkversienummer\
geinstalleerd,
> wat ook nog wel eens kan helpen.

Staat op de servers van t RUCA: Ultra Sparc met Solaris besturingssysteem...
;-)
Dus daar ligt het al niet aan... :-(
k snap er niks van... Blijkbaar staat er ��n of andere variabele niet goed
in Tomcat: het compileren lukt => classpath staat normaal goed; maar Tomcat
vindt blijkbaar de gebruikte klasse niet terug, hoewel die notabene in
dezelfde directory staat!

> alle shell-variabelen goed ingesteld? En Tomcat is soms wat
> onvriendelijk in zijn foutmeldingen, het kan ook heel ergens anders
> liggen :( (soms)

Ik denk dat de shell-variabelen goed staan ingesteld...
Bij het opstarten van tomcat krijg ik volgende variabelen-waarden te zien:

Using CATALINA_BASE:   /home/p01/p005742/opt/jakarta-tomcat-4.1.24
Using CATALINA_HOME:   /home/p01/p005742/opt/jakarta-tomcat-4.1.24
Using CATALINA_TMPDIR: /home/p01/p005742/opt/jakarta-tomcat-4.1.24/temp
Using JAVA_HOME: /usr/j2se

als ik env intyp krijg ik oa dit als resultaat:

PWD=/home/p01/p005742
CLASSPATH=/home/p01/p005742/public_html/Phoenix/WEB-INF/classes/
OLDPWD=/home/p01/p005742/opt/jakarta-tomcat-4.1.24/bin
JAVA_HOME=/usr/j2se
SHELL=/usr/bin/bash
HOSTTYPE=sparc
OSTYPE=solaris
PATH=/usr/dt/bin:/usr/openwin/bin:/opt/SUNWspro/bin:/usr/java1.4/bin:/usr/cc
s/bin:/bin:/usr/bin:/usr/local/bin:/etc:/usr/etc:/usr/ucb:/usr/perl5/bin:/us
r/local/teTeX/bin/sparc-sun-solaris2.8:/opt/Acrobat4/bin:/opt/sfw/bin:/home/
p01/p005742/usr/sbin:/home/p01/p005742/usr/bin

Zoals je dus kan zien heb ik ondertussen het classpath gezet op de
.../WEB_INF/classes/ directory, maar zonder resultaat: dezelfde exception
blijft voorkomen...
Iemand die een oplossing weet?

mvg,
DyXin

"DyXin" wrote
> Hey!
> Een vraagje over Servlets - Tomcat:
>
> Tijdens het compileren heb ik geen problemen: alles raakt vlekkeloos
> gecompileerd. Maar nu vindt Tomcat (veronderstel ik toch) de klasse
> WebPhoenix niet meer... Nochtans staan alle .class files netjes in de
> WEB-INF/classes directory!

moet'r in de laatste versie van tomcat niet met packages gewerkt worden ?

In article <slrnbcud2a.8df.svenniboy@werner1.no-ip.org>, svenniboy@werner1.no-
ip.org says...
> On Sat, 24 May 2003 10:43:17 +0200, Joe <joe@joe.joe> wrote:
> >  "DyXin" wrote
> > > Hey!
> > > Een vraagje over Servlets - Tomcat:
> > >
> > > Tijdens het compileren heb ik geen problemen: alles raakt vlekkeloos
> > > gecompileerd. Maar nu vindt Tomcat (veronderstel ik toch) de klasse
> > > WebPhoenix niet meer... Nochtans staan alle .class files netjes in de
> > > WEB-INF/classes directory!
> >  
> >  moet'r in de laatste versie van tomcat niet met packages gewerkt worden ?
> 
> Da's nogal moeilijk, aangezien we zelf een servlet moeten schrijven als
> project voor school ;) Dus eerst servlet schrijven, dan kunnen we der
> evt. een package van maken ;)

dacht nochtans ook dat er met packages moest gewerkt worden. waarom eerst 
servlet schrijven en dan pas package van maken? zet alles meteen in een package 
en dan is het probleem met wat geluk opgelost.

On Sat, 24 May 2003 10:43:17 +0200, Joe <joe@joe.joe> wrote:
>  "DyXin" wrote
> > Hey!
> > Een vraagje over Servlets - Tomcat:
> >
> > Tijdens het compileren heb ik geen problemen: alles raakt vlekkeloos
> > gecompileerd. Maar nu vindt Tomcat (veronderstel ik toch) de klasse
> > WebPhoenix niet meer... Nochtans staan alle .class files netjes in de
> > WEB-INF/classes directory!
>  
>  moet'r in de laatste versie van tomcat niet met packages gewerkt worden ?

Da's nogal moeilijk, aangezien we zelf een servlet moeten schrijven als
project voor school ;) Dus eerst servlet schrijven, dan kunnen we der
evt. een package van maken ;)

Groeten,
Sven (de project-collega van DyXin)

On Sat, 24 May 2003 09:07:58 GMT, annelies <annelies_p@hotmail.com> wrote:
>  In article <slrnbcud2a.8df.svenniboy@werner1.no-ip.org>, svenniboy@werner1.no-
>  ip.org says...
> > On Sat, 24 May 2003 10:43:17 +0200, Joe <joe@joe.joe> wrote:
> > >  
> > >  moet'r in de laatste versie van tomcat niet met packages gewerkt worden ?
> > 
> > Da's nogal moeilijk, aangezien we zelf een servlet moeten schrijven als
> > project voor school ;) Dus eerst servlet schrijven, dan kunnen we der
> > evt. een package van maken ;)
>  
>  dacht nochtans ook dat er met packages moest gewerkt worden. waarom eerst 
>  servlet schrijven en dan pas package van maken? zet alles meteen in een package 
>  en dan is het probleem met wat geluk opgelost.

Umm, dan denk ik dat ik het concept 'packages' in deze context verkeerd
begrijp... Hoe kan je een package maken van een servlet die nog niet
geschreven is?
Ik dacht dat het als volgt moest:
	1) servlet schrijven
	2) package maken

Alle uitleg is welkom (ook waarom die fscking TomCat server die ene
klasse niet vindt terwijl ze onder zijn neus staat...).

Vriendelijke groeten,
Sven

In nl.comp.programmeren Sven Putteneers <svenniboy@werner1.no-ip.org>
wrote:
>>  dacht nochtans ook dat er met packages moest gewerkt worden. waarom
>>  eerst servlet schrijven en dan pas package van maken? zet alles
>>  meteen in een package en dan is het probleem met wat geluk opgelost.
 
> Umm, dan denk ik dat ik het concept 'packages' in deze context verkeerd
> begrijp... 

package is een keyword in java :)

> Hoe kan je een package maken van een servlet die nog niet
> geschreven is?
> Ik dacht dat het als volgt moest:
>        1) servlet schrijven
>        2) package maken
> 
> Alle uitleg is welkom (ook waarom die fscking TomCat server die ene
> klasse niet vindt terwijl ze onder zijn neus staat...).

De package structuur is dus niet correct.

bv:

package foo.bar;

public class fiep
{
}

staat in 

WEB-INF/classes/foo/bar/fiep.class

-- 

  Daniel Tryba

"Sven Putteneers" wrote
> Umm, dan denk ik dat ik het concept 'packages' in deze context verkeerd
> begrijp... Hoe kan je een package maken van een servlet die nog niet
> geschreven is?
> Ik dacht dat het als volgt moest:
> 1) servlet schrijven
> 2) package maken

Je maakt bv onder 'web-inf/classes/' een directory aan met de naam
'tralala', Java-bestanden (bv test.java) die je daarin plaatst en compileert
moeten dan bovenaan de regel 'package tralala;' hebben staan.

Deze klasse kan je dan bv via een jsp onder 'webapps\root'\' aanspreken met
de regel <%@ page import="jfiles.test" %>

"Joe" wrote
> Deze klasse kan je dan bv via een jsp onder 'webapps\root'\' aanspreken
> met de regel <%@ page import="jfiles.test" %>

whoopsadaisy..., <%@ page import="tralala.test" %>

Dyxin,

Even kijken of het goed begrijp:
-jouw class file PhoenixServlet.class staat in de map
...ergens/WEB-INF/classes
-je wilt een instantie maken van de class WebPhoenix, deze staat in
dezelfde map.
(ik neem aan dat die class file daar echt staat, dat het een class
file is en geen java bestand en dat je goed naar de hoofdletters en
kleine letters van de naam hebt gekeken)

-staat boven in jouw PhoenixServlet misschien een import statement
als,
bv. import xx.xxx.*; of xx.xxx.WebPhoenix; ?

-omdat het compileren wel lukt: heb je bij het compileren de beide
classes ook in dezelfde map (op je pc) staan?
-indien ja: hernoem WebPhoenix.class een tot ditwasWebPhoenix.class,
misschien heb je ergens anders op je pc nog een WebPhoenix staan en
wordt deze gebruikt bij het compileren.

succes,
Herman

> moet'r in de laatste versie van tomcat niet met packages gewerkt worden ?

k heb nu alles in een package phoenix gestoken (directory phoenix eveneens
aangebracht in de directory classes) maar de fout blijft! k heb in m'n
web.xml de servlet-class aangepast naar phoenix.PhoenixServlet, maar de
error blijft:

root cause

java.lang.NoClassDefFoundError: phoenix/WebPhoenix
 at phoenix.PhoenixServlet.loginAction(PhoenixServlet.java:111)
 at phoenix.PhoenixServlet.doGet(PhoenixServlet.java:38)
 at phoenix.PhoenixServlet.doPost(PhoenixServlet.java:53)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)

Ik ben voor de zekerheid nog eens gaan kijken of die file er wel degelijk
staat, en die staat wel degelijk in de directory /classes/phoenix.
Dus aan de package structuur kan het al niet meer liggen... :-/

Compileren lukt vanzelfsprekend nog altijd, dus ik blijf vermoeden dat er
��n of andere tomcat-specifieke variabel fout staat: heeft tomcat niet ��n
of andere eigen "tomcat-CLASSPATH" versie? m'n CLASSPATH zelf (toch juist
geschreven: met die hoofdletters?) staat op:
/home/p01/p005742/public_html/Phoenix/WEB-INF/classes/
dus hier kan het normaal niet aan liggen, denk ik...

Iemand nog een idee waar het aan kan liggen?

mvg,
DyXin

> Even kijken of het goed begrijp:
> -jouw class file PhoenixServlet.class staat in de map
> ...ergens/WEB-INF/classes

Stond: ondertussen aangepast wegens die package structuur...
Dus mijn dir-structuur is:
/WEB-INF/classes/phoenix/<.class files>

> -je wilt een instantie maken van de class WebPhoenix, deze staat in
> dezelfde map.
> (ik neem aan dat die class file daar echt staat, dat het een class
> file is en geen java bestand en dat je goed naar de hoofdletters en
> kleine letters van de naam hebt gekeken)

Inderdaad: in die directory classes/phoenix staat m'n PhoenixServlet.class
bestand, en hierin tracht ik een instantie van WebPhoenix te maken, die
eveneens in dezelfde directory staat, in dezelfde package.

> -staat boven in jouw PhoenixServlet misschien een import statement
> als,
> bv. import xx.xxx.*; of xx.xxx.WebPhoenix; ?

Neen: hoeft niet aangezien ze in dezelfde package (en directory) zitten.

> -omdat het compileren wel lukt: heb je bij het compileren de beide
> classes ook in dezelfde map (op je pc) staan?

Inderdaad: tijdens het compileren worden beide .class files in dezelfde
directory gezet (onder /WEB-INF/classes/<packagname>), en het compileert
zonder probleem... :-/ Als ik bijvoorbeeld 1 van die class-files in een
andere dir zet, krijg ik logischerwijs ook tijdens het compileren een
NoClassDefFoundError, maar als ik alles compileer zoals het moet, krijg ik
geen errors en compileert alles probleemloos!

> -indien ja: hernoem WebPhoenix.class een tot ditwasWebPhoenix.class,
> misschien heb je ergens anders op je pc nog een WebPhoenix staan en
> wordt deze gebruikt bij het compileren.

Kan niet want ik zet m'n classpath expliciet op ../classes ahv
javac -classpath. Heb trouwens alles nog eens afgezocht, en alle class files
met dezelfde naam (in backup dir's) verwijderd... Probleem blijft... :-/
Als ik trouwens WebPhoenix.class ff tijdelijk verplaats en dan
PhoenixServlet.java probeer te compileren krijg ik een NoClassDefFoundError
ivm die verplaatste WebPhoenix.class file... :-(

thnx anyway!

mvg,
DyXin

In article <3ecf67ed$0$6526$afc38c87@sisyphus.news.be.easynet.net>, joe@joe.joe 
says...
> "Joe" wrote
> > Deze klasse kan je dan bv via een jsp onder 'webapps\root'\' aanspreken
> > met de regel <%@ page import="jfiles.test" %>
> 
> whoopsadaisy..., <%@ page import="tralala.test" %>

of in het nieuwe, aan te raden formaat:

<jsp:directive.page import="tralala.test" />

In article <SoOza.17754$1u5.1478@afrodite.telenet-ops.be>, DyXin@p says...
> ...
>
> Compileren lukt vanzelfsprekend nog altijd, dus ik blijf vermoeden dat er
> ��n of andere tomcat-specifieke variabel fout staat: heeft tomcat niet ��n
> of andere eigen "tomcat-CLASSPATH" versie? 

zijn $CATALINA_HOME en $JAVA_HOME ingesteld?

> zijn $CATALINA_HOME en $JAVA_HOME ingesteld?

t lijkt opgelost (ma nu hemmek een andere exception: is in combinatie met
RMI protocol, en der is eit mis met de policy file die ingelezen moet
worden): Heb setClasspath.sh aangepast: CLASSPATH hierin gezet op
$CLASSPATH:"$JAVA_HOME"/lib/tools.jar in plaats van enkel
"$JAVA_HOME"/lib/tools.jar.
Het CLASSPATH zelf heb ik op .../WEB-INF/classes gezet!
Nu vindt hem alle benodigde klassen (blijkbaar), maar zoals gezegd heb ik nu
een exception ivm een policy file die hem moet inlezen:

java.security.AccessControlException: access denied
(java.net.SocketPermission 127.0.0.1:28081 connect,resolve)

Op de lijn waar de fout zich voordoet staat:

LocateRegistry.getRegistry("localhost", PORT_NUMBER).bind(nick, phoenix);

Nochtans "lijkt" de policy file correct geladen te worden in de init()
method (lees: ik krijg geen exceptions)...
in m'n policy file staat nochtans:

grant {
    permission java.net.SocketPermission "*:1024-65535", "connect";
    permission java.net.SocketPermission "*:1024-65535", "resolve";
    permission java.net.SocketPermission "*:1024-65535", "accept";
};

de init() method bestaat uit:

try {
    System.setProperty("java.security.policy", "policy");
    System.setSecurityManager(new RMISecurityManager());
    LocateRegistry.createRegistry(PORT_NUMBER);
}
catch (RemoteException ex) {
}

Als er hier iemand iets op weet?...
Toch maar vreemd allemaal die Tomcat: heb dezelfde applicatie met een Swing
GUI geschreven in een paar uur tijd zonder exceptions en dergelijke!

mvg,
DyXin

"DyXin" <DyXin@p@ndor@.be> writes:

> > moet'r in de laatste versie van tomcat niet met packages gewerkt worden ?
> 
> k heb nu alles in een package phoenix gestoken (directory phoenix eveneens
> aangebracht in de directory classes) maar de fout blijft! k heb in m'n
> web.xml de servlet-class aangepast naar phoenix.PhoenixServlet, maar de
> error blijft:
> 
> root cause
> 
> java.lang.NoClassDefFoundError: phoenix/WebPhoenix
>  at phoenix.PhoenixServlet.loginAction(PhoenixServlet.java:111)
>  at phoenix.PhoenixServlet.doGet(PhoenixServlet.java:38)
>  at phoenix.PhoenixServlet.doPost(PhoenixServlet.java:53)
>  at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
> 
> Ik ben voor de zekerheid nog eens gaan kijken of die file er wel degelijk
> staat, en die staat wel degelijk in de directory /classes/phoenix.
> Dus aan de package structuur kan het al niet meer liggen... :-/

Nou, het idee van java web toepassingen is dat je een .war maakt met de
juiste struktuur. Waar je classes tijdens het compileren staan boeit niet
zo heel erg.

Kan je met een 'jar tvf jouwapp.war' laten zien hoe je .war er uit ziet?

Ook hoef je tomcat niets te vertellen over het classpath. Alles wat in een
war zit dat zet ie automatisch in het classpath van de context waarin jouw
toepassing draait.

Oh, en je moet een .war openieuw deployen als je nieuwe code hebt. De enige
correcte manier is:

 compileer je java code
 bouw een .war
 kopieer de .war naar $TOMCAT_HOME/deploy/ (oid)

 S.

> Nou, het idee van java web toepassingen is dat je een .war maakt met de
> juiste struktuur. Waar je classes tijdens het compileren staan boeit niet
> zo heel erg.
>
> Kan je met een 'jar tvf jouwapp.war' laten zien hoe je .war er uit ziet?
>
> Ook hoef je tomcat niets te vertellen over het classpath. Alles wat in een
> war zit dat zet ie automatisch in het classpath van de context waarin jouw
> toepassing draait.
>
> Oh, en je moet een .war openieuw deployen als je nieuwe code hebt. De
enige
> correcte manier is:
>
>  compileer je java code
>  bouw een .war
>  kopieer de .war naar $TOMCAT_HOME/deploy/ (oid)

zHet probleem is dat we dit in een speed-tempo hebben gezien tijdens de
lessen Gedistribueerd Programmeren, en dat het dus eerder de bedoeling is
een "touch" te cre�ren met Servlets en webcontainers... Jammer genoeg hebben
we neit echt de tijd om heir lang bij stil te staan (GP heeft v�le facetten:
dit is er ��n van), met als gevolg dat we enkel de basis-princiepes
krijgen... Over war-files is er ons nooit iets gezegd geweest, hoewel ik er
op de jakarta-site inderdaad ook over gelezen heb! Het lijkt allemaal wel
heel mooi en handig...

In ieder geval: het probleem is opgelost: ik heb m'n "rmi-web-chat-page"
draaiende gekregen! :-)

Bedankt voor alle tips en hulp!

mvg,
DyXin