Re: ant build file size issue

2009-10-06 Thread Jake Bearkley
Thanks Chuck and Kieran.
I deleted the lines as suggested and it appears to be all good now.
I will upgrade soon, issue is I onlyhave the one Mac development machine and
dont want to destroy my environment incase upgrade does not work as
expected, so thanks Kieran for the heads up on the new build file.

Bearko


On Tue, Oct 6, 2009 at 3:34 AM, Chuck Hill ch...@global-village.net wrote:


 On Oct 5, 2009, at 5:35 AM, Jake Bearkley wrote:


 ./woproject/ant.frameworks.wo.wosystemroot


 Delete these lines:

  Library/Frameworks/JavaVM.framework
 Library/Java/Extensions/AppleScriptEngine.jar
 Library/Java/Extensions/CoreAudio.jar
 Library/Java/Extensions/dns_sd.jar
 Library/Java/Extensions/j3daudio.jar
 Library/Java/Extensions/j3dcore.jar
 Library/Java/Extensions/j3dutils.jar
 Library/Java/Extensions/jai_codec.jar
 Library/Java/Extensions/jai_core.jar
 Library/Java/Extensions/mlibwrapper_jai.jar
 Library/Java/Extensions/MRJToolkit.jar
 Library/Java/Extensions/QTJava.zip
 Library/Java/Extensions/vecmath.jar



 So this includes Library/Frameworks/JavaVM.framework
 how do I get rid of it.  Do I do it by editing settings within eclipse or
 can I just delete it from this file?


 Just edit the file and delete them.  It looks like you have a very old
 version of WOLips.  I'll suggest moving up to Eclipse 3.4 and a stable
 version of WOLips.  That will include the New Hotness classpath handling and
 problems like this will be in the past.

 Chuck




 thanks in advance
 Bearko

 On Mon, Oct 5, 2009 at 10:15 PM, Kieran Kelleher kieran_li...@mac.com
 wrote:
 What is the contents of the

 1) project's .classpath file? ...

 2) woproject/ant.frameworks.wo.wosystemroot patternset file

 -Kieran

 On Oct 5, 2009, at 7:31 AM, Jake Bearkley wrote:


  an example
  ./Contents/Library/Frameworks/JavaVM.framework

 That would be your problem right there.  It should NOT be embedding
 the Java JVM.  Check your build file for something that is picking up
 Java* for embedding perhaps?  It looks like it is grabbing this when
 it gets JavaWebObjects etc.

 Chuck

 Thanks for the suggestion although the build.xml and build.properties
 have not changed in ages
 below are the files, I can't spot what could be picking it up, can
 someone else?

 much appreciated
 Bearko

 build.properties
 #Mon Apr 06 11:21:41 CST 2009
 webXML_CustomContent=
 project.name=ProjJava
 embed.Network=true
 webXML=true
 embed.System=true
 eoAdaptorClassName=
 embed.User=true
 principalClass=Application
 servletDeployment=true
 embed.ProjectLocal=true
 embed.Local=true
 classes.dir=bin
 project.name.lowercase=projjava
 customInfoPListContent=
 embed.External=true


 build.xml
 ?xml version=1.0 encoding=UTF-8?
 project name=ProjJava default=build basedir=.

 !-- main targets  --
 !-- add optional targets to depends list if needed --
 target name=build depends=setProps,init.build,build.woapp,ssdd,war/

 target name=compileAndBuild
 depends=setProps,init.build,compile,build.woapp,ssdd,war/

 target name=install
 depends=setProps,init.install,build.woapp,ssdd,war/

 target name=clean depends=setProps
 delete dir=dist/
 /target

 !-- property determination  --
 target name=setProps
 property file=${user.home}${file.separator}build.properties/
 property file=build.properties/
 property
 file=${user.home}${file.separator}Library${file.separator}wobuild.properties/
 condition property=wo.properties.check.failed
 not
 and
 isset property=wo.wosystemroot/
 isset property=wo.wolocalroot/
 /and
 /not
 /condition
 fail message=Could not find
 ${user.home}${file.separator}Library${file.separator}wobuild.properties.
 if=wo.properties.check.failed/
 property name=install.dir
 value=${wo.wolocalroot}/Library/WebObjects/Applications/
 /target

 !-- basic initializations  --
 target name=init.install
 tstamp/
 property name=dest.dir value=${install.dir}/
 /target

 target name=init.build
 tstamp/
 property name=dest.dir value=dist/
 /target

 !-- woproject tasks --
 target name=build.woapp

 taskdef name=woapplication
 classname=org.objectstyle.woproject.ant.WOApplication
 /taskdef

 !-- add webXML=true 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}
 classes dir=${classes.dir}
 patternset
 includesfile name=woproject/classes.include.patternset/
 excludesfile name=woproject/classes.exclude.patternset/
 /patternset
 /classes
 wsresources dir=WebServerResources
 patternset
 include name=**/*/
 exclude name=CVS/
 exclude name=.svn/
 excludesfile name=woproject/wsresources.exclude.patternset/
 /patternset
 /wsresources
 resources dir=Resources
 patternset
 include name=**/*/
 exclude name=CVS/
 exclude name=.svn/
 excludesfile name=woproject/resources.exclude.patternset/
 /patternset
 /resources
 resources dir=Components
 patternset
 include name=**/*/
 exclude name=CVS/
 

Re: ant build file size issue

2009-10-05 Thread Jake Bearkley
 an example
 ./Contents/Library/Frameworks/JavaVM.framework

That would be your problem right there.  It should NOT be embedding
the Java JVM.  Check your build file for something that is picking up
Java* for embedding perhaps?  It looks like it is grabbing this when
it gets JavaWebObjects etc.

Chuck

Thanks for the suggestion although the build.xml and build.properties have
not changed in ages
below are the files, I can't spot what could be picking it up, can someone
else?

much appreciated
Bearko

build.properties
#Mon Apr 06 11:21:41 CST 2009
webXML_CustomContent=
project.name=ProjJava
embed.Network=true
webXML=true
embed.System=true
eoAdaptorClassName=
embed.User=true
principalClass=Application
servletDeployment=true
embed.ProjectLocal=true
embed.Local=true
classes.dir=bin
project.name.lowercase=projjava
customInfoPListContent=
embed.External=true


build.xml
?xml version=1.0 encoding=UTF-8?
project name=ProjJava default=build basedir=.

!-- main targets  --
!-- add optional targets to depends list if needed --
target name=build depends=setProps,init.build,build.woapp,ssdd,war/

target name=compileAndBuild
depends=setProps,init.build,compile,build.woapp,ssdd,war/

target name=install
depends=setProps,init.install,build.woapp,ssdd,war/

target name=clean depends=setProps
delete dir=dist/
/target

!-- property determination  --
target name=setProps
property file=${user.home}${file.separator}build.properties/
property file=build.properties/
property
file=${user.home}${file.separator}Library${file.separator}wobuild.properties/
condition property=wo.properties.check.failed
not
and
isset property=wo.wosystemroot/
isset property=wo.wolocalroot/
/and
/not
/condition
fail message=Could not find
${user.home}${file.separator}Library${file.separator}wobuild.properties.
if=wo.properties.check.failed/
property name=install.dir
value=${wo.wolocalroot}/Library/WebObjects/Applications/
/target

!-- basic initializations  --
target name=init.install
tstamp/
property name=dest.dir value=${install.dir}/
/target

target name=init.build
tstamp/
property name=dest.dir value=dist/
/target

!-- woproject tasks --
target name=build.woapp

taskdef name=woapplication
classname=org.objectstyle.woproject.ant.WOApplication
/taskdef

!-- add webXML=true 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}
classes dir=${classes.dir}
patternset
includesfile name=woproject/classes.include.patternset/
excludesfile name=woproject/classes.exclude.patternset/
/patternset
/classes
wsresources dir=WebServerResources
patternset
include name=**/*/
exclude name=CVS/
exclude name=.svn/
excludesfile name=woproject/wsresources.exclude.patternset/
/patternset
/wsresources
resources dir=Resources
patternset
include name=**/*/
exclude name=CVS/
exclude name=.svn/
excludesfile name=woproject/resources.exclude.patternset/
/patternset
/resources
resources dir=Components
patternset
include name=**/*/
exclude name=CVS/
exclude name=.svn/
excludesfile name=woproject/resources.exclude.patternset/
/patternset
/resources
frameworks root=${wo.wolocalroot} embed=${servletDeployment}
patternset
includesfile name=woproject/ant.frameworks.wo.wolocalroot/
/patternset
/frameworks
frameworks root=${user.home} embed=${servletDeployment}
patternset
includesfile name=woproject/ant.frameworks.user.home/
/patternset
/frameworks
frameworks root=${wo.wosystemroot} embed=${servletDeployment}
patternset
includesfile name=woproject/ant.frameworks.wo.wosystemroot/
/patternset
/frameworks
otherclasspath root=${wo.wosystemroot}
patternset
includesfile name=woproject/ant.classpaths.wo.wosystemroot/
/patternset
/otherclasspath
!--lib dir=Libraries
include name=*.jar/
exclude name=**/*.woa/**/
/lib--
/woapplication
/target

