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/archive%40mail-archive.com This email sent to arch...@mail-archive.com
