Hi Lars,
The JarResourceRequestHandler [1] is very experimental, but I hope it can help
you.
Add the following code to you application initialization to enable this handler:
if (isDirectConnectEnabled()) {
registerRequestHandler(new JarResourceRequestHandler(), "_wr_");
if (ERXApplication.isWO54()) {
registerRequestHandler(new JarResourceRequestHandler(), "wr");
}
}
Cheers,
Henrique
On 06/07/2011, at 15:06, Lars Sonchocky-Helldorf wrote:
>
> 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/hprange%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]