!-- optional targets --

!-- war target--
!-- To use this target remove the if=${never} statement and follow the
instructions for the ssdd target --
target name=war if=servletDeployment depends=ssdd
war destfile=${dest.dir}/${project.name}.war webxml=${dest.dir}/${
project.name}/WEB-INF/web.xml
fileset dir=${dest.dir}/${project.name}
include name=**/
/fileset
/war
/target

!-- ssdd target--
!-- To use this target
 1)  remove the if=${never} statement
 2)  change embed=true  in the woapp target above
 3)  create the LICENSE in your project directory
 4)  add JavaWOJSPServlet in your WOFrameworks build path
 5)  Edit the build.properties file
 6) set webXML = true
--
target name=ssdd if=servletDeployment depends=build.woapp
mkdir dir=${dest.dir}/${project.name}/WEB-INF/classes/
mkdir dir=${dest.dir}/${project.name}/WEB-INF/tlds/
copy todir=${dest.dir}/${project.name}/WEB-INF/
fileset dir=${dest.dir}/${project.name}.woa/Contents/
include name=web.xml/
/fileset
/copy
copy todir=${dest.dir}/${project.name}/WEB-INF/
fileset dir=..
include 

Re: ant build file size issue

2009-10-05 Thread Kieran Kelleher

What is the contents of the

