Hi!
I saw the generation of UNIXClassPath.txt break twice this week. Once on my machine where it happened during or after upgrading from Eclipse M5 & WOLips 0.9.8 to Eclipse 2.1 & WOLips 1.0.0. The second time was on a colleague's machine where the problem appeared right after the upgrade to WOLips 1.0.1 from 1.0.0. I doubt the updates are responsible for triggering the error, but suddenly the UNIXClassPath.txt would read D:\Apple\Library instead of WOROOT. LOCALROOT was substitued too, though APPROOT was OK.
WOLips would not recreate the wobuild.properties file as requested. The only way I found to get the file rebuilt is to:
1. Close Eclipse
2. Delete the wobuild.properties file
3. Restart Eclipse with no work area (e.g. move the existing one out of the way)
4. Eclispe will create a new work area and the wobuild.properties file gets created
5. Close Eclipse
6. Trash the dummy work area and restore your old one
After this the UNIXClassPath.txt is once again OK
Pierre.
-----Original Message-----
From: Ulrich Köster [mailto:ulric..bjectstyle.org]
Sent: Wednesday, April 30, 2003 5:54 PM
To: Christian Gruber
Cc: Pierre Bernard; woproject-de..bjectstyle.org
Subject: Re: Order of classpath entries in *ClassPath.txt file
Hi,
I thought I answered the question. I try it with a longer answer:
In versions prior to 0.9.8 we used the classpath variable NEXT_ROOT to resolve the NEXT_ROOT. To resolve problems with the LOCAL_ROOT we changed it NEXT_SYSTEM_ROOT and NEXT_LOCAL_ROOT.
Both variables are created from values in the file $user.home/Library/wobuild.properites. To make sure they are in a correct format:
1 Remove the NEXT_SYSTEM_ROOT and NEXT_LOCAL_ROOT classpath variables from the list of classpath variables under Window->Preferences->Java_Classpath Variables.
2 Enable 'Rebuild wobuild.properties on next launch' in the wolips preferences.
3 Quit Eclipse.
4 Delete the wobuild.properties under $user.home/Library
5 Relaunch Eclipse.
Due to the change of the variables names you have to modify the .classpath files:
<?xml version="1.0" encoding="UTF-8"?>
<classpath>
<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
<classpathentry kind="src" path="src"/>
<classpathentry kind="var" path="NEXT_SYSTEM_ROOT/Library/Frameworks/JavaJDBCAdaptor.framework/Resources/Java/javajdbcadaptor.jar"/>
<classpathentry kind="var" path="NEXT_SYSTEM_ROOT/Library/Frameworks/JavaWebObjects.framework/Resources/Java/javawebobjects.jar"/>
<classpathentry kind="var" path="NEXT_SYSTEM_ROOT/Library/Frameworks/JavaEOControl.framework/Resources/Java/javaeocontrol.jar"/>
<classpathentry kind="var" path="NEXT_SYSTEM_ROOT/Library/Frameworks/JavaEOAccess.framework/Resources/Java/javaeoaccess.jar"/>
<classpathentry kind="var" path="NEXT_SYSTEM_ROOT/Library/Frameworks/JavaWOExtensions.framework/Resources/Java/JavaWOExtensions.jar"/>
<classpathentry kind="var" path="NEXT_SYSTEM_ROOT/Library/Frameworks/JavaFoundation.framework/Resources/Java/javafoundation.jar"/>
<classpathentry kind="lib" path="lib/junit.jar"/>
<classpathentry kind="lib" path="lib/commons-logging.jar"/>
<classpathentry kind="var" path="NEXT_SYSTEM_ROOT/Library/Frameworks/JavaXML.framework/Resources/Java/javaxml.jar"/>
<classpathentry kind="src" path="/org.postgresql"/>
<classpathentry kind="var" path="NEXT_LOCAL_ROOT/Library/Frameworks/PostgresqlPlugIn.framework/Resources/Java/PostgresqlPlugIn.jar"/>
<classpathentry kind="output" path="bin"/>
</classpath>
You can also modify it in the java build bath properties page. This stuff is crossplatform.
Ulrich
Am Mittwoch, 30.04.03 um 17:26 Uhr schrieb Christian Gruber:
I still don’t think you answeredPierre’s last question (or did you?). I’m still having this problem.
Christian.
-----Original Message-----
From: Ulrich Köster [mailto:ulric..bjectstyle.org]
BTW, on my Windows machine I see that with WOLips 1.0.0 the generated UNIXClassPath.txt file contains full Windows file path (e.g. D:\SomeFolder\...): This is not going to be good at deployment. Did I do something wrong or is this a bug introduced between WOLips 0.9.7 & 1.0.0?
**********************************************************************
This email and any files transmitted with it are intended solely for
the use of the individual or entity to whom they are addressed.
If you have received this email in error please notify the sender
of this message. (Pierre.Bernar..cl.lu)
This email message has been checked for the presence of computer
viruses; however this protection does not ensure this message is
virus free.
Banque centrale du Luxembourg; Tel ++352-4774-1; http://www.bcl.lu
**********************************************************************
This archive was generated by hypermail 2.0.0 : Fri May 02 2003 - 07:18:53 EDT