This content has been marked as final.
Show 6 replies
-
1. Re: Classpath order within a deployer (to support evil hacks
alesj Feb 11, 2009 4:35 PM (in response to bob.mcwhirter)A quick idea.
What about if you provide jboss-structure.xml,
listing your patch before cfx? -
2. Re: Classpath order within a deployer (to support evil hacks
bob.mcwhirter Feb 11, 2009 5:40 PM (in response to bob.mcwhirter)Good thought, I'll give that a try and report back.
-Bob -
3. Re: Classpath order within a deployer (to support evil hacks
bob.mcwhirter Feb 12, 2009 9:22 AM (in response to bob.mcwhirter)Ales--
Thanks, that answer was perfect. This jboss-structure works exactly how I want it to:<?xml version="1.0" encoding="UTF-8"?> <structure> <context> <path name=""/> <metaDataPath> <path name="META-INF"/> </metaDataPath> <classpath> <path name="lib/jboss-rails.jar"/> <path name="lib/" suffixes=".jar" /> </classpath> </context> </structure>
Thanks!
-Bob -
4. Re: Classpath order within a deployer (to support evil hacks
bob.mcwhirter Feb 12, 2009 9:57 AM (in response to bob.mcwhirter)Plus, an educational blogpost about it:
http://oddthesis.org/posts/2009-02-jboss-microcontainer-enables-the-good-sort-of-evil
-Bob -
5. Re: Classpath order within a deployer (to support evil hacks
alesj Feb 12, 2009 10:16 AM (in response to bob.mcwhirter)I guess this way you'll get duplicated jboss-rails.jar entry.
But if you rename it to jboss-rails.zip you'll be fine. :-)
Not that it matters, just a simply glitch that popped my mind.
Or I'll have a look if I can avoid this duplicates with an impl detail. ;-) -
6. Re: Classpath order within a deployer (to support evil hacks
alesj Feb 12, 2009 10:24 AM (in response to bob.mcwhirter)"alesj" wrote:
I guess this way you'll get duplicated jboss-rails.jar entry.
But if you rename it to jboss-rails.zip you'll be fine. :-)
Or put it into diff dir.
e.g. hack/jboss-rails.jar :-)