1) project's .classpath file? ...

2) woproject/ant.frameworks.wo.wosystemroot patternset file

-Kieran

On Oct 5, 2009, at 7:31 AM, Jake Bearkley wrote:



 an example
 ./Contents/Library/Frameworks/JavaVM.framework

That would be your problem right there.  It should NOT be embedding
the Java JVM.  Check your build file for something that is picking up
Java* for embedding perhaps?  It looks like it is grabbing this when
it gets JavaWebObjects etc.

Chuck

Thanks for the suggestion although the build.xml and  
build.properties have not changed in ages
below are the files, I can't spot what could be picking it up, can  
someone else?


much appreciated
Bearko

build.properties
#Mon Apr 06 11:21:41 CST 2009
webXML_CustomContent=
project.name=ProjJava
embed.Network=true
webXML=true
embed.System=true
eoAdaptorClassName=
embed.User=true
principalClass=Application
servletDeployment=true
embed.ProjectLocal=true
embed.Local=true
classes.dir=bin
project.name.lowercase=projjava
customInfoPListContent=
embed.External=true


build.xml
?xml version=1.0 encoding=UTF-8?
project name=ProjJava default=build basedir=.

!-- main targets  --
!-- add optional targets to depends list if needed --
	target name=build  
depends=setProps,init.build,build.woapp,ssdd,war/


	target name=compileAndBuild  
depends=setProps,init.build,compile,build.woapp,ssdd,war/


	target name=install  
depends=setProps,init.install,build.woapp,ssdd,war/


target name=clean depends=setProps
delete dir=dist/
/target

!-- property determination  --
target name=setProps
property file=${user.home}${file.separator}build.properties/
property file=build.properties/
		property file=${user.home}${file.separator}Library$ 
{file.separator}wobuild.properties/

condition property=wo.properties.check.failed
not
and
isset property=wo.wosystemroot/
isset property=wo.wolocalroot/
/and
/not
/condition
		fail message=Could not find ${user.home}${file.separator}Library$ 
{file.separator}wobuild.properties. if=wo.properties.check.failed/
		property name=install.dir value=${wo.wolocalroot}/Library/ 
WebObjects/Applications/

/target

!-- basic initializations  --
target name=init.install
tstamp/
property name=dest.dir value=${install.dir}/
/target

target name=init.build
tstamp/
property name=dest.dir value=dist/
/target

!-- woproject tasks --
target name=build.woapp

		taskdef name=woapplication  
classname=org.objectstyle.woproject.ant.WOApplication

/taskdef

!-- add webXML=true 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}

