Am 23.07.2010 um 15:08 schrieb Anjo Krank: > Hm. Then again, IIRC we use strings for paths... so you probably *could* give > these methods a "jar:xxx" string and handle that in the method. Not the > cleanest way, but what the heck. > > I'm not sure if not using the default props is that good a thing. Sometimes > these change or get added to and you would want to get the additions. > > Cheers, Anjo
Are there any new on that situation? I am currently running into something similar when trying to use the Ajax-Functionality of Wonder: Jul 06 17:48:51 Portal[5555] INFO er.extensions.appserver.ERXStaticResourceRequestHandler - Unable to get contents of file 'jar:file:/Volumes/Daten/lars.sonchocky-helldorf/.m2/repository/wonder/ajax/Ajax/5.0.0-r11323/Ajax-5.0.0-r11323-wo54.jar!/WebServerResources/wonder.js' for uri: jar:file:///Volumes/Daten/lars.sonchocky-helldorf/.m2/repository/wonder/ajax/Ajax/5.0.0-r11323/Ajax-5.0.0-r11323-wo54.jar!/WebServerResources/wonder.js and so on. I saw the workaround described in this thread and here: http://issues.objectstyle.org/jira/browse/WONDER-86. I added registerRequestHandler(requestHandlerForKey("wr"), "_wr_"); to the woapplication and it works for the above. However, I've also got several webserver-resources (images, css, js) in /Library/WebServer/Documents/IntranetImages/ and referred by f.i. http://10.11.3.152:5555/IntranetImages/ to be served by Apache. After adding the workaround to the app those resources are no longer found, they just 404. Removing the workaround gives me those resources back, but then again the "jar:file:…" stuff no longer works. What to do about this? Any ideas? cheers, Lars P.S.: WONDER-86 was closed with the comment: "We only accept 5.4 fixes now, not issues.". Is this still the case? > > > > Am 23.07.2010 um 14:56 schrieb [email protected]: > >> >>> The reason we don't do it ourself is that a lot of that stuff calls into >>> erxfileutils and that uses path names. Fixing it would be a lot of work and >>> make code more complicated without a lot of real gain (at least from when I >>> last looked at it). >>> >>> So unless any of the committers actually need to use this themselves, I >>> wouldn't hold my breath waiting for it. >>> >>> Cheers, Anjo >> >> WARN er.extensions.foundation.ERXFileUtilities - Can't get path when run >> as jar: ERNeutralLook - Properties >> >> Actually, having only Properties come from and set by my program--is a >> feature--not a bug! This "feature" has not caused me any pain--yet. >> >> I generally would look at the properties included in the framework, but >> would set the ones I want in my program's properties file. I am not sure >> what all I am missing by having to work this way. >> >> NSBundle jars have additional features that regular frameworks do not! >> (Sometimes.) >> -- >> >> [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/anjo%40krank.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/lars.sonchocky-helldorf%40hamburg.de > > 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]
