there's something wrong with your install ... this is not from the 3.5
build.xml template. i don't know how you managed to get this
build.xml, but it's not the one that ships in 3.5. We don't have
stdFrameworks and yours isn't evaluated properly because it has a
WOLipsContext.getAntFolderName in it. Maybe you have a project
template override in your ~/Application Support/WOLips/Project
Templates folder with an old one?
On Sep 27, 2009, at 4:04 PM, Paolo Sommaruga wrote:
ops! I apologize
<!-- add webXML="true" in build.properties file to generate a
web.xml file -->
<woapplication name="${project.name}" stdFrameworks="false"
destDir="${dest.dir}"
customInfoPListContent="${customInfoPListContent}"
principalClass="${principalClass}"
webXML="${webXML}"
webXML_CustomContent="${webXML_CustomContent}"
jvm="${jvm}"
jdb="${jdb}"
javaVersion="${javaVersion}"
jvmOptions="${jvmOptions}"
jdbOptions="${jdbOptions}"
cfbundleversion="${cfBundleVersion}"
cfbundleshortversion="${cfBundleShortVersion}"
cfbundleID="${cfBundleID}">
<classes dir="${classes.dir}">
<patternset>
<includesfile name="${WOLipsContext.getAntFolderName()}/
classes.include.patternset"/>
<excludesfile name="${WOLipsContext.getAntFolderName()}/
classes.exclude.patternset"/>
</patternset>
</classes>
<wsresources dir=".">
<patternset>
<includesfile name="${WOLipsContext.getAntFolderName()}/
wsresources.include.patternset"/>
<excludesfile name="${WOLipsContext.getAntFolderName()}/
wsresources.exclude.patternset"/>
</patternset>
</wsresources>
<resources dir=".">
<patternset>
<includesfile name="${WOLipsContext.getAntFolderName()}/
resources.include.patternset"/>
<excludesfile name="${WOLipsContext.getAntFolderName()}/
resources.exclude.patternset"/>
</patternset>
</resources>
<!-- If deploy ssdd/war then change embed to "true" here -->
<frameworks root="${wo.wosystemroot}" embed="false">
<patternset>
<includesfile name="${WOLipsContext.getAntFolderName()}/
ant.frameworks.wo.wosystemroot"/>
</patternset>
</frameworks>
<!-- If deploy ssdd/war then change embed to "true" here -->
<frameworks root="${wo.wolocalroot}" embed="false">
<patternset>
<includesfile name="${WOLipsContext.getAntFolderName()}/
ant.frameworks.wo.wolocalroot"/>
</patternset>
</frameworks>
<!-- If deploy ssdd/war then change embed to "true" here -->
<frameworks root="${user.home}" embed="false">
<patternset>
<includesfile name="${WOLipsContext.getAntFolderName()}/
ant.frameworks.user.home"/>
</patternset>
</frameworks>
<otherclasspath root="${wo.wosystemroot}">
<patternset>
<includesfile name="${WOLipsContext.getAntFolderName()}/
ant.classpaths.wo.wosystemroot"/>
</patternset>
</otherclasspath>
<lib dir=".">
<include name="Add .jar's that should be copied in the woa."/>
<exclude name="**/*.woa/**"/>
</lib>
</woapplication>
Il giorno 27/set/2009, alle ore 21.24, Chuck Hill ha scritto:
On Sep 27, 2009, at 12:06 PM, Paolo Sommaruga wrote:
Hi,
here is woapplication task generated by a new wo application with
eclipse 3.5 + wolips 3.5.5990
<woapplication name="${project.name}" stdFrameworks="false"
destDir="${dest.dir}"
customInfoPListContent="${customInfoPListContent}"
principalClass="${principalClass}"
webXML="${webXML}"
webXML_CustomContent="${webXML_CustomContent}"
jvm="${jvm}"
jdb="${jdb}"
javaVersion="${javaVersion}"
jvmOptions="${jvmOptions}"
jdbOptions="${jdbOptions}"
cfbundleversion="${cfBundleVersion}"
cfbundleshortversion="${cfBundleShortVersion}"
cfbundleID="${cfBundleID}">
The woapplication task is more than this, it extends down to:
</woapplication>
Now I solved by copying the build.xml from a new application I
just created with eclipse-jee-ganimede + wolips 3.4.5950
Not nice, but it seems that this workaround works.
It seems that I have to work with 3 differents Eclipse: 3.3, 3.4,
3.5
Thanks Chuck and David for your suggests
Paolo
Il giorno 27/set/2009, alle ore 20.40, Chuck Hill ha scritto:
It looks like you have an outdated XML file (yes, I know you just
copied in a new one).
What does the whole woapplication task look like?
Chuck
On Sep 27, 2009, at 11:14 AM, Paolo Sommaruga wrote:
I removed stdFrameworks="false" but I have a lot of errors
build.xml:63: There is no root named '/System' in
[[ExternalFolderRoot: name = Project Local Frameworks; folder =
null], [ExternalFolderRoot: name = External Build Root; folder =
null], [ExternalFolderRoot: name = User Frameworks; folder = /
Users/psomma/Library/Frameworks], [ExternalFolderRoot: name =
Local Frameworks; folder = /Library/Frameworks],
[ExternalFolderRoot: name = System Frameworks; folder = /System/
Library/Frameworks], [ExternalFolderRoot: name = Network
Frameworks; folder = /Network/Library/Frameworks]].
Paolo
Il giorno 27/set/2009, alle ore 20.07, Chuck Hill ha scritto:
On Sep 27, 2009, at 10:37 AM, Paolo Sommaruga wrote:
Hi,
I migrated a wo application from eclipse 3.3.x to eclipse 3.5
+ wolips 3.5.5990 I replaced the build.xml file and the
woproject folder with the one obtained from a new project
created on purpose with eclipse 3.5
All works fine when one run the application within eclipse
(incremental build style), but with ant build there is the
following error
build.xml:63: woapplication doesn't support the
"stdFrameworks" attribute
I'm in the trouble because I need the ant build. I have a Snow
Leopard, and so Ant 1.7.0
Can someone suggest me ?
Look for a line like:
<woapplication name="${project.name}" stdFrameworks=...
and remove the stdFrameworks part.
Chuck
--
Chuck Hill Senior Consultant / VP Development
Practical WebObjects - for developers who want to increase
their overall knowledge of WebObjects or who are trying to
solve specific problems.
http://www.global-village.net/products/practical_webobjects
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
--
Chuck Hill Senior Consultant / VP Development
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve
specific problems.
http://www.global-village.net/products/practical_webobjects
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
--
Chuck Hill Senior Consultant / VP Development
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40mdimension.com
This email sent to msch...@mdimension.com
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