classes dir=${classes.dir}
patternset
includesfile 
name=woproject/classes.include.patternset/
excludesfile 
name=woproject/classes.exclude.patternset/
/patternset
/classes
wsresources dir=WebServerResources
patternset
include name=**/*/
exclude name=CVS/
exclude name=.svn/
excludesfile 
name=woproject/wsresources.exclude.patternset/
/patternset
/wsresources
resources dir=Resources
patternset
include name=**/*/
exclude name=CVS/
exclude name=.svn/
excludesfile 
name=woproject/resources.exclude.patternset/
/patternset
/resources
resources dir=Components
patternset
include name=**/*/
exclude name=CVS/
exclude name=.svn/
excludesfile 
name=woproject/resources.exclude.patternset/
/patternset
/resources
frameworks 

Re: ant build file size issue

2009-10-05 Thread Jake Bearkley


 .classpath (has not changed in months)
 ?xml version=1.0 encoding=UTF-8?
 classpath
 classpathentry kind=src path=Sources/
  classpathentry kind=con
 path=org.objectstyle.wolips.ContainerInitializer/10/1/Ajax/1/nil/1/nil/1/0/1/false/10/1/CertificateGenerator/1/nil/1/nil/1/0/1/false/10/1/ERExtensions/1/nil/1/nil/1/0/1/false/10/1/ERJars/1/nil/1/nil/1/0/1/false/10/1/ERJavaMail/1/nil/1/nil/1/0/1/false/10/1/ERPlot/1/nil/1/nil/1/0/1/false/10/1/ExcelGenerator/1/nil/1/nil/1/0/1/false/10/1/JavaWOExtensions/1/nil/1/nil/1/0/1/false/10/1/OpenBasePKPlugin/1/nil/1/nil/1/0/1/false/10/1/RDMultipleDatePerspective/1/nil/1/nil/1/0/1/false/10/1/TWButils/1/nil/1/nil/1/0/1/false/10/1/WOComponentElements/1/nil/1/nil/1/0/1/false/10/1/WOComponentExamples/1/nil/1/nil/1/0/1/false/10/1/WOExamplesHarness/1/nil/1/nil/1/0/1/false/10/1/JavaEOAccess/1/nil/1/nil/1/0/1/true/10/1/JavaEOControl/1/nil/1/nil/1/0/1/true/10/1/JavaFoundation/1/nil/1/nil/1/0/1/true/10/1/JavaJDBCAdaptor/1/nil/1/nil/1/0/1/true/10/1/JavaWebObjects/1/nil/1/nil/1/0/1/true/10/1/JavaXML/1/nil/1/nil/1/0/1/true/
  classpathentry kind=con
 path=org.eclipse.jdt.launching.JRE_CONTAINER/
 classpathentry kind=output path=bin/
 /classpath


 ./woproject/ant.frameworks.wo.wosystemroot
 Library/Frameworks/JavaEOAccess.framework
 Library/Frameworks/JavaEOControl.framework
 Library/Frameworks/JavaFoundation.framework
 Library/Frameworks/JavaJDBCAdaptor.framework
 Library/Frameworks/JavaWebObjects.framework
 Library/Frameworks/JavaXML.framework
 Library/Frameworks/JavaVM.framework
 Library/Java/Extensions/AppleScriptEngine.jar
 Library/Java/Extensions/CoreAudio.jar
 Library/Java/Extensions/dns_sd.jar
 Library/Java/Extensions/j3daudio.jar
 Library/Java/Extensions/j3dcore.jar
 Library/Java/Extensions/j3dutils.jar
 Library/Java/Extensions/jai_codec.jar
 Library/Java/Extensions/jai_core.jar
 Library/Java/Extensions/mlibwrapper_jai.jar
 Library/Java/Extensions/MRJToolkit.jar
 Library/Java/Extensions/QTJava.zip
 Library/Java/Extensions/vecmath.jar



 So this includes Library/Frameworks/JavaVM.frameworkhow do I get rid of
 it.  Do I do it by editing settings within eclipse or can I just delete it
 from this file?

 thanks in advance
 Bearko

 On Mon, Oct 5, 2009 at 10:15 PM, Kieran Kelleher kieran_li...@mac.comwrote:

 What is the contents of the
 1) project's .classpath file? ...

 2) woproject/ant.frameworks.wo.wosystemroot patternset file

 -Kieran

 On Oct 5, 2009, at 7:31 AM, Jake Bearkley wrote:


  an example
  ./Contents/Library/Frameworks/JavaVM.framework

 That would be your problem right there.  It should NOT be embedding
 the Java JVM.  Check your build file for something that is picking up
 Java* for embedding perhaps?  It looks like it is grabbing this when
 it gets JavaWebObjects etc.

 Chuck

 Thanks for the suggestion although the build.xml and build.properties have
 not changed in ages
 below are the files, I can't spot what could be picking it up, can someone
 else?

 much appreciated
 Bearko

 build.properties
 #Mon Apr 06 11:21:41 CST 2009
 webXML_CustomContent=
 project.name=ProjJava
 embed.Network=true
 webXML=true
 embed.System=true
 eoAdaptorClassName=
 embed.User=true
 principalClass=Application
 servletDeployment=true
 embed.ProjectLocal=true
 embed.Local=true
 classes.dir=bin
 project.name.lowercase=projjava
 customInfoPListContent=
 embed.External=true


 build.xml
 ?xml version=1.0 encoding=UTF-8?
 project name=ProjJava default=build basedir=.

 !-- main targets  --
 !-- add optional targets to depends list if needed --
  target name=build
 depends=setProps,init.build,build.woapp,ssdd,war/

 target name=compileAndBuild
 depends=setProps,init.build,compile,build.woapp,ssdd,war/

 target name=install
 depends=setProps,init.install,build.woapp,ssdd,war/

 target name=clean depends=setProps
  delete dir=dist/
 /target

 !-- property determination  --
  target name=setProps
 property file=${user.home}${file.separator}build.properties/
  property file=build.properties/
 property
 file=${user.home}${file.separator}Library${file.separator}wobuild.properties/
  condition property=wo.properties.check.failed
 not
  and
  isset property=wo.wosystemroot/
 isset property=wo.wolocalroot/
  /and
  /not
 /condition
  fail message=Could not find
 ${user.home}${file.separator}Library${file.separator}wobuild.properties.
 if=wo.properties.check.failed/
  property name=install.dir
 value=${wo.wolocalroot}/Library/WebObjects/Applications/
 /target

 !-- basic initializations  --
 target name=init.install
  tstamp/
  property name=dest.dir value=${install.dir}/
  /target

 target name=init.build
  tstamp/
 property name=dest.dir value=dist/
  /target

 !-- woproject tasks --
 target name=build.woapp

 taskdef name=woapplication
 classname=org.objectstyle.woproject.ant.WOApplication
  /taskdef

 !-- add webXML=true to generate a web.xml file --
 woapplication name=${project.name} stdFrameworks=false
 destDir=${dest.dir} customInfoPListContent=${customInfoPListContent}
 

Re: ant build file size issue

2009-10-05 Thread Kieran Kelleher

Keep discussion on the list please Jake :-)

You are on old version of WOLips, so I cannot compare your situation  
to mine, but basically everything in that  
ant.frameworks.wo.wosystemroot file is being embedded, and IIRC, I  
would expect that that file should have contents like this only:





Library/Frameworks/JavaEOAccess.framework
Library/Frameworks/JavaEOControl.framework
Library/Frameworks/JavaFoundation.framework
Library/Frameworks/JavaJDBCAdaptor.framework
Library/Frameworks/JavaWebObjects.framework
Library/Frameworks/JavaXML.framework




On Oct 5, 2009, at 8:35 AM, Jake Bearkley wrote:



.classpath (has not changed in months)
?xml version=1.0 encoding=UTF-8?
classpath
classpathentry kind=src path=Sources/
	classpathentry kind=con  
path=org.objectstyle.wolips.ContainerInitializer/10/1/Ajax/1/nil/1/ 
nil/1/0/1/false/10/1/CertificateGenerator/1/nil/1/nil/1/0/1/false/ 
10/1/ERExtensions/1/nil/1/nil/1/0/1/false/10/1/ERJars/1/nil/1/nil/ 
1/0/1/false/10/1/ERJavaMail/1/nil/1/nil/1/0/1/false/10/1/ERPlot/1/ 
nil/1/nil/1/0/1/false/10/1/ExcelGenerator/1/nil/1/nil/1/0/1/false/ 
10/1/JavaWOExtensions/1/nil/1/nil/1/0/1/false/10/1/OpenBasePKPlugin/ 
1/nil/1/nil/1/0/1/false/10/1/RDMultipleDatePerspective/1/nil/1/nil/ 
1/0/1/false/10/1/TWButils/1/nil/1/nil/1/0/1/false/10/1/ 
WOComponentElements/1/nil/1/nil/1/0/1/false/10/1/WOComponentExamples/ 
1/nil/1/nil/1/0/1/false/10/1/WOExamplesHarness/1/nil/1/nil/1/0/1/ 
false/10/1/JavaEOAccess/1/nil/1/nil/1/0/1/true/10/1/JavaEOControl/1/ 
nil/1/nil/1/0/1/true/10/1/JavaFoundation/1/nil/1/nil/1/0/1/true/10/1/ 
JavaJDBCAdaptor/1/nil/1/nil/1/0/1/true/10/1/JavaWebObjects/1/nil/1/ 
nil/1/0/1/true/10/1/JavaXML/1/nil/1/nil/1/0/1/true/
	classpathentry kind=con  
path=org.eclipse.jdt.launching.JRE_CONTAINER/

classpathentry kind=output path=bin/
/classpath


./woproject/ant.frameworks.wo.wosystemroot
Library/Frameworks/JavaEOAccess.framework
Library/Frameworks/JavaEOControl.framework
Library/Frameworks/JavaFoundation.framework
Library/Frameworks/JavaJDBCAdaptor.framework
Library/Frameworks/JavaWebObjects.framework
Library/Frameworks/JavaXML.framework
Library/Frameworks/JavaVM.framework
Library/Java/Extensions/AppleScriptEngine.jar
Library/Java/Extensions/CoreAudio.jar
Library/Java/Extensions/dns_sd.jar
Library/Java/Extensions/j3daudio.jar
Library/Java/Extensions/j3dcore.jar
Library/Java/Extensions/j3dutils.jar
Library/Java/Extensions/jai_codec.jar
Library/Java/Extensions/jai_core.jar
Library/Java/Extensions/mlibwrapper_jai.jar
Library/Java/Extensions/MRJToolkit.jar
Library/Java/Extensions/QTJava.zip
Library/Java/Extensions/vecmath.jar



So this includes Library/Frameworks/JavaVM.framework
how do I get rid of it.  Do I do it by editing settings within  
eclipse or can I just delete it from this file?


thanks in advance
Bearko

On Mon, Oct 5, 2009 at 10:15 PM, Kieran Kelleher  
kieran_li...@mac.com wrote:

What is the contents of the

1) project's .classpath file? ...

2) woproject/ant.frameworks.wo.wosystemroot patternset file

-Kieran

On Oct 5, 2009, at 7:31 AM, Jake Bearkley wrote:



 an example
 ./Contents/Library/Frameworks/JavaVM.framework

That would be your problem right there.  It should NOT be embedding
the Java JVM.  Check your build file for something that is picking  
up

Java* for embedding perhaps?  It looks like it is grabbing this when
it gets JavaWebObjects etc.

Chuck

Thanks for the suggestion although the build.xml and  
build.properties have not changed in ages
below are the files, I can't spot what could be picking it up, can  
someone else?


much appreciated
Bearko

build.properties
#Mon Apr 06 11:21:41 CST 2009
webXML_CustomContent=
project.name=ProjJava
embed.Network=true
webXML=true
embed.System=true
eoAdaptorClassName=
embed.User=true
principalClass=Application
servletDeployment=true
embed.ProjectLocal=true
embed.Local=true
classes.dir=bin
project.name.lowercase=projjava
customInfoPListContent=
embed.External=true


build.xml
?xml version=1.0 encoding=UTF-8?
project name=ProjJava default=build basedir=.

!-- main targets  --
!-- add optional targets to depends list if needed --
	target name=build  
depends=setProps,init.build,build.woapp,ssdd,war/


	target name=compileAndBuild  
depends=setProps,init.build,compile,build.woapp,ssdd,war/


	target name=install  
depends=setProps,init.install,build.woapp,ssdd,war/


target name=clean depends=setProps
delete dir=dist/
/target

!-- property determination  --
target name=setProps
property file=${user.home}${file.separator}build.properties/
property file=build.properties/
		property file=${user.home}${file.separator}Library$ 
{file.separator}wobuild.properties/

condition property=wo.properties.check.failed
not
and
isset property=wo.wosystemroot/

Re: ant build file size issue

2009-10-05 Thread Chuck Hill


On Oct 5, 2009, at 5:35 AM, Jake Bearkley wrote:


./woproject/ant.frameworks.wo.wosystemroot


Delete these lines:


Library/Frameworks/JavaVM.framework
Library/Java/Extensions/AppleScriptEngine.jar
Library/Java/Extensions/CoreAudio.jar
Library/Java/Extensions/dns_sd.jar
Library/Java/Extensions/j3daudio.jar
Library/Java/Extensions/j3dcore.jar
Library/Java/Extensions/j3dutils.jar
Library/Java/Extensions/jai_codec.jar
Library/Java/Extensions/jai_core.jar
Library/Java/Extensions/mlibwrapper_jai.jar
Library/Java/Extensions/MRJToolkit.jar
Library/Java/Extensions/QTJava.zip
Library/Java/Extensions/vecmath.jar



So this includes Library/Frameworks/JavaVM.framework
how do I get rid of it.  Do I do it by editing settings within  
eclipse or can I just delete it from this file?


Just edit the file and delete them.  It looks like you have a very old  
version of WOLips.  I'll suggest moving up to Eclipse 3.4 and a stable  
version of WOLips.  That will include the New Hotness classpath  
handling and problems like this will be in the past.


Chuck





thanks in advance
Bearko

On Mon, Oct 5, 2009 at 10:15 PM, Kieran Kelleher  
kieran_li...@mac.com wrote:

What is the contents of the

1) project's .classpath file? ...

2) woproject/ant.frameworks.wo.wosystemroot patternset file

-Kieran

On Oct 5, 2009, at 7:31 AM, Jake Bearkley wrote:



 an example
 ./Contents/Library/Frameworks/JavaVM.framework

That would be your problem right there.  It should NOT be embedding
the Java JVM.  Check your build file for something that is picking  
up

Java* for embedding perhaps?  It looks like it is grabbing this when
it gets JavaWebObjects etc.

Chuck

Thanks for the suggestion although the build.xml and  
build.properties have not changed in ages
below are the files, I can't spot what could be picking it up, can  
someone else?


much appreciated
Bearko

build.properties
#Mon Apr 06 11:21:41 CST 2009
webXML_CustomContent=
project.name=ProjJava
embed.Network=true
webXML=true
embed.System=true
eoAdaptorClassName=
embed.User=true
principalClass=Application
servletDeployment=true
embed.ProjectLocal=true
embed.Local=true
classes.dir=bin
project.name.lowercase=projjava
customInfoPListContent=
embed.External=true


build.xml
?xml version=1.0 encoding=UTF-8?
project name=ProjJava default=build basedir=.

!-- main targets  --
!-- add optional targets to depends list if needed --
target name=build  
depends=setProps,init.build,build.woapp,ssdd,war/


target name=compileAndBuild  
depends=setProps,init.build,compile,build.woapp,ssdd,war/


target name=install  
depends=setProps,init.install,build.woapp,ssdd,war/


target name=clean depends=setProps
delete dir=dist/
/target

!-- property determination  --
target name=setProps
property file=${user.home}${file.separator}build.properties/
property file=build.properties/
property file=${user.home}${file.separator}Library$ 
{file.separator}wobuild.properties/

condition property=wo.properties.check.failed
not
and
isset property=wo.wosystemroot/
isset property=wo.wolocalroot/
/and
/not
/condition
fail message=Could not find ${user.home}${file.separator}Library$ 
{file.separator}wobuild.properties.  
if=wo.properties.check.failed/
property name=install.dir value=${wo.wolocalroot}/Library/ 
WebObjects/Applications/

/target

!-- basic initializations  --
target name=init.install
tstamp/
property name=dest.dir value=${install.dir}/
/target

target name=init.build
tstamp/
property name=dest.dir value=dist/
/target

!-- woproject tasks --
target name=build.woapp

taskdef name=woapplication  
classname=org.objectstyle.woproject.ant.WOApplication

/taskdef

!-- add webXML=true 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}

classes dir=${classes.dir}
patternset
includesfile name=woproject/classes.include.patternset/
excludesfile name=woproject/classes.exclude.patternset/
/patternset
/classes
wsresources dir=WebServerResources
patternset
include name=**/*/
exclude name=CVS/
exclude name=.svn/
excludesfile name=woproject/wsresources.exclude.patternset/
/patternset
/wsresources
resources dir=Resources
patternset
include name=**/*/
exclude name=CVS/
exclude name=.svn/
excludesfile name=woproject/resources.exclude.patternset/
/patternset
/resources
resources dir=Components
patternset
include name=**/*/
exclude name=CVS/
exclude name=.svn/
excludesfile name=woproject/resources.exclude.patternset/
/patternset
/resources
frameworks root=${wo.wolocalroot} embed=${servletDeployment}
patternset
includesfile name=woproject/ant.frameworks.wo.wolocalroot/
/patternset
/frameworks
frameworks root=${user.home} embed=${servletDeployment}
patternset
includesfile name=woproject/ant.frameworks.user.home/
/patternset
/frameworks
frameworks root=${wo.wosystemroot} embed=${servletDeployment}
patternset
includesfile 

