Re: war deployment
Re: war deployment
- Subject: Re: war deployment
- From: Dov Rosenberg <email@hidden>
- Date: Mon, 08 Sep 2008 20:05:47 -0400
- Thread-topic: war deployment
The only issue I have always struggle with in WO servlet deployment is that
the wars need to be expanded in order for the WOCLASSPATH to be properly
resolved because of the WEBINFROOT environment variable. If there is a way
around that I would be interested in knowing it
Dov Rosenberg
On 9/8/08 2:27 PM, "Henrique Prange" <email@hidden> wrote:
> Hi Mike,
>
> Sorry. The documentation is very old and some WO information are
> difficult to find even with Google. Anyway, I really don't think you are
> the kind of guy that needs someone telling you to RTFM. :)
>
>> if the jars are in WEB-INF/lib, do they also need to be in the frameworks
>> inside of WEB-INF/YourApp.woa?
>
> Short answer. No, they don't.
>
> Long answer. From what I understand, the documentation of SSDD propose
> the following structure:
>
> WEB-INF
> |-classes/
> |-Extensions/ (1)
> |-Hello.woa/ (2)
> |-lib/ (3)
> | |-JavaWOJSPServlet_client.jar
> | `-log4j.jar
> |
> |-Library/ (4)
> | `-Frameworks/
> |
> |-LICENSE
> |-tlds/
> | `-WOtaglib_1_0.tld
> |
> `web.xml
>
> (1) Contains JAR files from /Library/WebObjects/Extensions.
> (2) App package *without* embedded Frameworks or external libraries.
> (3) The App external dependencies (log4j and etc).
> (4) All WO Frameworks the App depends upon.
>
> Please, correct me if I am wrong.
>
> IMHO, this structure is weird. Most cases I package and deploy an
> application as WAR I want to give it for someone that knows nothing
> about WO. So, that is why I prefer True WAR instead of SSDD. I don't
> like to "frighten" people. ;) But the thread is not about this subject.
>
> Cheers,
>
> Henrique
>
> Mike Schrag wrote:
>>> Have you seen this documentation about SSDD deployment [1]?
>> See ... You're missing the point of why I posted on wo-dev! RTFM isn't
>> the answer I was hoping for :)
>>
>> 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
_______________________________________________
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