X-CGP-ClamAV-Result: CLEAN X-VirusScanner: Niversoft's CGPClamav Helper v1.25a (ClamAV 1.4.3/27978) X-Junk-Score: 0 [] X-KAS-Score: 0 [] From: "Markus Ruggiero (rucotec)" Received: from mail01.rucotec.ch ([65.21.159.64] verified) by post.selbstdenker.com (CommuniGate Pro SMTP 6.3.18) with ESMTPS id 35561135 for webobjects-dev@wocommunity.org; Tue, 21 Apr 2026 16:04:28 +0200 Received-SPF: pass receiver=post.selbstdenker.com; client-ip=65.21.159.64; envelope-from=markus.ruggiero@rucotec.ch Received: from [127.0.0.1] (localhost [127.0.0.1]) by localhost (Mailerdaemon) with ESMTPSA id A9E1D65128 for ; Tue, 21 Apr 2026 16:04:16 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rucotec.ch; s=dkim; t=1776780257; h=from:subject:date:message-id:to:mime-version:content-type:in-reply-to: references; bh=KGiXWiGGe4snuw8R/GpOaEYSIlG73Kc0wCknKGtN0Dk=; b=Grm3TdFFrGdl6Oze4iEarH7+E72iUcSVQ2nEh41JsGySTp8CITJEhyBGmBdUfVhoFG7JPq mB+U26kOAqetucTfBDQwd+0IMvXS933dlh7wcq17qLFPAwbfTuuGcjeD3zaydrUQoPqqK/ dMF01bKkiKX9sXBgNvZIec+1e9y6YlQJIgWh/CAuzwMEo17h5ExYnavKCS4nYYFlFUpGK8 NO8a1fdOTAjCoMryjQYNvUZQGw3R7eqpy/eV2+LkEj+pzARZG8eIQYyBePbvHMQTngMyE3 VIoTnYxZth0+TZgZFGpW3xJtQo5z/2w9nEGqa1wBF7AdPDHy8LOIJZNtPMhjpg== Content-Type: multipart/signed; boundary="Apple-Mail=_563E49DC-26D6-41AE-9021-4250FD17E426"; protocol="application/pkcs7-signature"; micalg=sha-256 Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.500.181\)) Subject: Re: [WO-DEV] Struggling with ant command line build Date: Tue, 21 Apr 2026 16:04:03 +0200 References: To: WebObjects & WOnder Development In-Reply-To: Message-Id: <6B0D9A14-62F4-47E7-87D9-44480F40A890@rucotec.ch> X-Mailer: Apple Mail (2.3864.500.181) X-Last-TLS-Session-Version: TLSv1.2 --Apple-Mail=_563E49DC-26D6-41AE-9021-4250FD17E426 Content-Type: multipart/alternative; boundary="Apple-Mail=_68C5E876-885D-4532-9692-ACFD5CEABB78" --Apple-Mail=_68C5E876-885D-4532-9692-ACFD5CEABB78 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 19 Apr 2026, at 19:29, Aaron Rosenzweig = wrote: >=20 > Claude says: >=20 > Smoking gun in the full debug output. Line 567 says it outright: >=20 > Property "wo.local.root.bundles" has not been set >=20 Yes, but No! Defined wo.local.root.bundles according to the suggestion at the bottom = of Claude=E2=80=99s text and ran the build again. Makes no difference in = the result but now the wocompile classpath somehow includes these = bundles in a weird way and some entries in the class path point into = ~/Roots for the standard WO frameworks but the standard WebObjects files = are not there. Of course not because they only live in wo.system.root. = But the generated class path says differently! Ok, went back to Eclipse and debugged the build.xml there. Output in the = console looks good, not too much weird stuff but there is a lot going on = in the background that does not make it into the console. No big help = then. Next try: Build the applications from WonderSource (BugTracker, and = others) with -debug set. At the end things are so convoluted, ant tasks = calling other ant tasks and properties being assigned recursively. More = or less impossible to follow. Oh, and tell Claude that the smoking gun = is just a piece of rusty old steel. The property wo.local.root.bundles = either does not show up at all or sometimes is also mentioned to be = unset for standard WonderSource build (like with ant frameworks, or ant = applications) This ant stuff is an incredible mess with millions of similarly named = properties (wo.local.root, wo.wolocalroot, etc) and properties defined = by referencing other properties. Next tries will probably be an even more desperate thing: duplicate the = whole WonderSource tree, then removing the wonder frameworks and apps = and adding my stuff instead. Will have to edit the main build file = ./Build/build/build.xml. We=E2=80=99ll see. I=E2=80=99ve written a lot of convoluted stuff myself but this beats me = hands down. I will have to experiment further. Anyway the issue is still wide open: = if anyone has any way to ant build your own frameworks and projects = please help me. ---markus--- > And the very next line shows the consequence =E2=80=94 the = FrameworkSet that's supposed to pick up Wonder frameworks ends up with a = literal unresolved pattern: >=20 > FrameworkSet: Setup scanner in dir = /Users/Shared/Developer/Libraries/Wonder/wo.local.root >=20 > with patternSet{ includes: [${wo.local.root.bundles}.framework] = excludes: [] } > That pattern matches nothing, so zero Wonder frameworks make it onto = the classpath. If you look back at the -classpath argument markus = pasted, you can confirm it: every entry is under = wo.system.root/Library/Frameworks (the Apple-provided stuff =E2=80=94 = JavaFoundation, JavaEOAccess, JavaEOControl, JavaWebObjects, = JavaJDBCAdaptor, JavaXML, JavaWebServicesSupport, JavaWOJSPServlet). Not = a single jar from wo.local.root/Library/Frameworks, which is where = ERExtensions.framework and the rest of Wonder live. So naturally = er.extensions.appserver.ERXApplication can't be resolved =E2=80=94 javac = is never told it exists. >=20 > The reason the property isn't set is visible earlier in the log. At = line 189 the build loads = /Users/ruggiero/workspace/ImmoData/build.properties and from lines = 190=E2=80=93206 you can see every property it contributes =E2=80=94 = principalClass, project.base, embed.Local, embed.System, = project.name.lowercase, etc. But no framework list. The project's = build.properties never declares which Wonder frameworks the app depends = on. wo.system.root.bundles gets a default from Wonder's = default.properties (the eight Apple frameworks, hardcoded), but = wo.local.root.bundles has no default by design =E2=80=94 it varies per = project =E2=80=94 so if the project doesn't supply it, you get nothing. >=20 > Note also line 564 =E2=80=94 wo.external.root.bundles is likewise = unset. If ImmoData pulls anything from /Users/ruggiero/Roots (markus's = wo.external.frameworks), that'll silently drop off the classpath too. >=20 > The fix: add the Wonder framework list to the project's = build.properties (slash-separated, no .framework suffix), e.g. >=20 > = wo.local.root.bundles=3DERExtensions/ERJars/ERPrototypes/Ajax/WOOgnl/ERCay= enne >=20 > =E2=80=94 substituting whatever frameworks ImmoData actually needs. = The authoritative list is already in the project's Eclipse .classpath = file (WOLips drives its in-IDE builds from that); markus can just = transcribe the framework names from there. And if the app references any = frameworks living under /Users/ruggiero/Roots, set = wo.external.root.bundles the same way. >=20 > For a one-off test before editing files, he can also just pass it on = the command line: >=20 > -Dwo.local.root.bundles=3DERExtensions/ERJars/ERPrototypes/Ajax/... >=20 > If the compile still complains about missing packages after that, = it'll be obvious which framework is missing from the list =E2=80=94 the = error message will name the offending package and he can add the = matching framework name. >=20 > One extra tip for the scripting work: since he's automating 40+ apps, = it might be worth writing a small script that reads each project's = .classpath and emits the corresponding wo.local.root.bundles=3D... line, = so the two sources of truth stay in sync rather than drifting. >=20 >=20 >> On Apr 18, 2026, at 10:20 AM, Markus Ruggiero (rucotec) = > = wrote: >>=20 >> Hi Peer, >>=20 >>> On 17 Apr 2026, at 21:38, Peer Sandtner = > = wrote: >>>=20 >>> Hi Markus, >>>=20 >>> I also use an ant build outside of Eclipse. I could imagine that a = missing reference to=20 >>>=20 >>> ~/Library/Application Support/WOLips/wolips.properties >>>=20 >> this exists and is properly found and read. You can see this clearly = from the full log (which I attached to my original message).=20 >>> might be the problem. However, I=E2=80=99m building against = installed Wonder frameworks, not against the Wonder source code=E2=80=A6 = What do you think? >> I am also not building agains =E2=80=9Cthe source=E2=80=9D. I used = the wonder source to build and install the binaries into the paths = ...wo.local.root... and ...wo.system.root.. ( I named the locations = accordingly). When I check the classpath generated I can pick any = arbitrary framework reference and confirm it exists at that path. >> Some of the frameworks have attached sources and these are in the = same location as the binaries. That is why they end up on the classpath. = However this should not matter as the classpath is just a list of jars = that are searched for a class. If a class is found in one of the files, = good, if not the search continues until the class is found or the = classpath is exhausted. This is exactly what confuses me. The classpath = seems ok so the classes should be found. >>=20 >> Would you mind sharing your build command/script? I must miss = something but clearly cannot see it. >>=20 >> Thank you >> ---markus--- >>=20 >>>=20 >>> Regards, >>> Peer >>>=20 >>>=20 >>>=20 >>>> Am 16.04.2026 um 13:45 schrieb Markus Ruggiero (rucotec) = >: >>>>=20 >>>> No one doing command line builds with ant? Or has ever done so? >>>> I cannot change my environment and go to maven with 50+ projects = and absolutely no experience yet. So if anyone has any idea what=E2=80=99s= wrong here..... >>>>=20 >>>>> On 14 Apr 2026, at 14:41, Markus Ruggiero (rucotec) = > = wrote: >>>>>=20 >>>>> I know I am outdated and old-fashioned and not modern but I still = have ant based projects. Until now I have built frameworks and = applications with the WOLips ant tools. Works perfect. But now I have a = project that uses some 40+ frameworks and in total consists of well over = 40 WOapps. Building all those by hand .... well, you guess --> = automation is the key. So I started looking into command line build that = can be scripted.=20 >>>>> Here is one of the apps I build with the help of generic.xml ant = build file. The wocompile phase fails because it cannot find the WO and = Wonder frameworks. But they are there, in the regular place and so far = all paths seem to be correct (java class path). I must miss something = but fail to see it. Anyone having better eyes than me? Directly included = here is just the failing part. I have attached a ZIP file containing the = full output for reference (hope the attachment makes it through) >>>>>=20 >>>>> Thanks for helping me >>>>> ---markus--- >>>>>=20 >>>>> $ ant -debug -emacs -f = /Users/Shared/Developer/SourceDistributions/WonderSource/Build/build/gener= ic.xml \ >>>>> -Dproject.type=3Dapplication \ >>>>> -Dproject.name=3DImmoData \ >>>>> -Dproject.principal.class=3Dch.kastl.immodata.Application \ >>>>> -Dproject.dir=3D/Users/ruggiero/workspace/ImmoData \ >>>>> -Dwo.local.root.bundles.embed=3Dtrue \ >>>>> -Dwo.system.root.bundles.embed=3Dtrue \ >>>>> generic.build >>>>>=20 >>>>> . . . . [snip tons of output, all looking perfectly ok] . . . .=20 >>>>>=20 >>>>> Compilation arguments: >>>>> '-d' >>>>> '/Users/ruggiero/Roots/classes/ImmoData' >>>>> '-classpath' >>>>> = '/Users/ruggiero/Roots/classes/ImmoData:/Users/ruggiero/workspace/ImmoData= /Libraries/fop.jar:/Users/ruggiero/workspace/ImmoData/Libraries/mysql-conn= ector-java-5.1.46-bin.jar:/Users/Shared/Developer/Libraries/Wonder/wo.syst= em.root/Library/Frameworks/JavaEOAccess.framework/Resources/Java/javaeoacc= ess.jar.src.zip:/Users/Shared/Developer/Libraries/Wonder/wo.system.root/Li= brary/Frameworks/JavaEOAccess.framework/Resources/Java/javaeoaccess.jar:/U= sers/Shared/Developer/Libraries/Wonder/wo.system.root/Library/Frameworks/J= avaEOControl.framework/Resources/Java/javaeocontrol.jar:/Users/Shared/Deve= loper/Libraries/Wonder/wo.system.root/Library/Frameworks/JavaEOControl.fra= mework/Resources/Java/javaeocontrol.jar.src.zip:/Users/Shared/Developer/Li= braries/Wonder/wo.system.root/Library/Frameworks/JavaFoundation.framework/= Resources/Java/javafoundation.jar.src.zip:/Users/Shared/Developer/Librarie= s/Wonder/wo.system.root/Library/Frameworks/JavaFoundation.framework/Resour= ces/Java/javafoundation.jar:/Users/Shared/Developer/Libraries/Wonder/wo.sy= stem.root/Library/Frameworks/JavaJDBCAdaptor.framework/Resources/Java/java= jdbcadaptor.jar.src.zip:/Users/Shared/Developer/Libraries/Wonder/wo.system= .root/Library/Frameworks/JavaJDBCAdaptor.framework/Resources/Java/javajdbc= adaptor.jar:/Users/Shared/Developer/Libraries/Wonder/wo.system.root/Librar= y/Frameworks/JavaWOJSPServlet.framework/Resources/Java/javawojspservlet.ja= r.src.zip:/Users/Shared/Developer/Libraries/Wonder/wo.system.root/Library/= Frameworks/JavaWOJSPServlet.framework/Resources/Java/javawojspservlet.jar:= /Users/Shared/Developer/Libraries/Wonder/wo.system.root/Library/Frameworks= /JavaWebObjects.framework/Resources/Java/javawebobjects.jar.src.zip:/Users= /Shared/Developer/Libraries/Wonder/wo.system.root/Library/Frameworks/JavaW= ebObjects.framework/Resources/Java/javawebobjects.jar:/Users/Shared/Develo= per/Libraries/Wonder/wo.system.root/Library/Frameworks/JavaWebServicesSupp= ort.framework/Resources/Java/javawebservicessupport.jar.src.zip:/Users/Sha= red/Developer/Libraries/Wonder/wo.system.root/Library/Frameworks/JavaWebSe= rvicesSupport.framework/Resources/Java/javawebservicessupport.jar:/Users/S= hared/Developer/Libraries/Wonder/wo.system.root/Library/Frameworks/JavaXML= .framework/Resources/Java/javaxml.jar:/Users/Shared/Developer/Libraries/Wo= nder/wo.system.root/Library/Frameworks/JavaXML.framework/Resources/Java/ja= vaxml.jar.src.zip' >>>>> '-sourcepath' >>>>> '/Users/ruggiero/workspace/ImmoData/Sources' >>>>> '-target' >>>>> '1.8' >>>>> '-encoding' >>>>> 'utf-8' >>>>> '-g' >>>>> '-source' >>>>> '1.8' >>>>>=20 >>>>> The ' characters around the executable and arguments are >>>>> not part of the command. >>>>> Files to be compiled: >>>>> ......[snip]...... >>>>> warning: [options] bootstrap class path not set in conjunction = with -source 8 >>>>> = /Users/ruggiero/workspace/ImmoData/Sources/ch/kastl/immodata/Application.j= ava:14: error: package er.extensions.appserver does not exist >>>>> import er.extensions.appserver.ERXApplication; >>>>> ^ >>>>>=20 >>>>>=20 >>>>>=20 >>>>> >>>>>=20 >>>>>=20 >>>>> Markus Ruggiero >>>>>=20 >>>>> rucotec GmbH web https://rucotec.ch = >>>>> Leonhardsberg 1 email markus.ruggiero@rucotec.ch = >>>>> 4051 Basel / Switzerland mobile +41 79 508 4701 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>=20 >>>>=20 >>>> Markus Ruggiero >>>>=20 >>>> rucotec GmbH web https://rucotec.ch = >>>> Leonhardsberg 1 email markus.ruggiero@rucotec.ch = >>>> 4051 Basel / Switzerland mobile +41 79 508 4701 >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>=20 >>=20 >>=20 >> Markus Ruggiero >>=20 >> rucotec GmbH web https://rucotec.ch = >> Leonhardsberg 1 email markus.ruggiero@rucotec.ch = >> 4051 Basel / Switzerland mobile +41 79 508 4701 >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >=20 Markus Ruggiero rucotec GmbH web https://rucotec.ch Leonhardsberg 1 email markus.ruggiero@rucotec.ch 4051 Basel / Switzerland mobile +41 79 508 4701 --Apple-Mail=_68C5E876-885D-4532-9692-ACFD5CEABB78 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
On = 19 Apr 2026, at 19:29, Aaron Rosenzweig = <webobjects-dev@wocommunity.org> wrote:

