Java compilen, foutmeldingen

[Dizzy]

Als ik onder linux met java iets wil compilen, geeft ie aan dattie de includes niet kan vinden. De JDK is heel netjes opgenomen in het path in /etc/profile en wordt ook correct geladen. Maar ik weet eigenlijk neit zo gauw waar dit nu aan lgit, kan iemand mij helpen?

[chem]

heb je je JAVA_HOME etc. ingesteld?

[Dizzy]

volgens mij hoeft alleen het path nog maar bij de jdk1.3.1
en die staat ingesteld op de jdkdirectory/bin

verder heb ik idd apart nog even voor de zekerheid JAVA_HOME en CLASSPATH gedefinieerd nar de jdkdirectory, maar dat maakt verder geen verschil.

Tomcat doet het bijvoorbeeld wel goed met de jdk samen.

EDIT:

code:

 javac HelloWorld.java
HelloWorld.java:2: package javax.servlet does not exist
import javax.servlet.*;
^
HelloWorld.java:3: package javax.servlet.http does not exist
import javax.servlet.http.*;
^
HelloWorld.java:5: cannot resolve symbol
symbol  : class HttpServlet
location: class HelloWorld
public class HelloWorld extends HttpServlet {

[Wilke]

Wat is je complete classpath? Die servlet-API moet er natuurlijk wel in staan...

[Dizzy]

zoals ik al zei, die heb ik dus eigenlijk niet, alleen het path staat aangegeven..
heb hier zelfs boeken liggen over servlets enzo..
maar die zeggen daar ook neits over.

waar staat die servlet api standaard opgeslagen, dan kan ik daar het classpath naar definieren

[Dizzy]

hmm... lees nuergens dat ik naar jasper.jar en servlet.jar moet verwijzen in de classpath, ff uitproberen

EDIT:

ze staan bij mij niet in de jdk dir, maar wel onder de lib dir van tomcat, ik ga deze nu even uitproberen

[Xanthus]

javax.servlet bestaat niet, ik weet alleen even niet hoe hij dan wel heet...
[edit]
Hij bestaat wel, maar je moet hem volgens mij apart downloaden. (Of zit hij niet bij die servlet server?)

[Bobco]

Op woensdag 17 april 2002 13:44 schreef Dizzle het volgende:
hmm... lees nuergens dat ik naar jasper.jar en servlet.jar moet verwijzen in de classpath, ff uitproberen

HttpServlet is een class uit package javax.servlet.http. Je compiler moet dat package ergens terug kunnen vinden op het classpath dat je meegeeft als je compileert. Al die servlet dingen zitten in de j2ee.jar, als ik me niet vergis. Die jar-file moet dus in je classpath zitten.

[Bobco]

Op woensdag 17 april 2002 13:50 schreef Xanthus het volgende:
javax.servlet bestaat niet, ik weet alleen even niet hoe hij dan wel heet...
[edit]
Hij bestaat wel, maar je moet hem volgens mij apart downloaden. (Of zit hij niet bij die servlet server?)

Hij zit in de J2EE JDK....

[Dizzy]

set | grep CLASS

code:

CLASSPATH=/usr/local/jakarta-tomcat-3.3a/lib/common/servlet.jar:/usr/local/jakarta-tomcat-3.3a/lib/container/jasper.jar

en nog krijg ik:

javac HelloWorld.java

code:

HelloWorld.java:2: package javax.servlet does not exist
import javax.servlet.*;

moedeloos kan je hier van worden

EDIT:

volgens documentatie die ik hier heb liggen, heeft tomcat servlet 2.2 en jsp 1.1 specificaties, en zou ik dus de j2ee niet nodig hebben.

[Bobco]

Op woensdag 17 april 2002 13:55 schreef Dizzle het volgende:
moedelooss kan je hier van worden

Kijk eens met een zip-utility in die .jar files die je nu in je class-path hebt staan. Ik vermoed dat die servlet.jar iets van Tomcat zelf is, en niet de packages bevat die de compiler zoekt. Zoek even of er ergens ook een j2ee.jar file op je systeem staat en zet die in je class-path.

[ACM]

Staan de permissies op die files goed?

Oftewel doe eens als je user "jar -t /usr/local/jakarta-tomcat-3.3a/lib/common/servlet.jar"

Op woensdag 17 april 2002 14:01 schreef Bobco het volgende:
Kijk eens met een zip-utility in die .jar files die je nu in je class-path hebt staan. Ik vermoed dat die servlet.jar iets van Tomcat zelf is, en niet de packages bevat die de compiler zoekt. Zoek even of er ergens ook een j2ee.jar file op je systeem staat en zet die in je class-path.

Nee, dat is wel de package die ie zoekt

[Dizzy]

ik zie niets gebeuren met die -t optie...

[Bobco]

Op woensdag 17 april 2002 14:03 schreef ACM het volgende:
Nee, dat is wel de package die ie zoekt

Hoe bedoel je?

[ACM]

Op woensdag 17 april 2002 14:13 schreef Dizzle het volgende:
ik zie niets gebeuren met die -t optie...

Kweet ook niet zeker of dat de 'list' optie is Moet je even uitvogelen.

Op woensdag 17 april 2002 14:28 schreef Bobco het volgende:
Hoe bedoel je?

Heel simpel, javax.servlet.* zit wel in die .jar's van tomcat...

[Dizzy]

ik wordt er hier echt doodziek van...
heb het toch echt goed ingesteld staan allemaal volgens mij, maar hij blijft kneiterhard weigeren dat hij die bestanden kan vinden.

met die -t optie, dat moet idd list zijn. Hij is wel even druk bezig, maar komt daarna gewoon terug op de prompt..

via MC kan ik het bestand wel bekijken.

Het is trouwens tomcat 3.3 die ik gebruik. tesamen met jdsk1.3.1

[Dizzy]

iemand misschien die een soortgelijk iets draait?
tomcat draait prima, geen probs mee.
maar dat compilen lukt echt niet..

volgens mij hoef je toch echt alleen maar die .jar files aan te geven en dan moet het toch werken??

[Dash2in1]

kan ook proberen wat minder specifiek eea te setten. Bv. naar subdirectories ipv de bestanden zelf. en naar de jars van sun zelf verwijzen kan denk ik ook weinig kwaad.

[Dizzy]

als ik met het javac commando handmatig de servlet.jar meegeef (javac -classpath /usr/etc naam.java) dan gaat het wel goed ...

hoe kan dat nou?

volgens mij override tomcat de classpath, maar daar ben ik neit helemaal zeker van..
toch wil ik graag dat het automatisch gaat..

iemand nog tips?

[mbravenboer]

Dizzle: iemand nog tips?

Ant.

In de Tomcat Application Developer's Guide zit een uitstekend voorbeeld, wat je vrijwel letterlijk over kunt nemen.

[Dizzy]

ik ben er al uit..
ik zat met variablen te werken (set)

terwijl ik setenv (c-shell) moest gebruiken

(dacht dat hetzelfde was)

thanx voor de genomen moeite!

[Bobco]

Op woensdag 17 april 2002 14:37 schreef ACM het volgende:
Heel simpel, javax.servlet.* zit wel in die .jar's van tomcat...

Kijk, weer wat geleerd. Heb zelf alleen wat ervaring met Orion.