You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@shale.apache.org by Gary VanMatre <gv...@comcast.net> on 2007/02/11 07:08:36 UTC
Problem using shale-tiger with OC4J
I ran into a funky problem using the shale-tiger library with embedded OC4J 10.1.3.1.1. The class loader doesn't like paths that start with the forward slash. It took me some work to find the problem since the container eats the exception raised in the servlet context listener. The first exception is raised when trying to scan the web classes "/WEB-INF/lib/". I found a workaround by specifying the package(s) to scan using the context param in the web.xml.
<context-param>
<param-name>org.apache.shale.tiger.SCAN_PACKAGES</param-name>
<param-value>us/co/cde/ccat/view/backing</param-value>
</context-param>
Notice that my package doesn't start with a forward slash. For some reason the starting forward slash throws off the class loader? Is this an older spec thing or just a bug?
Oh well, thankfully I found a simple workaround and the tiger library coupled with the view library seems to work with the ADF Faces Components. Although I've found them inferior to Trinidad ;-)
Gary
Re: Problem using shale-tiger with OC4J
Posted by Craig McClanahan <cr...@apache.org>.
On 2/10/07, Gary VanMatre <gv...@comcast.net> wrote:
>
> I ran into a funky problem using the shale-tiger library with embedded
> OC4J 10.1.3.1.1. The class loader doesn't like paths that start with the
> forward slash. It took me some work to find the problem since the container
> eats the exception raised in the servlet context listener. The first
> exception is raised when trying to scan the web classes "/WEB-INF/lib/". I
> found a workaround by specifying the package(s) to scan using the context
> param in the web.xml.
>
> <context-param>
> <param-name>org.apache.shale.tiger.SCAN_PACKAGES</param-name>
> <param-value>us/co/cde/ccat/view/backing</param-value>
> </context-param>
>
>
> Notice that my package doesn't start with a forward slash. For some
> reason the starting forward slash throws off the class loader? Is this an
> older spec thing or just a bug?
Hmm ... that seems odd.
There is a very annoying inconsistency between Class.getResource() and
ClassLoader.getResource() ... the former wants a leading slash, but the
latter does not. ServletContext.getResource() does want a slash ... so
maybe it has something to do with using the wrong getResource() call
somewhere? Will need to look.
Craig
Oh well, thankfully I found a simple workaround and the tiger library
> coupled with the view library seems to work with the ADF Faces
> Components. Although I've found them inferior to Trinidad ;-)
>
>
> Gary