_wr_ is used when direct connect and rapid turnaround are enabled. I'd make sure the ERModernDefaultSkin project is open and configured correctly.
> Am 15.01.2016 um 13:09 schrieb Rudi Angela <webobjects-...@olmeca.nl>: > > Further experimentation on my development laptop gave the following results: > If I run the application with the woa directory where it was created (inside > dist directory of my project) then all works fine. > If I first move the woa directory to somewhere else then I get the same > problem with CSS-referenced images. > If I run the application with the woa directory where it was created, but > with WOAllowRapidTurnaround=false, then I get the same problem. > Looking at the URL’s I found that all the dysfunctioning cases have URL’s > with request handler key ‘wr’ and in all the functioning situations the key > was ‘_wr_’. > Does this help to narrow the problem? > >> On 15 jan. 2016, at 12:05, Rudi Angela <webobjects-...@olmeca.nl> wrote: >> >> This is not a split deploy (and not meant to be). >> I forgot to mention that on my MacBook the same code runs without problems. >> Both platforms use Java 8. >> Any pointers to the Wonder code where this is handled is appreciated. >> >>> On 15 jan. 2016, at 11:56, lists.fab...@e-lumo.com wrote: >>> >>>> I have checked on the server if the file existed and if user appserver had >>>> permission to it and that was all fine. Indeed I don’t get a 404, but an >>>> empty response. >>> >>> >>> And is this meant to be a split deploy with a webserver? The URLs you >>> posted in the other reply (cited below) look like something from >>> development mode/direct connect. I'd expect to see a URL like this: >>> >>> /WebObjects/pldProjektanmeldung.woa/Contents/Frameworks/ERModernDefaultSkin.framework/WebServerResources/default_login_page.css >>> >>> I'd say the relative URL from the CSS fails in the URL context you have. >>> >>>> The path to the stylesheet: >>>> /cgi-bin/WebObjects/EmmaAdmin.woa/wr/wodata=/opt/Local/Library/WebObjects/JavaApplications/EmmaAdmin.woa/Contents/Frameworks/ERModernDefaultSkin.framework/WebServerResources/default_login_page.css >>>> The path to the image referred to from the stylesheet (login button): >>>> /cgi-bin/WebObjects/EmmaAdmin.woa/wr/wodata=/opt/Local/Library/WebObjects/JavaApplications/EmmaAdmin.woa/Contents/Frameworks/ERModernDefaultSkin.framework/WebServerResources/btn_blu.png >>>> >>>>> On 15 jan. 2016, at 11:46, Fabian Peters <lists.fab...@e-lumo.com> wrote: >>>>> >>>>> Hi Rudi, >>>>> >>>>> So you don't get a 404 response for the image URL? Have you looked at the >>>>> file on the webserver's file system? >>>>> >>>>> Fabian >>>>> >>>>>> Am 15.01.2016 um 11:11 schrieb Rudi Angela <webobjects-...@olmeca.nl>: >>>>>> >>>>>> Hi there, >>>>>> I’m running a D2W (Modern Look) application standalone (no Apache), >>>>>> built with the latest stable Wonder7 frameworks. The Modern Look buttons >>>>>> have a background image they get from the CSS definition. When loading >>>>>> the login page, the ModernLook CSS file is served correctly, but the >>>>>> button image it refers to is served as an empty response (content >>>>>> length: 0 bytes). >>>>>> Any ideas anyone? >>>>>> >>>>>> Rudi Angela >>>>>> _______________________________________________ >>>>>> Do not post admin requests to the list. They will be ignored. >>>>>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >>>>>> Help/Unsubscribe/Update your Subscription: >>>>>> https://lists.apple.com/mailman/options/webobjects-dev/lists.fabian%40e-lumo.com >>>>>> >>>>>> This email sent to lists.fab...@e-lumo.com >>>>> >>>> >>> >> >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/webobjects-dev/webobjects-dev%40olmeca.nl >> >> This email sent to webobjects-...@olmeca.nl > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/lists.fabian%40e-lumo.com > > This email sent to lists.fab...@e-lumo.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
