Hi
Markus, could you take a look at it. It's much easier for you to fix it
using Windows.
Thanks
Ulrich
Am Dienstag, 21.01.03 um 13:23 Uhr schrieb Anders Peterson:
> Regarding (1)...
>
> 1) I made sure I had the latest WOProject/WOLips source (I did).
> 2) Got rid of the existing wobuild.properties.
> 3) Exucutes 'ant dist' on WOProject => fails because of the missing
> file
> 4) Exucutes 'ant dist' again => still fails because of an incorrect
> file
> 5) I replace the single '\' with double '\\' and execute 'ant dist' =>
> no problem
> 6) Install the newly built WOLips, restart eclipse, remove
> wobuild.properties and check to recreate it on next restart
> 7) Restart eclipse and inspect the new wobuild.properties file => It's
> has the single '\', but building WO applications and frameworks from
> within eclipse works.
>
> I suppose you could say the problem is solved, but I wouldn't. Only
> some scripts work (or if it depends on how they are invoked). To build
> WOProject/WOLips from source you need the double '\\' on all paths in
> wobuild.properties.
>
> /Anders
>
> On tisdag, jan 21, 2003, at 11:44 Europe/Stockholm, Ulrich Köster
> wrote:
>
>> HI Anders,
>>
>> to your first problem:
>>
>> Could you delete your wobuild.properties file and generate a new one.
>> Via the WOLips preferences or the woproject build. As far as I know
>> this is allready fixed by Markus.
>>
>> 2. I will take a look at it.
>> 3. I will take a look at it.
>> 4. The makefile is maintained by ProjectBuilder you need to make a
>> clean/build cyle or remove/add a file in ProjectBuilder to update the
>> makefile.
>> Am Dienstag, 21.01.03 um 11:25 Uhr schrieb Anders Peterson:
>>
>>> Hi all,
>>>
>>> I've mentioned all of this before...
>>>
>>> ___________________
>>> 1) The wobuild.properties file created by WOProject/WOLips does not
>>> work on Windows.
>>>
>>> wo.dir.root=C:\Apple
>>> wo.dir.user.home.library.frameworks=C:\\Documents and
>>> Settings\\apete\Local\Library\Frameworks
>>> wo.woroot=C:\Apple
>>> wo.dir.local=C:\Apple\Local
>>> wo.wosystemroot=C:\Apple
>>> wo.dir.user.home.library=C:\\Documents and
>>> Settings\\apete\Local\Library
>>> wo.dir.library=C:\Apple\Library
>>> wo.dir.local.library=C:\Apple\Local\Library
>>> wo.dir.library.frameworks=C:\Apple\Library\Frameworks
>>> wo.dir.local.library.frameworks=C:\Apple\Local\Library\Frameworks
>>> wo.wolocalroot=C:\Apple\Local
>>> wo.dir.system=C:\Apple
>>>
>>> All the single '\' needs to be replaced with double '\\'.
>>>
>>> ___________________
>>> 2) WOLips adds this to the PB.project file:
>>>
>>> FRAMEWORKSEARCH = (
>>> C:\Apple\Local\Library\Frameworks
>>> );
>>>
>>> While PBWO adds this:
>>>
>>> FRAMEWORKSEARCH = ("C:\\Apple\\Local\\Library\\Frameworks");
>>>
>>> The WOLips version does not work - ProjectBuilder, WOBuilder and
>>> other tools can't parse the PB.project file!
>>>
>>> ___________________
>>> 3) When building on Mac you get classpaths like this:
>>>
>>> WOROOT/Library/Frameworks/JavaWebObjects.framework/Resources/Java/
>>> javawebobjects.jar
>>> WOROOT/Library/Frameworks/JavaWOExtensions.framework/Versions/A/
>>> Resources/Java/JavaWOExtensions.jar
>>> WOROOT/Library/Frameworks/JavaXML.framework/Resources/Java/
>>> javaxml.jar
>>>
>>> Paths like *.framework/Versions/A/Resources/Java/*.jar are a problem
>>> if you deploy on a different platform.
>>>
>>> ___________________
>>> 4) The Makefile frequently gets out of sync with the PB.project
>>> file. I don't know why, but I think it may be related to (2). WOLips
>>> has behaved very strangely, but I'm uncertain of the actual
>>> consequences. I only know one thing for sure - building with
>>> ProjectBuilder does not work. (It seems the Makefile is updated
>>> after each successful build - not before, and not if it fails.)
>>>
>>>
>>>
>>> (1) is only a problem once. (3) is only a problem when you deploy.
>>> (2) and (4) are major problems. They make it very difficult to work
>>> with WOLips. (2) should be easy to fix (my guess). (1) is important
>>> because it affects all first-time users on Windows.
>>>
>>> /Anders
>>>
>>>
>>>
>>>
>>
>
>
This archive was generated by hypermail 2.0.0 : Tue Jan 21 2003 - 07:28:29 EST