Re: SSDD vs War
Re: SSDD vs War
- Subject: Re: SSDD vs War
- From: Dov Rosenberg <email@hidden>
- Date: Thu, 06 Dec 2007 08:11:08 -0500
- Thread-topic: SSDD vs War
Yes we run from Tomcat primarily. You are right about the unpacked WARs - I
forgot that when the war is not expanded it doesn't run. I think the problem
is the WEBINFROOT variable in the web.xml is not getting resolved. I kind of
remember hardcoding the path for the WOCLASSPATH once to get it to work but
that really isnt a viable option for a regular deployment.
I never dug too deep but it seems like there is some bootstrapping going on
that initializes the variables.
Dov
On 12/6/07 7:48 AM, "Mike Schrag" <email@hidden> wrote:
>> We deploy all of our apps as WAR files without installing WO
>> anywhere else
>> on the system without any problems. I have tried using the build
>> SSDD/war
>> targets within WOLips a couple of times but usually end up adjusting
>> the
>> output to suit our needs quite a bit.
> This is a lot better now ... In new WOLips (with new build.xml/
> build.settings/etc) you can just go into WOLips Build project
> properties and check "Servlet Deployment" and "autogenerate web.xml"
> and it will do the right thing now.
>
>> The references in the WEB-INF/web.xml for the WOCLASSPATH all work
>> as long
>> as you have all of your frameworks inside the WEB-INF/Library/
>> Frameworks
>> folder and listed in the web.xml using the WEBINFROOT variable. I
>> usually
>> also copy the necessary framework jars into the WEB-INF/lib folder
>> as well.
>>
>> Everything seems to resolve properly without any issues. We have
>> been this
>> since 2003.
> Are you deploying on Tomcat? Tomcat automatically unpacks war files,
> so you're not actually running from the war, but instead the SSDD
> inside the war. WebLogic, for instance, has the option to run the war
> file directly (it loads resources out of the war file rather than
> unpacking), which will break if you use the WEBINFROOT classpath
> variable.
>
> ms
>
> _______________________________________________
> 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
_______________________________________________
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