Hi Chuck, I use the woapplication task on my ant, so I used the wsDestDir option. Now I have all my Server side aplications and frameworks on split installs, and it seems to be working perfectly. Thanks.
On Fri, Nov 7, 2008 at 7:29 PM, Chuck Hill <[EMAIL PROTECTED]> wrote: > > 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-deploy@lists.apple.com) >> 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 > > > > > > > -- Atentamente, Cuauhtemoc Hohman
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-deploy mailing list (Webobjects-deploy@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
