RE: War deployment build problem
RE: War deployment build problem
- Subject: RE: War deployment build problem
- From: "Runyan, Darich" <email@hidden>
- Date: Wed, 19 Aug 2009 16:06:25 -0400
Dave,
Thanks for pointing that out. I actually had this very problem recently and
forgot about it. I do have a javaxml.jar minus the servlet classes but in
this case I did not need it because I am not using anything in there. The
images were fixed by setting the FrameworksBaseURL in Application; although,
this did not fix the path/url to the js and css files needed for the modal
dialogs. Is there an equivalent to setFrameworksBaseURL or a properties
setting in Wonder to set a base url for the ajax javascript files? On the
jdbc exception, not sure what is going on there yet but my EOs are loading
fine.
Darich
> The JavaXML.framework is evil. Well, not really, but it does _not_ get
> loaded by Tomcat because it has a copy of servlet.jar in it, so if you
> are running in a servlet container you can't use any of the other
> things in JavaXML because they won't get loaded either. Figure out
> which things you need that are in there and then add them to your
> build path directly instead of relying on JavaXML.framework for them.
-----Original Message-----
From: David Avendasora
To: Runyan, Darich
Cc: 'WebObjects-Dev Mailing List List '
Sent: 8/19/2009 2:14 PM
Subject: Re: War deployment build problem
Hi Darich,
On Aug 19, 2009, at 1:59 PM, Runyan, Darich wrote:
> Thanks for the reply. I had not checked that target but it kept
> trying to
> build it anyway so I removed the offending lines from the build
> script and I
> was able to get the war file built and installed on Tomcat 6.
Check your build.properties file for these settings:
javaClient=true
javaWebStart=true
That should be what would controls if the javaclient targets get
executed. What version of WOLips are you using? The latest should be
handling this properly.
> I am now able
> to access the app but it is not working correctly. It looks like it
> is
> trying to pull the images out of the war file ( using
> wodata=/usr/local/tomcat6/webapps/AjaxTreeTest/WEB-
> INF...x.png )instead of
> from the web server which is making it slow
I see you fixed this in a follow-up email.
> and there was a also nasty
> exception n regards to jdbc: javax.naming.NameNotFoundException -
> when I
> access the page that makes a call to my EOModel; however, the
> EOModelGroup
> is loaded.
I think this is because of JavaXML.framework. See below.
> There was also an exception at startup about a jar (javaxml.jar)
> not loading due to not passing the validateJarFile.
The JavaXML.framework is evil. Well, not really, but it does _not_ get
loaded by Tomcat because it has a copy of servlet.jar in it, so if you
are running in a servlet container you can't use any of the other
things in JavaXML because they won't get loaded either. Figure out
which things you need that are in there and then add them to your
build path directly instead of relying on JavaXML.framework for them.
> Any thoughts on any of these issues?
I hope those ideas help.
Dave
> Darich
>
> -----Original Message-----
> From: David Avendasora
> To: Runyan, Darich
> Cc: WebObjects-Dev Mailing List List
> Sent: 8/19/2009 1:27 PM
> Subject: Re: War deployment build problem
>
>
> On Aug 19, 2009, at 1:03 PM, Runyan, Darich wrote:
>
>> After further investigation, it looks like the out of memory error
>> is a
>> byproduct of the build tanking at a target to move files from my
>> WebServerResources/Java directory to one in the woa. Problem is I
>> do not
>> have that directory or anything in it to move. Is this a
>> requirement? What
>> should be in this location?
>
> Hi Runyan,
>
> That target should only be enabled if you are creating a Java Client
> application that is launched using Java WebStart. In your project
> properties, under the WOLips Development tab, make sure Java Client is
> not checked.
>
> That directory would hold any client-side classes that would be needed
> by the client application.
>
> Dave
>
>
>> Thanks.
>>
>> -----Original Message-----
>> From: webobjects-dev-bounces
>> +darich.runyan=email@hidden
>> To: 'email@hidden'
>> Sent: 8/19/2009 10:28 AM
>> Subject: War deployment build problem
>>
>> Hello,
>>
>> I have written a very small test app to start to "relearn" WO and see
>> how
>> the Wonder frameworks, especially the Ajax components work. The app
>> has
>> 3
>> components and 1 EOModel. I also wanted to test how to deploy as a
>> war
>> file. I followed the instructions at
>>
>
http://wiki.objectstyle.org/confluence/display/WONDER/Servlet+Deployment
>> +Set
>> up and I am getting and out of memory error when the build runs,
>> specifically:
>>
>> <ERROR>
>> Buildfile: /Users/darich/Documents/workspace/AjaxTreeTest/build.xml
>> init.properties:
>> init.install:
>> compile:
>> build.woapp:
>> [woapplication] Installing AjaxTreeTest in
>> /Library/WebObjects/Applications
>> javaclient:
>> ssdd:
>> [copy] Copying 1 file to
>> /Library/WebObjects/Applications/AjaxTreeTest/WEB-INF
>> [copy] Copying 10 files to
>> /Library/WebObjects/Applications/AjaxTreeTest/WEB-INF
>> [copy] Copying 1 file to
>> /Library/WebObjects/Applications/AjaxTreeTest/WEB-INF/lib
>>
>> BUILD FAILED
>> /Users/darich/Documents/workspace/AjaxTreeTest/build.xml:185:
>> java.lang.OutOfMemoryError: Java heap space
>>
>> Total time: 17 seconds
>> </ERROR>
>>
>> This seems odd since it is such a small application. Is it possible
>> that I
>> am including too many frameworks? What could be the problem? Any
>> advice
>> would be helpful.
>>
>> Thanks,
>> Darich
>>
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>
>> ltech.com
>>
>> This email sent to email@hidden
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>
> asora.com
>>
>> This email sent to email@hidden
>>
>>
>
>
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden