Re: WOLips Windows / WebServerReources
Re: WOLips Windows / WebServerReources
- Subject: Re: WOLips Windows / WebServerReources
- From: John Huss <email@hidden>
- Date: Fri, 27 Mar 2009 11:28:20 -0500
Last time I checked the adaptors wouldn't compile for Windows (either the standard WO ones or the Wonder ones).
I did manage to compile the cgi adaptor I think using cygwin but it wouldn't run.
John
On Fri, Mar 27, 2009 at 10:38 AM, Chuck Hill
<email@hidden> wrote:
Hi Miguel,
On Mar 27, 2009, at 8:18 AM, Miguel Angel Torres Avila wrote:
Thanks Chuck,
Actually I have it set to true on my OS X environment and it works the way I described before (put my WebServerResources on /Library/WebServer/Documents/WebObjects/..., even for Framework's WebServerResources).
I tried turning it off in the Windows Machine and in the console I saw this:
[2009-03-27 08:56:30 CST] <main> Your application is not running on a supported development platform. AutoLaunch will not work.
Your application's URL is:
http:/localhost/cgi-bin/WebObjects/apicacionbase.woa/-55555
[2009-03-27 08:56:30 CST] <main> Waiting for requests...
But if I try to see my application in the web browser I get a "Not found error".
Am I missing something else?
Did you install one of the WebObjects adaptors for Apache? You will need to recompile them for Windows and Apache 2.
I am wondering why in Mac OS X even when I am running my apps with -WODirectConnectEnabled set to true it works.
I am wondering as well. :-)
It looks like at HTML rendering time if the resource is not found via the assigned path WebObjects looks for it at /Library/WebServer/Documents/WebObjects/...., I am thinking this because the error I am getting on Windows:
2009-03-26 17:38:19 CST] <WorkerThread0> <com.webobjects.appserver._private.WOStaticResourceRequestHandler>
Unable to get contents of file for uri. file: \Library\WebServer\Documents\WebObjects\estevezB2B.woa/Contents/WebServerResources/CSS/estilo.css; uri: /WebObjects/estevezB2B.woa/Contents/WebServerResources/CSS/estilo.css
Thats why I was thinking that there would be a way to configure my development environment to change \Library\WebServer\Documents\ to something else.
Try adding
-Dapplication.documentRoot=/path/on/windows
to the launch arguments.
But well, it is not a big deal, we are just looking for alternatives on development machines.
We are in Mexico and with the increment of the dollar value against the mexican peso it is worth to look for alternatives, because mac computers are not cheap ;).
And maybe this is a good time to try Wonder and leave all this pain in the past.
Wonder _does_ have better resource handling for development mode.
Chuck
On Mar 26, 2009, at 6:57 PM, Chuck Hill wrote:
On Mar 26, 2009, at 5:47 PM, Miguel Angel Torres Avila wrote:
Thanks for the response, unfortunately we have not implemented wonder on our applications, we are planning to do it but for now we need to solve this without it.
I just thought that installing apache and putting there my WebServerResources would do the job but it seems that when I run the application in development the relative web root path "/" applies for the local address plus the application port (http://localhost:appPort/), thats why the browser can't reach them.
Turn Direct Connect off if you are using a web server:
-WODirectConnectEnabled No
I think there could be a way to tell WOLisp that de WebServer Root Directory is not /Library/WebServer/Documents/ maybe using the wobuild.properties file?
Turning Direct Connect off should eliminate the problem. I will guess that you have it off on OS X and just never noticed.
Also see WOFrameworksBaseURL
http://developer.apple.com/documentation/WebObjects/WOAppProperties/Articles/ApplicationProperties.html#//apple_ref/doc/uid/TP40005337-SW1
Chuck
Miguel.
On Mar 26, 2009, at 6:27 PM, Mitchell Smith wrote:
I find the easiest approach on Windows is to just put any resources in my projects WebServerResources folder and then use something like:
<wo:ERXStyleSheet filename = "css/main.css" />
when I run my project in direct connect mode all the resources just work.
Fortunately we don't have to deploy to Windows, but I imagine doing a split deployment with the appropriate Apache config would work the same as on any UNIX platform.
----- Original Message -----
From: Miguel Angel Torres Avila
To: Development WebObjects
Sent: Friday, March 27, 2009 10:00 AM
Subject: WOLips Windows / WebServerReources
Hi List,
I am evaluating Eclipse+WOLips on Windows and I have a problem.
To access my css and js files I generate tags like this:
<link href="" type="text/css" rel="stylesheet">
On mac, I copy my WebServerResources into /Library/WebServer/Documents/WebObjects/estevezB2B.woa/Contents/ and it works.
But on Windows I do not know where to put them.
I tried installing apache and copying them into apache-docs-rott/WebObjects/estevezB2B.woa/Contents/ but when I run the APP I get this error
[2009-03-26 17:38:19 CST] <WorkerThread0> <com.webobjects.appserver._private.WOStaticResourceRequestHandler> Unable to get contents of file for uri. file: \Library\WebServer\Documents\WebObjects\estevezB2B.woa/Contents/WebServerResources/CSS/estilo.css; uri: /WebObjects/estevezB2B.woa/Contents/WebServerResources/CSS/estilo.css
Is there a way to tell WOLips where to find the webServerDocsRoot on development?
Miguel
_______________________________________________
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
--
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-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