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 protected]>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="/WebObjects/estevezB2B.woa/Contents/WebServerResources/CSS/estilo.css" >>>>> 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 protected]) >>>>> Help/Unsubscribe/Update your Subscription: >>>>> >>>>> http://lists.apple.com/mailman/options/webobjects-dev/mjsotn%40gmail.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/miguel%40toracom.net >>>>> >>>>> 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/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 >>> >>> >>> >>> >>> >>> >>> >>> >> >> >> >> >> > -- > 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 protected]) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/johnthuss%40gmail.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/archive%40mail-archive.com This email sent to [email protected]