Claude says:

Smoking gun in the full = debug output. Line 567 says it outright:

Property = "wo.local.root.bundles" has not been = set

Yes, but = No!

Defined wo.local.root.bundles according to = the suggestion at the bottom of Claude=E2=80=99s text and ran the build = again. Makes no difference in the result but now the wocompile classpath = somehow includes these bundles in  a weird way and some entries in = the class path point into ~/Roots for the standard WO frameworks = but the standard WebObjects files are not there. Of course not because = they only live in wo.system.root. But the generated class path says = differently!

Ok, went back to Eclipse and = debugged the build.xml there. Output in the console looks good, not too = much weird stuff but there is a lot going on in the background that does = not make it into the console. No big help = then.

Next try: Build the applications from = WonderSource (BugTracker, and others) with -debug set. At the end things = are so convoluted, ant tasks calling other ant tasks and properties = being assigned recursively. More or less impossible to follow. Oh, and = tell Claude that the smoking gun is just a piece of rusty old steel. The = property wo.local.root.bundles either does not show up at all or = sometimes is also mentioned to be unset for standard WonderSource build = (like with ant frameworks, or ant = applications)

This ant stuff is an incredible = mess with millions of similarly named properties (wo.local.root, = wo.wolocalroot, etc) and properties defined by referencing other = properties.

