[Java] Krijg een package niet geinstalleerd

[BSeB]

Ik ben vandaag thuis is aan de slag gegaan om java te installeren. Dit ging eigenlijk vrij gemakelijk, alleen nu moet ik voor mijn opleiding een package gebruiken "element.zip".

http://www.cs.williams.edu/~bailey/JavaElements/

(Hier kun je ook de .jar file downloaden. Deze zag ik WEL in de map lib staan, maar als ik deze wil gebruiken zegd het systeem dat hij deze elementen niet kent)

Deze moet ik in de map "C:\j2sdk1.4.1_02\lib" zetten. Dit heb ik gedaan. Hierna heb ik deze 2 regels aan mijn path toegevoegd, ze staan in dit document, laatste bladzijde:

http://sepc.twi.tudelft.n...ticumhandleiding-2003.pdf

CLASSPATH:

CLASSPATH=.;C:\j2sdk1.4.1_02\lib;C:\j2sdk1.4.1_02\lib\element.zip

PATH:

%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\j2sdk1.4.1_02\bin;

Dit heb ik dus ook gedaan. Nu heb ik alleen 1 probleem. Het programma wat ik gebruik om te testen wordt wel gecompileerd, maar niet uitgevoerd. Dit programmatje gebruik ik daarvoor (ik zal proberen java code aan te houden):

Java:

 
import element.*;

public class Test
{
    public static void main(String[] args)
  {
    System.out.println("Dit is een test!");
  }
}

Dan krijg ik onder alle omstandigheden deze foutmelding:

> Executing: C:\Program Files\ConTEXT\ConExec.exe "C:\j2sdk1.4.1_02\bin\java.exe" Test

java.lang.NoClassDefFoundError: Test
Exception in thread "main"
> Execution finished.

Ik weet niet wat ik hiermee moet, ik ga nu iig weer verder stoeien en hoop dat iemand hier weet wat ik fout doe!

(Ps: Mijn code zet hijj nog niet in die ubergeile JAVA code )

[ Voor 18% gewijzigd door BSeB op 11-04-2003 13:50 ]

[Erkens]

[rml][ Java] Hoe te roteren[/rml]

start hem eens met java -classpath element.zip Test

[pjonk]

Als je de jar file in C:\j2sdk1.4.1_02\lib hebt geplaatst en C:\j2sdk1.4.1_02\lib staat ook in je CLASSPATH environment variabele zou het moeten werken.

Zet trouwens ook altijd . (huidige directory) in je classpath.
Klopt het trouwens ook dat je class niet in een package staat?

[BSeB]

Ik heb mijn eerste message aangepast daar staat nu in hoe mijn path en classpath eruit zien.

Second: Erkens wat wil je zeggen met mijn oude topic, dat onderwerp heb ik idd gemaakt, maar dat heb ik op mijn faculteit gemaakt in mijn vrije uurtjes en die computers zijn standaard voorzien van deze programmatuur. Nu moet ik het thuis hebben om hier er verder mee te kunne werken!

[momania]

Wat is ConExec.exe?

De foutmelding die je nu krijgt wil niks anders zeggen als dat java nu jouw class niet kan vinden.

Java code doe je tussen code tags: [ code=java ] & [ /code ]

Zo dus:

Java:

import element.*;

public class Test
{
public static void main(String[] args)
{
System.out.println("Dit is een test!");
}
}

[BSeB]

momania schreef op 11 April 2003 @ 13:47:
Wat is ConExec.exe?

De foutmelding die je nu krijgt wil niks anders zeggen als dat java nu jouw class niet kan vinden.

Java code doe je tussen code tags: [ code=java ] & [ /code ]

Zo dus:

Java:

import element.*;

public class Test
{
public static void main(String[] args)
{
System.out.println("Dit is een test!");
}
}

Je was me net wat eerder. Maar idd ik kan nu mijn code tussen deze haken kwijt is wel een stukje netter Weer wat geleerd vandaag.

Ps. ConExec is het programma wat ik gebruik om java te typen. Het heet conTEXT is op zich wel een OK programma alhoewel ik meer mensen dacht te horen over visual cafe en jbuilder

[ Voor 15% gewijzigd door BSeB op 11-04-2003 13:53 ]

[BSeB]