Re: ant build file size issue

2009-10-05 Thread Kieran Kelleher

Hi Jake,

If you do upgrade to 3.4.2 and latest WOLips, you will need to create  
new temporary projects for App and Framework and update/replace your  
old build.xml from those.


HTH, Kieran

On Oct 5, 2009, at 1:04 PM, Chuck Hill wrote:



On Oct 5, 2009, at 5:35 AM, Jake Bearkley wrote:


./woproject/ant.frameworks.wo.wosystemroot


Delete these lines:


Library/Frameworks/JavaVM.framework
Library/Java/Extensions/AppleScriptEngine.jar
Library/Java/Extensions/CoreAudio.jar
Library/Java/Extensions/dns_sd.jar
Library/Java/Extensions/j3daudio.jar
Library/Java/Extensions/j3dcore.jar
Library/Java/Extensions/j3dutils.jar
Library/Java/Extensions/jai_codec.jar
Library/Java/Extensions/jai_core.jar
Library/Java/Extensions/mlibwrapper_jai.jar
Library/Java/Extensions/MRJToolkit.jar
Library/Java/Extensions/QTJava.zip
Library/Java/Extensions/vecmath.jar



So this includes Library/Frameworks/JavaVM.framework
how do I get rid of it.  Do I do it by editing settings within  
eclipse or can I just delete it from this file?


