Re: embedded frameworks + split install
Re: embedded frameworks + split install
- Subject: Re: embedded frameworks + split install
- From: Ulrich Köster <email@hidden>
- Date: Wed, 15 Nov 2006 08:10:44 +0100
Am 15.11.2006 um 01:38 schrieb Peter Vandoros:
Hi Mike,
Doesn't this mean that you will no longer be able to use any of the
WebServerResources from within standard WO frameworks such as
JavaWOExtensions?
No.
What i have been doing to overcome this situation is to create a
virtual directory/symbolic link in the default /WebObjects/
Frameworks directory that points to the framework that has
WebServerResources.
Eg. /WebObjects/Frameworks/my_framework.framework where
"my_framework.framework" points to "/WebObjects/Applications/
YourApp.woa/Contents/Frameworks/my_framework.framework".
This obviously means an extra step in deploying new versions of the
same framework on the same server. It does also mean that if you
have only one valid version of the framework on the server then you
only need to perform this step at time of configuring the server.
The problem is that we're not deploying versions. It's just a bunch
of files moved to the server.
uli
regards
Peter
Mike Schrag wrote:
I never noticed the startup key -WOFrameworksBaseURL which
defaults to /WebObjects/Frameworks . You can instead change this
value to /WebObjects/Applications/YourApp.woa/Contents/Frameworks
and deploy your per-app frameworks there.
ms
On Nov 9, 2006, at 12:14 PM, Mike Schrag wrote:
If you have two WOA's installed, each with their own version of
an embedded framework, is there any way to resolve the issue of
how the embedded frameworks load their WebServerResources when
they're in a split install? Take a simple example of
Ajax.framework. It depends on prototype.js. If I have
Ajax.framework v2 and Ajax.framework v2, they may have different
versions of prototype.js, but they will both attempt to load
from /WebObjects/Frameworks/Ajax.framework/WebServerResources.
ms
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40mdimension.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:
40etechgroup.com.au
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:
40assense.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