JonkieXL schreef op 11 April 2003 @ 13:44:
Als je de jar file in C:\j2sdk1.4.1_02\lib hebt geplaatst en C:\j2sdk1.4.1_02\lib staat ook in je CLASSPATH environment variabele zou het moeten werken.

Zet trouwens ook altijd . (huidige directory) in je classpath.
Klopt het trouwens ook dat je class niet in een package staat?

Als ik die JAR erin zet ipv die zip, kan ik dan de aanpassing aan mijn PATH weghalen en dan alleen die ene aanpassing in mijn classpath doen?

[momania]

BSeB schreef op 11 april 2003 @ 13:51:
[...]
Ps. ConExec is het programma wat ik gebruik om java te typen. Het heet conTEXT is op zich wel een OK programma alhoewel ik meer mensen dacht te horen over visual cafe en jbuilder

Ok, maar ik neem nu aan dat je dat ook gebruikt om je code uit te voeren?
Dit kan je beter gewoon doen zoals Erkens al zei.
Java staat toch in je PATH dus zorgen dat je zelf in de directory staat waar de Test.class is en dan uitvoeren maar.

[pjonk]

BSeB schreef op 11 April 2003 @ 13:51:
[...]
Ps. ConExec is het programma wat ik gebruik om java te typen. Het heet conTEXT is op zich wel een OK programma alhoewel ik meer mensen dacht te horen over visual cafe en jbuilder

Ik zweer zelf bij Eclipse www.eclipse.org

[ontopic]
Is het al gelukt? Heb je het CLASSPATH in je autoexec.bat gechecked?
[/ontopic]

[momania]

BSeB schreef op 11 April 2003 @ 13:58:
[...]


Als ik die JAR erin zet ipv die zip, kan ik dan de aanpassing aan mijn PATH weghalen en dan alleen die ene aanpassing in mijn classpath doen?

Jar files in de de lib directory staan van de JVM worden autmatisch opgenomen in het CLASSPATH.

[Woy]

Even een simpel vraagje: Heb je je .java file wel gecompiled naar een .class?

[BSeB]

rwb schreef op 11 april 2003 @ 14:00:
Even een simpel vraagje: Heb je je .java file wel gecompiled naar een .class?

Jep z slim was ik wel maar idd effe checken. Maar het klopt. Waarschijnlijk heeft het alleen te maken met de classpath en de path aanduiding

[BSeB]

Dit zijn de paden tot hoe ver ik ze HAD:


CLASSPATH:

CLASSPATH=.;C:\j2sdk1.4.1_02\lib;C:\j2sdk1.4.1_02\lib\element.zip

PATH:

%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\j2sdk1.4.1_02\bin;


Dit zouden ze dan moeten worden als ik het goed begrijp:


CLASSPATH:

CLASSPATH=.;C:\j2sdk1.4.1_02\lib

(Moet classpath er eigenlijk wel voor staan, moet het dus niet eigenlijk: C:\j2sdk1.4.1_02\lib zijn.)

PATH:

%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;


Het besturingssyteem wat ik gebruik is overigens windows XP ik weet niet of dat dat veel uit maakt

[Erkens]

en als je die import weglaat doet hij het wel met deze classpath?

[BSeB]

Nee dan krijg ik dezelfde foutmelding

[BSeB]

Ik heb nu mijn path veranderd na hoe het was voordat ik erin begin te rommelen, verder heb ik mijn classpath veranderd naar de volgende vorm:


CLASSPATH:

CLASSPATH=.;C:\j2sdk1.4.1_02\lib

(Moet classpath er eigenlijk wel voor staan, moet het dus niet eigenlijk: C:\j2sdk1.4.1_02\lib zijn.)

PATH:

%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;


Het besturingssyteem wat ik gebruik is overigens windows XP ik weet niet of dat dat veel uit maakt. Nu kan ik wle compileren en uitvoeren, MAAR alleen als ik GEEN import gebruik als ik dat namelijk wle doe krijg ik meteen een foutmelding dat hij het paket niet kan vinden. Dus de volgende:

_________________
> Executing: C:\Program Files\ConTEXT\ConExec.exe "C:\j2sdk1.4.1_02\bin\javac.exe" "D:\Mijn documenten - Bas\Java\Assignment 2\Test.java"