Just edit the file and delete them.  It looks like you have a very  
old version of WOLips.  I'll suggest moving up to Eclipse 3.4 and a  
stable version of WOLips.  That will include the New Hotness  
classpath handling and problems like this will be in the past.


Chuck





thanks in advance
Bearko

On Mon, Oct 5, 2009 at 10:15 PM, Kieran Kelleher kieran_li...@mac.com 
 wrote:

What is the contents of the

1) project's .classpath file? ...

2) woproject/ant.frameworks.wo.wosystemroot patternset file

-Kieran

On Oct 5, 2009, at 7:31 AM, Jake Bearkley wrote:



 an example
 ./Contents/Library/Frameworks/JavaVM.framework

That would be your problem right there.  It should NOT be embedding
the Java JVM.  Check your build file for something that is  
picking up
Java* for embedding perhaps?  It looks like it is grabbing this  
when

it gets JavaWebObjects etc.

Chuck

Thanks for the suggestion although the build.xml and  
build.properties have not changed in ages
below are the files, I can't spot what could be picking it up, can  
someone else?


much appreciated
Bearko

build.properties
#Mon Apr 06 11:21:41 CST 2009
webXML_CustomContent=
project.name=ProjJava
embed.Network=true
webXML=true
embed.System=true
eoAdaptorClassName=
embed.User=true
principalClass=Application
servletDeployment=true
embed.ProjectLocal=true
embed.Local=true
classes.dir=bin
project.name.lowercase=projjava
customInfoPListContent=
embed.External=true


