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 <[email protected]> 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