D:\Mijn documenten - Bas\Java\Assignment 2\Test.java:1: package element does not exist
import element.*;
^
1 error
> Execution finished.
_________________

[momania]

Wat je moet doen is die element.zip even renamen naar element.jar, dan in de map C:\j2sdk1.4.1_02\lib zetten.
Dan doe je vanuit de dir waar je .class staat: java Test
Dit moet dan werken...

[Woy]

Lukt het je wel om een willekeurig andere class te runnen zonder die element?

[BSeB]

momania schreef op 11 April 2003 @ 14:20:
Wat je moet doen is die element.zip even renamen naar element.jar, dan in de map C:\j2sdk1.4.1_02\lib zetten.
Dan doe je vanuit de dir waar je .class staat: java Test
Dit moet dan werken...

1. Die jar die staat er al in de map lib evenals de zip. Zodat ik niet steeds opnieuw hoef te zoeken naar die 2 bestanden. Ook als ik een import die van bijvoorbeeld "tools.jar" dit staat er bij iedereen dan geeft hij een fout. Er is dus iets fout met mijn classpath, daarom vraag ik dus al eerder moet er wel classpath voor staan bij winxp, ik wil wel even een plaatje posten hoe het er nu dus uit ziet?

rwb schreef op 11 April 2003 @ 14:22:
Lukt het je wel om een willekeurig andere class te runnen zonder die element?

Ja dit is geen probleem zolang ik maar geen import gebruik

[ Voor 16% gewijzigd door BSeB op 11-04-2003 14:23 ]

[momania]

BSeB schreef op 11 april 2003 @ 14:23:
moet er wel classpath voor staan bij winxp

waar bekijk jij je classpath?
In een dos box moet komt er nml wel classpath= bla bla te staan
In de environment tab van je computer eigenschappen hoort die er niet te staan

[Erkens]

BSeB schreef op 11 April 2003 @ 14:23:
Ja dit is geen probleem zolang ik maar geen import gebruik

je spreekt jezelf wel tegen he?

Erkens schreef op 11 April 2003 @ 14:12:
en als je die import weglaat doet hij het wel met deze classpath?

BSeB schreef op 11 April 2003 @ 14:13:
Nee dan krijg ik dezelfde foutmelding

[BSeB]

Erkens schreef op 11 April 2003 @ 14:28:
[...]

je spreekt jezelf wel tegen he?

[...]


[...]

Heb wat zitten vervelen met mijn path en classpath, daardoor kan ik nu wle weer wat en daarnet niet. Snapt u

momania schreef op 11 April 2003 @ 14:28:
[...]

waar bekijk jij je classpath?
In een dos box moet komt er nml wel classpath= bla bla te staan
In de environment tab van je computer eigenschappen hoort die er niet te staan

Ik doe dat door op het icoon Deze computer te gaan staan dan rechtermuisknop en eigenschappen aan te klikken dan zit ik bij Systeemeigenschappen, dan naar geadvanceerd en dan naar omgevingsvariabelen.

Bij Gebruikersvariabelen

Variabele: Classpath
Waarde: CLASSPATH=.;C:\j2sdk1.4.1_02\lib;

Bij Systeemvariabelen

Variabele: Path
Waarde: %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;

Zo staat het nu dus ingesteld

[ Voor 58% gewijzigd door BSeB op 11-04-2003 14:36 ]

[misfire]

Classpath moet niet opnieuw voorkomen in de classpath declaratie zelf, als dat er bij jouw 2 keer staat moet je dat dus een keer weghalen (hint: typ "set" in de command box waarin je de javac dingen uitvoert zodat je zeker weet dat je daar niet met gecachede set params werkt). Jij hebt waarschijnlijke een verkeerde classpath in je environment, wat er voor zorgt dat ie dat negeert. Je kunt ook gewoon als parameter van javac een extra classpath opgeven: javac -classpath <jouwpad> <javafile(s)>

Het is trouwens zeker aan te bevelen om een ontwikkelomgeving te gebruiken die classpath ondersteund zodra je een beetje vertrouwd bent met de commandline compiler van java.

[BSeB]

OK, hier zijn mijn declaraties:

Als ik dit ingeef c:\set krijg ik de volgende output:

