I hit the same problem, and ended up the authn/authz code on Tomcat
instead.
This might be resolved in the new juel release that splits out the api
and implementation, I'll try that later tonight and see if that helps...
On Apr 29, 2009, at 5:17 PM, Brian Eaton wrote:
I think we've been bitten by java class loading fun. Has anyone tried
viewing http://localhost:8080/login.jsp lately? When I do, I get the
following error:
Problem accessing /login.jsp. Reason:
de.odysseus.el.ExpressionFactoryImpl cannot be cast to
javax.el.ExpressionFactory
After digging a bit, it looks like there are two different versions of
javax.el.ExpressionFactory being loaded into the JVM. The first is
one from JUEL, the second is from the jetty jsp api. Output from
-verbose:class
...
[Loaded javax.el.ExpressionFactory from
file:/home/beaton/sb/shindig/target/work/webapp/WEB-INF/lib/
juel-2.1.0.jar]
...
[Loaded javax.el.ExpressionFactory from
file:/home/beaton/.m2/repository/org/mortbay/jetty/jsp-api-2.1-
glassfish/9.1.1.B51.25.p1/jsp-api-2.1-glassfish-9.1.1.B51.25.p1.jar]
...
I suspect the cast fails because ExpressionFactoryImpl is inheriting
from one instance of the class, but being cast to the other.
Anybody seen this before?