Next tries will probably be an even = more desperate thing: duplicate the whole WonderSource tree, then = removing the wonder frameworks and apps and adding my stuff instead. = Will have to edit the main build file ./Build/build/build.xml. We=E2=80=99= ll see.

I=E2=80=99ve written a lot of = convoluted stuff myself but this beats me hands = down.

I will have to experiment further. Anyway = the issue is still wide open: if anyone has any way to ant build your = own frameworks and projects please help = me.
---markus---

And the very next line shows the consequence =E2=80=94 = the FrameworkSet that's supposed to pick up Wonder frameworks ends up = with a literal unresolved pattern:

FrameworkSet: Setup scanner in dir = /Users/Shared/Developer/Libraries/Wonder/wo.local.root

  with patternSet{ includes: =
[${wo.local.root.bundles}.framework] excludes: [] =
}

That pattern matches = nothing, so zero Wonder frameworks make it onto the classpath. If you = look back at the -classpath argument markus = pasted, you can confirm it: every entry is under wo.system.root/Library/Frameworks (the = Apple-provided stuff =E2=80=94 JavaFoundation, JavaEOAccess, = JavaEOControl, JavaWebObjects, JavaJDBCAdaptor, JavaXML, = JavaWebServicesSupport, JavaWOJSPServlet). Not a single jar from wo.local.root/Library/Frameworks, which is = where ERExtensions.framework and the rest of Wonder live. So naturally = er.extensions.appserver.ERXApplication can't = be resolved =E2=80=94 javac is never told it exists.