ALLUSERSPROFILE=C:\Documents and Settings\All Users
APPDATA=C:\Documents and Settings\hallo\Application Data
CLASSPATH=C:\j2sdk1.4.1_02\lib;
CLIENTNAME=Console
CommonProgramFiles=C:\Program Files\Common Files
COMPUTERNAME=CLIENT-3
ComSpec=C:\WINDOWS\system32\cmd.exe
HOMEDRIVE=C:
HOMEPATH=\Documents and Settings\hallo
LOGONSERVER=\\CLIENT-3
NUMBER_OF_PROCESSORS=1
OS=Windows_NT
Path=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;
PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH
PROCESSOR_ARCHITECTURE=x86
PROCESSOR_IDENTIFIER=x86 Family 6 Model 6 Stepping 2, AuthenticAMD
PROCESSOR_LEVEL=6
PROCESSOR_REVISION=0602
ProgramFiles=C:\Program Files
PROMPT=$P$G
SESSIONNAME=Console
SystemDrive=C:
SystemRoot=C:\WINDOWS
TEMP=C:\DOCUME~1\hallo\LOCALS~1\Temp
TMP=C:\DOCUME~1\hallo\LOCALS~1\Temp
USERDOMAIN=CLIENT-3
USERNAME=hallo
USERPROFILE=C:\Documents and Settings\hallo
windir=C:\WINDOWS

Daar staat volgens mij alles in wat nodig is! En vlgens mij ook het juiste!

[Super Snackman]

SET CLASSPATH=.;C:\j2sdk1.4.1_02\lib;C:\j2sdk1.4.1_02\lib\element.jar;
SET PATH=C:\j2sdk1.4.1_02\bin;%path%;

En dan gewoon lekker vanuit een commandprompt
javac Test.java
java Test

doen

[BSeB]

Super Snackman schreef op 11 April 2003 @ 14:53:
SET CLASSPATH=.;C:\j2sdk1.4.1_02\lib;C:\j2sdk1.4.1_02\lib\element.jar;
SET PATH=C:\j2sdk1.4.1_02\bin;%path%;

En dan gewoon lekker vanuit een commandprompt
javac Test.java
java Test

doen

Met de gegevens die je net gegeven hebt even mijn variabelen aangepast en nu iedere keer als ik hem opstart werkt het

Ik dank u

Maar nu een vraag die daarmee overeenkomt. Als ik nu van de andere paketten gebruik wil maken bijvoorbeeld tools.jar, moet ik deze dan op dezelfde manier toevoegen of is er ook iets in deze regel te veranderen zodat hij alle paketen die in lib staan worden geladen?

[BSeB]

Te snel tevreden, ik wordt gek van dit klote programma, nu weer de volgende error:

> Executing: C:\Program Files\ConTEXT\ConExec.exe "C:\j2sdk1.4.1_02\bin\java.exe" Test

java.lang.NoClassDefFoundError: Test
Exception in thread "main"
> Execution finished.

Dus tja nu weet ik het dus echt niet meer. Ben nu de hele middag bezig en wilde dat ik er nooit aan begonnen was.

(.NET installeren was maar 3 uurtjes werk en had ik geen omkijken naar)

[Super Snackman]

Ik denk dat ConExec van andere PATH en CLASSPATH variabelen gebruikt maakt dan dat jij telkens handmatig in de commandprompt inpoert.

Als je bij de eigenschappen van je systeem deze variabelen er hard in zet, werkt het ook met ConExec.

Ik heb geen idee hoe java precies omgaat met .jar-files in lib-dir

[BSeB]

Dat wat je nu dus als laatste zegd heb ik dus al gedaan en dan gaat het 1 keer ged en daarna steeds fout. Misschien ga ik straks toch maar is op zoek naar een andere editor. Want hier krijg ik de pleures van.

Btw het ligt niet aan de editor, want als ik het op de prompt doe dan krijg ik hetzelfde probleem alleen vanuit ConTEXT is het voor mij makelijker de foutmelding copieren

[momania]

NoClassDefinitionFoundError wil niks anders zeggen dan dat java jouw Test.class niet kan vinden. Dus je start java niet op vanuit de directory waar TEst.class staat.

