On Aug 5, 2011, at 12:17 PM, Chuck Hill wrote: > > On 2011-08-05, at 11:45 AM, Tim Worman wrote: > >> I'm seeing this now and it's been driving me exactly bat-sh!t crazy. In all >> the threads I've read on this topic the only thing I haven't found is WHY it >> happens. Why do any of the transactions on my pages believe that image files >> are sessions ids? Anybody……….? Bueller………? > > The transactions on your pages _don't_ believe that image files are sessions > ids. From that page: > The request URI looks like this: > /cgi-bin/WebObjects/woapp.woa/wo/images/headerart.jpg. > > The /wo/ indicates that it is a session based, component request so WO just > hands it off to the WOComponentRequestHandler. The WOComponentRequestHandler > needs a session to handle the request, so it creates one if one does not > exist. After that point it hits the error of the URL being nonsense. > > Chuck
Thanks for the explanation Chuck - very much appreciated. After implementing Klaus's code, I'm now returning 404's on most of the images in my app - so they don't show up at least in development. So, this will fubar deployment. I am using Wonder/apache to rewrite urls. Do I have to get the rewriting involved in referencing my images properly now? Tim > > >> >> What's been causing this for me are requests for >> "Ajax/WebServerResources/ibox/images/bg.png" when using AMD. >> >> …and maybe others. >> >> Oh, and thanks to Klaus for sharing the code! >> >> Tim Worman >> UCLA GSE&IS >> >> >> >> On Sep 4, 2009, at 7:03 PM, Klaus Berkling wrote: >> >>> Sometime back in 2005 Kaj Hejer posted a question about having a relative >>> link to an image, and clicking links on the wo app page resulted in their >>> custom 'session expired' page. >>> >>> The solution was to catch the request for the image in dispatchRequest and >>> return a 404. >>> >>> Well I recently came acros the same type of problem. I though I'd share the >>> code: >>> >>> http://web.mac.com/kib/page1/files/relative_image.html >>> >>> If you have sessions that you can't account for, this may be why. >>> >>> Thanks >>> >>> kib >>> >>> "The trouble with normal is it always gets worse." >>> Bruce Cockburn >>> >>> Klaus Berkling >>> Systems Administrator >>> DynEd International, Inc. >>> www.dyned.com | www.eskimo.com/~kiberkli >>> >>> >>> >>> _______________________________________________ >>> 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: >>> http://lists.apple.com/mailman/options/webobjects-dev/lists%40thetimmy.com >>> >>> This email sent to li...@thetimmy.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: >> http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net >> >> This email sent to ch...@global-village.net > > -- > 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 (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com