The reason the property isn't set is visible earlier = in the log. At line 189 the build loads /Users/ruggiero/workspace/ImmoData/build.properties and from lines 190=E2=80=93206 you can see every property it = contributes =E2=80=94 principalClass, project.base, embed.Local, embed.System, project.name.lowercase, etc. But no framework = list. The project's build.properties never = declares which Wonder frameworks the app depends on. wo.system.root.bundles gets a default from = Wonder's default.properties (the eight Apple = frameworks, hardcoded), but wo.local.root.bundles has no = default by design =E2=80=94 it varies per project =E2=80=94 so if the = project doesn't supply it, you get nothing.

Note also line = 564 =E2=80=94 wo.external.root.bundles is likewise unset. If = ImmoData pulls anything from /Users/ruggiero/Roots = (markus's wo.external.frameworks), that'll silently drop = off the classpath too.

The fix: = add the Wonder framework list to the project's build.properties (slash-separated, no .framework suffix), e.g.

wo.local.root.bundles=3DERExtensions/ERJars/ERPrototypes/Ajax/WOOgnl= /ERCayenne

=E2=80=94 substituting = whatever frameworks ImmoData actually needs. The authoritative list is = already in the project's Eclipse .classpath file (WOLips drives its in-IDE = builds from that); markus can just transcribe the framework names from = there. And if the app references any frameworks living under /Users/ruggiero/Roots, set wo.external.root.bundles the same way.

For a one-off test before editing files, he can also = just pass it on the command line:

-Dwo.local.root.bundles=3DERExtensions/ERJars/ERPrototypes/Ajax/...<= /span>

If the compile still = complains about missing packages after that, it'll be obvious which = framework is missing from the list =E2=80=94 the error message will name = the offending package and he can add the matching framework name.

One extra tip for the scripting work: since he's = automating 40+ apps, it might be worth writing a small script that reads = each project's .classpath and emits the = corresponding wo.local.root.bundles=3D... line, so the two = sources of truth stay in sync rather than = drifting.


On Apr 18, 2026, at = 10:20 AM, Markus Ruggiero (rucotec) <webobjects-dev@wocommunity.= org> wrote:

Hi Peer,

On 17 Apr 2026, at 21:38, Peer Sandtner <webobjects-dev@wocommunity.= org> wrote:

Hi = Markus,

I also use an ant build outside of = Eclipse. I could imagine that a missing reference = to 

~/Library/Application = Support/WOLips/wolips.properties

this exists and is properly found and read. You can see this = clearly from the full log (which I attached to my original = message). 
might be the problem. However, = I=E2=80=99m building against installed Wonder frameworks, not against = the Wonder source code=E2=80=A6 What do you = think?
I am also not building agains = =E2=80=9Cthe source=E2=80=9D. I used the wonder source to build and = install the binaries into the paths ...wo.local.root... and = ...wo.system.root.. ( I named the locations accordingly). When I check = the classpath generated I can pick any arbitrary framework reference and = confirm it exists at that path.
Some of the frameworks have = attached sources and these are in the same location as the binaries. = That is why they end up on the classpath. However this should not matter = as the classpath is just a list of jars that are searched for a class. = If a class is found in one of the files, good, if not the search = continues until the class is found or the classpath is exhausted. This = is exactly what confuses me. The classpath seems ok so the classes = should be found.

Would you mind sharing your = build command/script? I must miss something but clearly cannot see = it.

Thank = you
---markus---


Regards,
Peer
=


Am 16.04.2026 um 13:45 schrieb Markus Ruggiero = (rucotec) <webobjects-dev@wocommunity.= org>:

No one doing command line builds with = ant? Or has ever done so?
I cannot change my environment and go to = maven with 50+ projects and absolutely no experience yet. So if anyone = has any idea what=E2=80=99s wrong here.....

On 14 Apr 2026, at 14:41, Markus Ruggiero (rucotec) = <webobjects-dev@wocommunity.= org> wrote:

I know I am = outdated and old-fashioned and not modern but I still have ant based = projects. Until now I have built frameworks and applications with the = WOLips ant tools. Works perfect. But now I have a project that uses some = 40+ frameworks and in total consists of well over 40 WOapps. Building = all those by hand .... well, you guess --> automation is the key. So = I started looking into command line build that can be = scripted. 
Here is one of the apps I build with the help of = generic.xml ant build file. The wocompile phase fails because it cannot = find the WO and Wonder frameworks. But they are there, in the regular = place and so far all paths seem to be correct (java class path). I must = miss something but fail to see it. Anyone having better eyes than me? = Directly included here is just the failing part. I have attached a ZIP = file containing the full output for reference (hope the attachment makes = it through)

Thanks for helping = me
---markus---

$ ant -debug -emacs -f = /Users/Shared/Developer/SourceDistributions/WonderSource/Build/build/gener= ic.xml \
-Dproject.type=3Dapplication \
-Dproject.name=3DImmoData \
-Dproject.principal.class=3Dch.kastl.immodata.Application = \
-Dproject.dir=3D/Users/ruggiero/workspace/ImmoData = \
-Dwo.local.root.bundles.embed=3Dtrue \
-Dwo.system.root.bundles.embed=3Dtrue = \
generic.build

. . . . [snip tons of = output, all looking perfectly ok] . . . = . 

Compilation = arguments:
'-d'
'/Users/ruggiero/Roots/classes/ImmoData'
'-classpath'
'/Users/ruggiero/Roots/classes/ImmoData:/Users/ruggiero/workspace/Imm= oData/Libraries/fop.jar:/Users/ruggiero/workspace/ImmoData/Libraries/mysql= -connector-java-5.1.46-bin.jar:/Users/Shared/Developer/Libraries/Wonder/wo= .system.root/Library/Frameworks/JavaEOAccess.framework/Resources/Java/java= eoaccess.jar.src.zip:/Users/Shared/Developer/Libraries/Wonder/wo.system.ro= ot/Library/Frameworks/JavaEOAccess.framework/Resources/Java/javaeoaccess.j= ar:/Users/Shared/Developer/Libraries/Wonder/wo.system.root/Library/Framewo= rks/JavaEOControl.framework/Resources/Java/javaeocontrol.jar:/Users/Shared= /Developer/Libraries/Wonder/wo.system.root/Library/Frameworks/JavaEOContro= l.framework/Resources/Java/javaeocontrol.jar.src.zip:/Users/Shared/Develop= er/Libraries/Wonder/wo.system.root/Library/Frameworks/JavaFoundation.frame= work/Resources/Java/javafoundation.jar.src.zip:/Users/Shared/Developer/Lib= raries/Wonder/wo.system.root/Library/Frameworks/JavaFoundation.framework/R= esources/Java/javafoundation.jar:/Users/Shared/Developer/Libraries/Wonder/= wo.system.root/Library/Frameworks/JavaJDBCAdaptor.framework/Resources/Java= /javajdbcadaptor.jar.src.zip:/Users/Shared/Developer/Libraries/Wonder/wo.s= ystem.root/Library/Frameworks/JavaJDBCAdaptor.framework/Resources/Java/jav= ajdbcadaptor.jar:/Users/Shared/Developer/Libraries/Wonder/wo.system.root/L= ibrary/Frameworks/JavaWOJSPServlet.framework/Resources/Java/javawojspservl= et.jar.src.zip:/Users/Shared/Developer/Libraries/Wonder/wo.system.root/Lib= rary/Frameworks/JavaWOJSPServlet.framework/Resources/Java/javawojspservlet= .jar:/Users/Shared/Developer/Libraries/Wonder/wo.system.root/Library/Frame= works/JavaWebObjects.framework/Resources/Java/javawebobjects.jar.src.zip:/= Users/Shared/Developer/Libraries/Wonder/wo.system.root/Library/Frameworks/= JavaWebObjects.framework/Resources/Java/javawebobjects.jar:/Users/Shared/D= eveloper/Libraries/Wonder/wo.system.root/Library/Frameworks/JavaWebService= sSupport.framework/Resources/Java/javawebservicessupport.jar.src.zip:/User= s/Shared/Developer/Libraries/Wonder/wo.system.root/Library/Frameworks/Java= WebServicesSupport.framework/Resources/Java/javawebservicessupport.jar:/Us= ers/Shared/Developer/Libraries/Wonder/wo.system.root/Library/Frameworks/Ja= vaXML.framework/Resources/Java/javaxml.jar:/Users/Shared/Developer/Librari= es/Wonder/wo.system.root/Library/Frameworks/JavaXML.framework/Resources/Ja= va/javaxml.jar.src.zip'
'-sourcepath'
'/Users/ruggiero/workspace/ImmoData/Sources'
'-target'
'1.8'
'-encoding'
'utf-8'
'-g'
'-source'
'1.8'

The ' characters = around the executable and arguments are
not part of the command.
Files to be compiled:
......[snip]......
warning: [options] bootstrap class path not set in = conjunction with -source 8
/Users/ruggiero/workspace/ImmoData/Sources/ch/kastl/immodata/Applicat= ion.java:14: error: package er.extensions.appserver does not = exist
import = er.extensions.appserver.ERXApplication;
              =                 = ^



<ant = compile debug full output.txt.zip>


Markus = Ruggiero

rucotec GmbH              =           web https://rucotec.ch
Leonhardsberg 1         =           email markus.ruggiero@rucotec.ch<= /font>
4051 Basel / Switzerland    =      mobile +41 79 508 4701

<= /div>
=








Markus = Ruggiero

rucotec GmbH              =           web https://rucotec.ch
Leonhardsberg 1         =           email markus.ruggiero@rucotec.ch<= /font>
4051 Basel / Switzerland    =      mobile +41 79 508 4701

<= /div>
=





=



Markus = Ruggiero

rucotec GmbH              =           web https://rucotec.ch
Leonhardsberg 1         =           email markus.ruggiero@rucotec.ch<= /font>
4051 Basel / Switzerland    =      mobile +41 79 508 4701

<= /div>
=





=


=


Markus = Ruggiero


rucotec GmbH              =           web https://rucotec.ch
Leonhardsberg 1         =           email markus.ruggiero@rucotec.ch
4051 Basel / Switzerland    =      mobile +41 79 508 4701

<= /div>
=






= --Apple-Mail=_68C5E876-885D-4532-9692-ACFD5CEABB78-- --Apple-Mail=_563E49DC-26D6-41AE-9021-4250FD17E426 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCC0kw ggUxMIIEGaADAgECAhBlq2xzPOn5KzWir0WS5Gh3MA0GCSqGSIb3DQEBCwUAMIGWMQswCQYDVQQG EwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRgwFgYD VQQKEw9TZWN0aWdvIExpbWl0ZWQxPjA8BgNVBAMTNVNlY3RpZ28gUlNBIENsaWVudCBBdXRoZW50 aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMB4XDTI1MDEyMjAwMDAwMFoXDTI3MDEyMjIzNTk1 OVowKzEpMCcGCSqGSIb3DQEJARYabWFya3VzLnJ1Z2dpZXJvQHJ1Y290ZWMuY2gwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQCo9WG6/IdTctaFtvkEdE9BLlvGIEo7MpX3Lu90L/IVN3Ef 9MjKJ0oWfQurzpe6LpsyEljfomT1ScVROSQQOGS8TM3PyaC+199uwcpdNpoQUj2vvOlLZZlhIajr tXhfBrlm4SbYPRDkOVYowETRVNmK7NAo/9zI/d9eJlOqEowodYJtW1dx1225NkHBNjbG1ZpaYKbU pxqZ4TvssNd5U67Sg+5fWoVCuhAD2eW/HVMWnpgxcm/QQlWd73ym1GVOPPOvRQ9SEW2aVAU+y0Gt Ss+zLfnq+n399O4pW+dCmJgmSGkRZJIIs7RuIWTxE76O8bbqiDBp4KSDeKTK2nyAqWp9AgMBAAGj ggHjMIIB3zAfBgNVHSMEGDAWgBQJwPL8C9qU21/+K9+omULPyeCtADAdBgNVHQ4EFgQUhXWSXZ5l jkUfGHSShsLSIHQISXIwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0lBBYwFAYI KwYBBQUHAwQGCCsGAQUFBwMCMFAGA1UdIARJMEcwOgYMKwYBBAGyMQECAQoBMCowKAYIKwYBBQUH AgEWHGh0dHBzOi8vc2VjdGlnby5jb20vU01JTUVDUFMwCQYHZ4EMAQUBAjBaBgNVHR8EUzBRME+g TaBLhklodHRwOi8vY3JsLnNlY3RpZ28uY29tL1NlY3RpZ29SU0FDbGllbnRBdXRoZW50aWNhdGlv bmFuZFNlY3VyZUVtYWlsQ0EuY3JsMIGKBggrBgEFBQcBAQR+MHwwVQYIKwYBBQUHMAKGSWh0dHA6 Ly9jcnQuc2VjdGlnby5jb20vU2VjdGlnb1JTQUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJl RW1haWxDQS5jcnQwIwYIKwYBBQUHMAGGF2h0dHA6Ly9vY3NwLnNlY3RpZ28uY29tMCUGA1UdEQQe MByBGm1hcmt1cy5ydWdnaWVyb0BydWNvdGVjLmNoMA0GCSqGSIb3DQEBCwUAA4IBAQC2cKdSaX/A aVRczXn2Zp7/rpGQmPnQTcCLkQTxyyeA7rqR3ra0W3XMXgVTJTLHAcAXNGqTJjXEzUspuMdshnso Od1Vb8cQDsg/Oihc+2Qr2RAXZeaq1/oLBQCyISXvhCk6ig8zl1DyoQDVLrnIbG88Z0wEA6WrOQEZ IBCIK3ohJSAzkbD/pq27NoIsG2ZTJ7mM+5/jaydeH4me7SkchOA2g9mrIyG2XnHWWdpVvki17fVb DZ+7z2DxdAvvHWhnFu90XgEyHNibLHeN1EQhR3+pa1QmLIAdNXuNO4apokmPbRPV4KhMYbitgP0+ HhkUSjVmo4Ud95w3BeBZ5ogOf1XTMIIGEDCCA/igAwIBAgIQTZQsENQ74JQJxYEtOisGTzANBgkq hkiG9w0BAQwFADCBiDELMAkGA1UEBhMCVVMxEzARBgNVBAgTCk5ldyBKZXJzZXkxFDASBgNVBAcT C0plcnNleSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsxLjAsBgNVBAMTJVVT RVJUcnVzdCBSU0EgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMTgxMTAyMDAwMDAwWhcNMzAx MjMxMjM1OTU5WjCBljELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ MA4GA1UEBxMHU2FsZm9yZDEYMBYGA1UEChMPU2VjdGlnbyBMaW1pdGVkMT4wPAYDVQQDEzVTZWN0 aWdvIFJTQSBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAMo87ZQKQf/e+Ua56NY75tqSvysQTqoavIK9viYcKSoq 0s2cUIE/bZQu85eoZ9X140qOTKl1HyLTJbazGl6nBEibivHbSuejQkq6uIgymiqvTcTlxZql19sz fBxxo0Nm9l79L9S+TZNTEDygNfcXlkHKRhBhVFHdJDfqB6Mfi/Wlda43zYgo92yZOpCWjj2mz4tu dN55/yE1+XvFnz5xsOFbme/SoY9WAa39uJORHtbC0x7C7aYivToxuIkEQXaumf05Vcf4RgHs+Yd+ mwSTManRy6XcCFJE6k/LHt3ndD3sA3If/JBz6OX2ZebtQdHnKav7Azf+bAhudg7PkFOTuRMCAwEA AaOCAWQwggFgMB8GA1UdIwQYMBaAFFN5v1qqK0rPVIDh2JvAnfKyA2bLMB0GA1UdDgQWBBQJwPL8 C9qU21/+K9+omULPyeCtADAOBgNVHQ8BAf8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBADAdBgNV HSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEQYDVR0gBAowCDAGBgRVHSAAMFAGA1UdHwRJMEcw RaBDoEGGP2h0dHA6Ly9jcmwudXNlcnRydXN0LmNvbS9VU0VSVHJ1c3RSU0FDZXJ0aWZpY2F0aW9u QXV0aG9yaXR5LmNybDB2BggrBgEFBQcBAQRqMGgwPwYIKwYBBQUHMAKGM2h0dHA6Ly9jcnQudXNl cnRydXN0LmNvbS9VU0VSVHJ1c3RSU0FBZGRUcnVzdENBLmNydDAlBggrBgEFBQcwAYYZaHR0cDov L29jc3AudXNlcnRydXN0LmNvbTANBgkqhkiG9w0BAQwFAAOCAgEAQUR1AKs5whX13o6VbTJxaIwA 3RfXehwQOJDI47G9FzGR87bjgrShfsbMIYdhqpFuSUKzPM1ZVPgNlT+9istp5UQNRsJiD4KLu+E2 f102qxxvM3TEoGg65FWM89YN5yFTvSB5PelcLGnCLwRfCX6iLPvGlh9j30lKzcT+mLO1NLGWMeK1 w+vnKhav2VuQVHwpTf64ZNnXUF8p+5JJpGtkUG/XfdJ5jR3YCq8H0OPZkNoVkDQ5CSSF8Co2AOlV Ef32VBXglIrHQ3v9AAS0yPo4Xl1FdXqGFe5TcDQSqXh3TbjugGnG+d9yZX3lB8bwc/Tn2FlIl7tP bDAL4jNdUNA7jGee+tAnTtlZ6bFz+CsWmCIb6j6lDFqkXVsp+3KyLTZGXq6F2nnBtN4t5jO3ZIj2 gpIKHAYNBAWLG2Q2fG7Bt2tPC8BLC9WIM90gbMhAmtMGquITn/2fORdsNmaV3z/sPKuIn8DvdEhm WVfh0fyYeqxGlTw0RfwhBlakdYYrkDmdWC+XszE19GUi8K8plBNKcIvyg2omAdebrMIHiAHAOicz xX/aS5ABRVrNUDcjfvp4hYbDOO6qHcfzy/uY0fO5ssebmHQREJJA3PpSgdVnLernF6pthJrGkNDP eUI05svqw1o5A2HcNzLOpklhNwZ+4uWYLcAi14ACHuVvJsmzNicxggPEMIIDwAIBATCBqzCBljEL MAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9y ZDEYMBYGA1UEChMPU2VjdGlnbyBMaW1pdGVkMT4wPAYDVQQDEzVTZWN0aWdvIFJTQSBDbGllbnQg QXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQZatsczzp+Ss1oq9FkuRodzANBglg hkgBZQMEAgEFAKCCAekwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcN MjYwNDIxMTQwNDAzWjAvBgkqhkiG9w0BCQQxIgQg8/HKw/rJ9QJX4vIEH09m+tnXYbm9aPgZEdG6 rW1lnt8wgbwGCSsGAQQBgjcQBDGBrjCBqzCBljELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0 ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEYMBYGA1UEChMPU2VjdGlnbyBMaW1pdGVk MT4wPAYDVQQDEzVTZWN0aWdvIFJTQSBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBF bWFpbCBDQQIQZatsczzp+Ss1oq9FkuRodzCBvgYLKoZIhvcNAQkQAgsxga6ggaswgZYxCzAJBgNV BAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGDAW BgNVBAoTD1NlY3RpZ28gTGltaXRlZDE+MDwGA1UEAxM1U2VjdGlnbyBSU0EgQ2xpZW50IEF1dGhl bnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEGWrbHM86fkrNaKvRZLkaHcwDQYJKoZIhvcN AQELBQAEggEAGRLKeIIXjoCWuyVqtJzfl3HuoHjRi3uW18LbbLiEJwDwevzbAwp4aJS4Kv4ruxdI P9pbXhE0SQIwfyiTETg+h7/xvQCW6KdoBoIFXfZk5QgtRl/D26QkrvvhyaF2qr4q2IQxPRfTSz7u bOPBUzd0xYJqLlYRV/LIzSDxOq4ohto3yDCIJdY0CBcpRQz+E0yPdnYAVoXN9czzIHJf7Js3tREe C0sDNVg/H4U1YT27YeqG3+xuqPpZGW7V4ZDOHvR9wWsbdvCdkFNbXKXVfuHHZwxeqV+gCLBQcpuR B2zLlXM4KVIcTiDJvLZbueAeX5eOpT66OusEHCEgKeCMOMg9mQAAAAAAAA== --Apple-Mail=_563E49DC-26D6-41AE-9021-4250FD17E426--