build.xml
?xml version=1.0 encoding=UTF-8?
project name=ProjJava default=build basedir=.

!-- main targets  --
!-- add optional targets to depends list if needed --
target name=build  
depends=setProps,init.build,build.woapp,ssdd,war/


target name=compileAndBuild  
depends=setProps,init.build,compile,build.woapp,ssdd,war/


target name=install  
depends=setProps,init.install,build.woapp,ssdd,war/


target name=clean depends=setProps
delete dir=dist/
/target

!-- property determination  --
target name=setProps
property file=${user.home}${file.separator}build.properties/
property file=build.properties/
property file=${user.home}${file.separator}Library$ 
{file.separator}wobuild.properties/

condition property=wo.properties.check.failed
not
and
isset property=wo.wosystemroot/
isset property=wo.wolocalroot/
/and
/not
/condition
fail message=Could not find ${user.home}${file.separator}Library$ 
{file.separator}wobuild.properties.  
if=wo.properties.check.failed/
property name=install.dir value=${wo.wolocalroot}/Library/ 
WebObjects/Applications/

/target

!-- basic initializations  --
target name=init.install
tstamp/
property name=dest.dir value=${install.dir}/
/target

target name=init.build
tstamp/
property name=dest.dir value=dist/
/target

!-- woproject tasks --
target name=build.woapp

taskdef name=woapplication  
classname=org.objectstyle.woproject.ant.WOApplication

/taskdef

!-- add webXML=true 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}

