You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@click.apache.org by Malcolm Edgar <ma...@gmail.com> on 2009/11/02 03:10:57 UTC

Re: Resources not deployed on JBoss 5

I cant believe they did this.

regards Malcolm Edgar

On Wed, Oct 28, 2009 at 4:33 PM, Bob Schellink <sa...@gmail.com> wrote:
> After some investigation it seems alot of web frameworks are struggling with
> JBoss 5 new Virtual File System:
>
> Spring: http://jira.springframework.org/browse/SPR-5120
> Struts2: https://issues.apache.org/struts/browse/WW-3181
> Stripes: http://www.stripesframework.org/jira/browse/STS-655
>
> The good folks at Stripes seem to have a solution (holding thumbs) which we
> could adapt for deploying resources.
>
> With JBoss 5, Spring component scanning doesn't work in 2.5.6, but 3.0-RC1
> does. So our examples won't work when deployed to JBoss unless we upgrade
> the example to Spring-3.0-RC1. I've also noticed that Spring 3.0 did away
> with the single jar, so we need to specify the individual jars.
>
> kind regards
>
> bob
>
> Bob Schellink wrote:
>>
>> Hi all,
>>
>> When deploying Click-examples on JBoss 5, no js and css resources are
>> deployed to the /click folder. Debugging into XmlConfigService gives a hint
>> to the problem:
>>
>>
>> Enumeration<URL> en = classLoader.getResources("META-INF/resources/");
>> while (en.hasMoreElements()) {
>>  URL url = en.nextElement();
>>  System.out.println(url);
>> }
>>
>> which prints:
>>
>> vfszip:/C:/dev/jboss-5.1.0.GA/server/default/deploy/click-examples.war/WEB-INF/lib/click-core.jar/META-INF/resources/
>>
>> Notice the strange "vfszip:" prefix. There is also no '!' character to
>> delimit the jar.
>>
>> Will need to change the checks we use to deploy resources. *grumble*
>>
>> bob
>>
>
>

Re: Resources not deployed on JBoss 5

Posted by Bob Schellink <sa...@gmail.com>.
Yeah its a pain. I'm currently testing a solution developed by the Stripes folks and that seems to 
work on JBoss 5. Their solution didn't work on WebLogic though so I'm working on fixing that and 
will do a checkin later this week.

regards

bob

Malcolm Edgar wrote:
> I cant believe they did this.
> 
> regards Malcolm Edgar
> 
> On Wed, Oct 28, 2009 at 4:33 PM, Bob Schellink <sa...@gmail.com> wrote:
>> After some investigation it seems alot of web frameworks are struggling with
>> JBoss 5 new Virtual File System:
>>
>> Spring: http://jira.springframework.org/browse/SPR-5120
>> Struts2: https://issues.apache.org/struts/browse/WW-3181
>> Stripes: http://www.stripesframework.org/jira/browse/STS-655
>>
>> The good folks at Stripes seem to have a solution (holding thumbs) which we
>> could adapt for deploying resources.
>>
>> With JBoss 5, Spring component scanning doesn't work in 2.5.6, but 3.0-RC1
>> does. So our examples won't work when deployed to JBoss unless we upgrade
>> the example to Spring-3.0-RC1. I've also noticed that Spring 3.0 did away
>> with the single jar, so we need to specify the individual jars.
>>
>> kind regards
>>
>> bob
>>
>> Bob Schellink wrote:
>>> Hi all,
>>>
>>> When deploying Click-examples on JBoss 5, no js and css resources are
>>> deployed to the /click folder. Debugging into XmlConfigService gives a hint
>>> to the problem:
>>>
>>>
>>> Enumeration<URL> en = classLoader.getResources("META-INF/resources/");
>>> while (en.hasMoreElements()) {
>>>  URL url = en.nextElement();
>>>  System.out.println(url);
>>> }
>>>
>>> which prints:
>>>
>>> vfszip:/C:/dev/jboss-5.1.0.GA/server/default/deploy/click-examples.war/WEB-INF/lib/click-core.jar/META-INF/resources/
>>>
>>> Notice the strange "vfszip:" prefix. There is also no '!' character to
>>> delimit the jar.
>>>
>>> Will need to change the checks we use to deploy resources. *grumble*
>>>
>>> bob
>>>
>>
>