Als ik in een directory c:\test een Test.class heb staan, maar ik doe vanaf C:\ "java Test"
dan kan java die Test.class nooit vinden, of ik moet c:\test in het classpath hebben staan.
Daarom moet je altijd java opstarten vanuit c:\test. De punt (.) in je classpath is dan de directory waar je bent en dan vind java het dus allemaal wel.

(snap je het nu een beetje??)

[Super Snackman]

Dat vind ik ook het grote nadeel van dit soort (vaak simpelere) editors. Als je de functies ervan handig vindt is het prima, maar compile en run gewoon lekker vanuit de command prompt...

[BSeB]

Ok, ik zit nu op een andere pc, ik ga het nog is proberen, ik ga even de sdk downloaden en installeren!

Daarna de jar in de lib map zetten en de path en classpath aanpassen.

[BSeB]

OK, bij deze wil ik iedereen even bedanken voor hun hulp en het is nu eindelijk gelukt. Het zit namelijk zo, ik was er gisteren al bijna uit, maar lukte nog niet helemaal als ik namelijk onderstaande regel in de command intypte dan deed hij het wel en als ik hem door windows liet laden werkte het dus niet:

SET CLASSPATH=.;C:\j2sdk1.4.1_02\lib;C:\j2sdk1.4.1_02\lib\element.zip;
SET PATH=C:\j2sdk1.4.1_02\bin;%path%;

Alleen wat heb ik dus verkeerd gedaanb als ik het als vaste gegevens bij windows invoerde dan liet ik us de .; bij classpath weg, en tja dan gaat het niet werken.

Het is nu dus opgelost en het loopt als een trein misschien dat ik straks even ga proberen het als jar te configgen, maar ik ben al blij dat het nu werkt!!!

[Verwijderd]

(KICK)

Ik heb een vervelend probleem. Ik probeer Xerces2-j te installeren, met behulp van de summiere instructies op de site van dit project.

Na wat omzwervingen kwam ik er dus achter dat je schijnbaar de (relevante) JAR's in de CLASSPATH omgevingsvariabele moet zetten. Ik heb dit al op diverse manieren gedaan, en heb ook al gereboot, maar ik blijf de volgende error houden:
"error: Unable to instantiate parser (org.apache.xerces.parsers.SAXParser)"

Tijdens het runnen in NetBeans 3.6.

In Borland JBuilder X heb ik het nu wel werkend gekregen, maar dit ging dmv dirty opties die ik in de IDE zelf heb ingesteld ("Libraries" & "Classpath"). Ik neem aan dat hij de waarden van deze ingestelde opties op enige wijze via de commandline doorgeeft aan de JVM.

