On Nov 7, 2008, at 4:28 PM, Cuauhtemoc Hohman wrote:

I have just realised that the url generated through apache, resembles to the path to a web resource on a split installation, however the resource is on a framework and that is why it is not found on the application directory.

Does that mean I should have something a split installation of the frameworks also?

Yes. The URL in deployment for Web Server Resources is as you have below:
http://xxx.xxx.xx.xx/WebObjects/Frameworks/AFramework.framework/WebServerResources/Logo.jpg

One of these might help:
http://wiki.objectstyle.org/confluence/display/WOL/Alternative+Ant+Build+Script+for+Fully+Embedded+and+Split+Install+Bundles
http://wiki.objectstyle.org/confluence/display/WOL/Split+Install+Deployment


Chuck


On Fri, Nov 7, 2008 at 5:52 PM, Cuauhtemoc Hohman <[EMAIL PROTECTED]> wrote:
Hi all,
I have recently set up a machine for doing the deployment of applications, on a MacOs Leopard (not server, hopefully some day :P) with apache 2.2 and WebObjects 5.4.3

I've managed to make Apache, JavaMonitor and Wotaskd work together to manage application (server side) instances and do load balancing stuff.

My problem is when my Java Client connects through Apache, and looks for a webserver resource.
The url generated is a bit odd and doesn't exist.
For example looking for an image returns:
http://xxx.xxx.xx.xx/WebObjects/Frameworks/AFramework.framework/WebServerResources/Logo.jpg

When I use Direct Connection, it works perfectly and the url generated is:
http://xxx.xxx.xx.xx:2002/cgi-bin/WebObjects/App.woa/wr?wodata=file%3A%2FLibrary%2FFrameworks%2FAFramework.framework%2FWebServerResources%2FLogo.jpg

I would expect that using apache would only remove the port on the above url, to have something like:
http://xxx.xxx.xx.xx/cgi-bin/WebObjects/App.woa/wr?wodata=file%3A%2FLibrary%2FFrameworks%2FLSSecurityServer.framework%2FWebServerResources%2FLogo.jpg
(I've check and this url retrieves the image correctly)

This means that the WOResourceManager on the server side is making distinction between a request made through direct connection and one made through the webserver and thus generates very different urls. I suppose I could extend the ResourceManager and implement urlForResourceNamed method to fix the url before sending it to the client, however this seems an ugly patch.

Anyway, the fact that it distinguishes webserver requests from DC, I suppose it must be for a good reason. Does anyone have this same problem? Or is it something on my application or server configuration?
Some nicer solution maybe?

Thanks in advance.

--
         Atentamente, Cuauhtemoc Hohman



--
         Atentamente, Cuauhtemoc Hohman
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list (Webobjects- [EMAIL PROTECTED])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/chill%40global-village.net

This email sent to [EMAIL PROTECTED]

--
Chuck Hill             Senior Consultant / VP Development

Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems.
http://www.global-village.net/products/practical_webobjects






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

This email sent to [EMAIL PROTECTED]

Reply via email to