Re: embedded frameworks + split install
Re: embedded frameworks + split install
- Subject: Re: embedded frameworks + split install
- From: Peter Vandoros <email@hidden>
- Date: Wed, 15 Nov 2006 11:38:13 +1100
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?
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.
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:
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