classes dir=${classes.dir}
patternset
includesfile name=woproject/classes.include.patternset/
excludesfile name=woproject/classes.exclude.patternset/
/patternset
/classes
wsresources dir=WebServerResources
patternset
include name=**/*/
exclude name=CVS/
exclude name=.svn/
excludesfile name=woproject/wsresources.exclude.patternset/
/patternset
/wsresources
resources dir=Resources
patternset
include name=**/*/
exclude name=CVS/
exclude name=.svn/
excludesfile name=woproject/resources.exclude.patternset/
/patternset
/resources
resources dir=Components
patternset
include name=**/*/
exclude name=CVS/
exclude name=.svn/
excludesfile name=woproject/resources.exclude.patternset/
/patternset
/resources
frameworks root=${wo.wolocalroot} embed=${servletDeployment}
patternset
includesfile name=woproject/ant.frameworks.wo.wolocalroot/
/patternset

Re: ant build file size issue

2009-10-04 Thread Jake Bearkley
Hi All,
I am still having these ant build file size issues.

I have analysed the resulting dist directories and there appears to be some
recursive action happening.
8550+ extra files are being added during the build

an example
./Contents/Library/Frameworks/JavaVM.framework/Resources/VisualVM.bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/Contents/Home/platform9/update_tracking/org-netbeans-modules-autoupdate-ui.xml


when I delete the symbolic links
/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/bundle -
../
/System/Library/Frameworks/JavaVM.framework/Resources/VisualVM.bundle/Contents/Home/bundle
- ../..

the build works fine and the size returns to the expected value

this is not a solution, but at least I can get a production deploy done !!!
Eclipse doesn't start without the symbolic links and I hate to think of
other side effects of removing these links.

so to get any work done I have to
1) create links
2) start eclipse
3) remove symbolic links
4) do my work
5) create build

can anyone please help?

thanks in advance
Bearko


On Wed, Sep 23, 2009 at 11:25 PM, Jake Bearkley jbea...@gmail.com wrote:

 Hi All,
 Eclipse 3.3.2 / WOLips 3.3.5304 / WebObjects 5.3 / Leopard 10.5.8

 I am trying to build a project using ant embedding the 5.3 frameworks to
 deploy on 5.4.

 I can build and run the project fine within eclipse.

 Yesterday I started getting java heap space issue while trying to build the
 war file.  Thanks to Chuck I now use ANT_OPS.  I specify ANT_OPS in the VM
 variables on the JRE settings page and the project build successfully, BUT
 my build process which zips up the dist directory now creates a 300Mb tar
 file instead of a 40Mb tar file.

 Can anyone suggest why the significant change?
 I am sure the huge dist directory issue occurred before the ANT_OPS change.
  Perhaps this was the cause of the java heap space errors.
 I possibly did a automatic software update since my last deploy, which may
 have included a java update but not 100% sure.

 I reverted my project to last week and rebuilt and the dist directory is
 still huge, so I am sure it is nothing I have explicitly done/coded.

 I obviously have cleaned the project, my java currentJDK points to 1.5

 anyone have any suggestions?

 Thanks in advance


 Bearko

 ___
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

Re: ant build file size issue

2009-10-04 Thread Chuck Hill


On Oct 4, 2009, at 3:35 AM, Jake Bearkley wrote:


Hi All,

I am still having these ant build file size issues.

I have analysed the resulting dist directories and there appears to  
be some recursive action happening.

8550+ extra files are being added during the build

an example
./Contents/Library/Frameworks/JavaVM.framework


That would be your problem right there.  It should NOT be embedding  
the Java JVM.  Check your build file for something that is picking up  
Java* for embedding perhaps?  It looks like it is grabbing this when  
it gets JavaWebObjects etc.


Chuck


/Resources/VisualVM.bundle/Contents/Home/bundle/Contents/Home/bundle/ 
Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/ 
Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/ 
Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/ 
Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/ 
Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/ 
Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/ 
Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/ 
Contents/Home/bundle/Contents/Home/bundle/Contents/Home/bundle/ 
Contents/Home/bundle/Contents/Home/bundle/Contents/Home/platform9/ 
update_tracking/org-netbeans-modules-autoupdate-ui.xml



when I delete the symbolic links
/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/ 
bundle - ../
/System/Library/Frameworks/JavaVM.framework/Resources/ 
VisualVM.bundle/Contents/Home/bundle - ../..


the build works fine and the size returns to the expected value

this is not a solution, but at least I can get a production deploy  
done !!!
Eclipse doesn't start without the symbolic links and I hate to think  
of other side effects of removing these links.


so to get any work done I have to
1) create links
2) start eclipse
3) remove symbolic links
4) do my work
5) create build

can anyone please help?

thanks in advance
Bearko


On Wed, Sep 23, 2009 at 11:25 PM, Jake Bearkley jbea...@gmail.com  
wrote:

Hi All,

Eclipse 3.3.2 / WOLips 3.3.5304 / WebObjects 5.3 / Leopard 10.5.8

I am trying to build a project using ant embedding the 5.3  
frameworks to deploy on 5.4.


I can build and run the project fine within eclipse.

Yesterday I started getting java heap space issue while trying to  
build the war file.  Thanks to Chuck I now use ANT_OPS.  I specify  
ANT_OPS in the VM variables on the JRE settings page and the project  
build successfully, BUT my build process which zips up the dist  
directory now creates a 300Mb tar file instead of a 40Mb tar file.


Can anyone suggest why the significant change?
I am sure the huge dist directory issue occurred before the ANT_OPS  
change.  Perhaps this was the cause of the java heap space errors.
I possibly did a automatic software update since my last deploy,  
which may have included a java update but not 100% sure.


I reverted my project to last week and rebuilt and the dist  
directory is still huge, so I am sure it is nothing I have  
explicitly done/coded.


I obviously have cleaned the project, my java currentJDK points to 1.5

anyone have any suggestions?

Thanks in advance

Bearko

___
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/chill%40global-village.net

This email sent to ch...@global-village.net


--
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







___
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


Re: ant build file size issue

2009-09-23 Thread Mike Schrag
BUT my build process which zips up the dist directory now creates a  
300Mb tar file instead of a 40Mb tar file.


Can anyone suggest why the significant change?
untar it and see what's taking up the space?  are we adding something  
to the tar that we didn't before?


ms ___
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