X-CGP-ClamAV-Result: CLEAN X-VirusScanner: Niversoft's CGPClamav Helper v1.25a (ClamAV 1.4.3/27976) X-Junk-Score: 0 [] X-KAS-Score: 0 [] From: "Aaron Rosenzweig" Received: from mail-108-mta192.mxroute.com ([136.175.108.192] verified) by selbstdenker.ag (CommuniGate Pro SMTP 6.3.18) with ESMTPS id 35551391 for webobjects-dev@wocommunity.org; Sun, 19 Apr 2026 19:29:51 +0200 Received-SPF: pass receiver=post.selbstdenker.com; client-ip=136.175.108.192; envelope-from=aaron@chatnbike.com Received: from filter006.mxroute.com ([136.175.111.3] filter006.mxroute.com) (Authenticated sender: mN4UYu2MZsgR) by mail-108-mta192.mxroute.com (ZoneMTA) with ESMTPSA id 19da6ca660f00032bf.002 for (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384); Sun, 19 Apr 2026 17:29:35 +0000 X-Zone-Loop: a4bab450cd937b5e5166a7b91cfa4da52f01827edf77 X-Originating-IP: [136.175.111.3] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=chatnbike.com; s=x; h=References:To:In-Reply-To:Subject:Date:Mime-Version: Content-Type:Message-Id:From:Sender:Reply-To:Cc:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=AEXUITlp67uYrrnFtkYiCROpfuCJt3nJSw6ViqXKJq0=; b=g0IqJ3Ll2YgV5ZXthdpMlcVtTA bPg5dsZcUFsJ1961WKQICpUdeVsmt+ZiV7r6ddMTuE7C6e/+KhJlbI0BouTupFe3mg8QS/Be/mx3B +ck4eZpMHq1nWs605xab8nyzkcm0CQmr4fdAPOoi9wd+J7NoZAHUGbbIa9W9Ev+JxQNHYYC/MEZpx VIydAXY+g9XiBb6oNROp6DQdpMHX3hJ4Dv6M4nQ+bM6Ulpa7+2hzm+m9v4rIHTtUXiIvvZKvvwrE3 bpvHmy/nMH07Pq75Cr0Vb7Zuf9HlqlUwofkrc4epSKndoDm9m9Ek3yJ3UrUDhRHkSiOaNktF5I8vw 9s0WBEzA==; Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_4F304B67-5049-46EF-9D85-FA76652DB21F" Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.10\)) Date: Sun, 19 Apr 2026 13:29:33 -0400 Subject: Re: [WO-DEV] Struggling with ant command line build In-Reply-To: To: WebObjects & WOnder Development References: X-Authenticated-Id: aaron@chatnbike.com --Apple-Mail=_4F304B67-5049-46EF-9D85-FA76652DB21F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Claude says: Smoking gun in the full debug output. Line 567 says it outright: Property "wo.local.root.bundles" has not been set 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/ERCay= enne =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/... 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) = 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 --Apple-Mail=_4F304B67-5049-46EF-9D85-FA76652DB21F Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

Claude says:

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

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

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/W= OOgnl/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= /...

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/workspa= ce/ImmoData/Libraries/fop.jar:/Users/ruggiero/workspace/ImmoData/Libraries= /mysql-connector-java-5.1.46-bin.jar:/Users/Shared/Developer/Libraries/Won= der/wo.system.root/Library/Frameworks/JavaEOAccess.framework/Resources/Jav= a/javaeoaccess.jar.src.zip:/Users/Shared/Developer/Libraries/Wonder/wo.sys= tem.root/Library/Frameworks/JavaEOAccess.framework/Resources/Java/javaeoac= cess.jar:/Users/Shared/Developer/Libraries/Wonder/wo.system.root/Library/F= rameworks/JavaEOControl.framework/Resources/Java/javaeocontrol.jar:/Users/= Shared/Developer/Libraries/Wonder/wo.system.root/Library/Frameworks/JavaEO= Control.framework/Resources/Java/javaeocontrol.jar.src.zip:/Users/Shared/D= eveloper/Libraries/Wonder/wo.system.root/Library/Frameworks/JavaFoundation= .framework/Resources/Java/javafoundation.jar.src.zip:/Users/Shared/Develop= er/Libraries/Wonder/wo.system.root/Library/Frameworks/JavaFoundation.frame= work/Resources/Java/javafoundation.jar:/Users/Shared/Developer/Libraries/W= onder/wo.system.root/Library/Frameworks/JavaJDBCAdaptor.framework/Resource= s/Java/javajdbcadaptor.jar.src.zip:/Users/Shared/Developer/Libraries/Wonde= r/wo.system.root/Library/Frameworks/JavaJDBCAdaptor.framework/Resources/Ja= va/javajdbcadaptor.jar:/Users/Shared/Developer/Libraries/Wonder/wo.system.= root/Library/Frameworks/JavaWOJSPServlet.framework/Resources/Java/javawojs= pservlet.jar.src.zip:/Users/Shared/Developer/Libraries/Wonder/wo.system.ro= ot/Library/Frameworks/JavaWOJSPServlet.framework/Resources/Java/javawojsps= ervlet.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/Frame= works/JavaWebObjects.framework/Resources/Java/javawebobjects.jar:/Users/Sh= ared/Developer/Libraries/Wonder/wo.system.root/Library/Frameworks/JavaWebS= ervicesSupport.framework/Resources/Java/javawebservicessupport.jar.src.zip= :/Users/Shared/Developer/Libraries/Wonder/wo.system.root/Library/Framework= s/JavaWebServicesSupport.framework/Resources/Java/javawebservicessupport.j= ar:/Users/Shared/Developer/Libraries/Wonder/wo.system.root/Library/Framewo= rks/JavaXML.framework/Resources/Java/javaxml.jar:/Users/Shared/Developer/L= ibraries/Wonder/wo.system.root/Library/Frameworks/JavaXML.framework/Resour= ces/Java/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/Ap= plication.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
4051 Basel / = Switzerland         mobile +41 79 508 4701










Markus = Ruggiero

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











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=_4F304B67-5049-46EF-9D85-FA76652DB21F--