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 protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40mdimension.com

This email sent to [EMAIL PROTECTED]

_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/peter%40etechgroup.com.au

This email sent to [EMAIL PROTECTED]

_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to