Dat is dus niet de bedoeling, want ik wil later de applicatie zonder problemen en truuks (gebruikers beschikken niet over IDE's ed) installeerbaar hebben op de PC's van de (denkbeeldige in dit geval) gebruikers.

Weet er iemand hoe je dit op kan lossen; dwz met de officiele instructies die afdoende zouden moeten zijn?

Wat heb ik nog meer gedaan:
- folder van Xerces in %JAVA_HOME%\bin gezet
- de JAR's in %JAVA_HOME%\lib\endorsed gezet
- de map van Xerces in mijn CLASSPATH gezet
- géén 2 identieke JAR's (maar met andere naam ivm compatibility issues) in CLASSPATH gezet
- de CLASSPATH zowel via commandline als via Windows GUI ingesteld
- (vast nog wel meer, wat ik me zo niet meer herinner)

[nxt]

Verwijderd schreef op 29 april 2004 @ 20:11:
... In Borland JBuilder X heb ik het nu wel werkend gekregen, maar dit ging dmv dirty opties die ik in de IDE zelf heb ingesteld ("Libraries" & "Classpath"). Ik neem aan dat hij de waarden van deze ingestelde opties op enige wijze via de commandline doorgeeft aan de JVM....

dat doet ie inderdaad,

maar wat je kan doen als je Xerces als library hebt opgenomen in JBuilder is JBuilder een jar file laten maken (File - New - Build - 'Archive Builder' of 'Native Executable Builder'), dan kun je aanvinken dat ie van de 'dependencies' (in dit geval de xerces library) alle classes ook in die jar moet stoppen.
waarna ze gewoon meegeleverd worden in je executable jar of exe
Dit is voor de uiteindelijke gebruiker het makkelijkste.

Wil je dit niet, dan moet die jar inderdaad in je classpath staan
waarbij je kunt kiezen om
1 - de jar-file uit te pakken en de directory in je classpath op te nemen
2 - expliciet de jar-file in je classpath opnemen

(3 - ik meen me te herrinneren dat alle jar files die in de "lib/ext" directory van de JRE die gebruikt wordt automatisch in het classpath opgenomen worden, maar dat weet ik niet zeker)

[Macros]

Deze vakantie week wel hard werken zodat je weer op schema loopt he. Bijna iedereen loopt achter met die opgaven.

Ik assisteer dit vak in Delft op woensdag en vrijdag, en dat verhaal van die CLASSPATH staat gewoon in de documentatie van het vak (op Blackboard).

Succes he

edit:

Ik zie nu dat je inmiddels al 2de jaars bent

[ Voor 12% gewijzigd door Macros op 29-04-2004 22:28 ]

[Verwijderd]

nxt schreef op 29 april 2004 @ 21:29:
[...]

dat doet ie inderdaad,

maar wat je kan doen als je Xerces als library hebt opgenomen in JBuilder is JBuilder een jar file laten maken (File - New - Build - 'Archive Builder' of 'Native Executable Builder'), dan kun je aanvinken dat ie van de 'dependencies' (in dit geval de xerces library) alle classes ook in die jar moet stoppen.
waarna ze gewoon meegeleverd worden in je executable jar of exe
Dit is voor de uiteindelijke gebruiker het makkelijkste.

Wil je dit niet, dan moet die jar inderdaad in je classpath staan
waarbij je kunt kiezen om
1 - de jar-file uit te pakken en de directory in je classpath op te nemen
2 - expliciet de jar-file in je classpath opnemen

(3 - ik meen me te herrinneren dat alle jar files die in de "lib/ext" directory van de JRE die gebruikt wordt automatisch in het classpath opgenomen worden, maar dat weet ik niet zeker)

Dat is dan een tamelijk beperkende eigenschap van Java, maar dit vermoedde ik al.

Ik heb op een gegeven moment de map waarin Xerces ge-extract was (dmv jar xf (naam zip Xerces-pakket)) in m'n CLASSPATH opgenomen.
Maar waarom werkte dat dan niet in JBuilder\NetBeans?

Toen ik in die opties snuffelde om te achterhalen waar ik het CLASSPATH in/van de IDE kon wijzigen, stuitte ik op een textbalkje waarin de wijzigingen die ik had doorgevoerd aan mijn omgevingsvariabele CLASSPATH niet waren opgenomen...

Houdt dit misschien in dat de CLASSPATH standaard door de IDE override wordt met een CLASSPATH waarde, die tijdens het installeren van de IDE is gegenereerd, en daarna (uiteraard) meteen in de IDE-configuratie is opgenomen?

Oftewel: geeft de IDE standaard deze CLASSPATH mee aan de JVM tijdens het executen, door middel van een commandline parameter?

Dat zou namelijk een afdoende verklaring zijn.
Rest mij het vinden van een antwoord op de vraag: Hoe kan ik de IDE aan het verstand peuteren, dat hij de omgevingsvariabele CLASSPATH moet respecteren, en derhalve géén parameters die die laat overriden door de JVM mee te geven...

[bigbeng]

Uh, ik vind er eigenlijk wel wat voor te zeggen dat een IDE (laatste deel staat volgens mij voor Development Environment, ontwikkelomgeving dus) met zijn eigen settings aan het werk gaat. Ieder project is weer anders en dan moet je dus de bij dat project horende instellingen goedzetten. Jij maakt neem ik aan gebruik van de Project Manager, of hang je alles aan het default project?

Ik ben op zich met je eens dat het misschien ook handig kan zijn als het default project de environment variabelen hanteert. Misschien een requestje sturen naar the boys at Sun en Borland?

[Verwijderd]

Zo'n functionaliteit lijkt mij anders voor de hand liggend...

Ik pleit ook niet voor het afschaffen van settings per project, maar ik vind het vreemd dat een IDE ongevraagd mijn CLASSPATH override. Waarom heb ik die dan uberhaupt ingesteld, vraag je je dan af...