According to my test, this is fixed now - can someone please cross check? Thanks Carsten
Carsten Ziegeler wrote: > Argh, got it...hehe, the code does not return a proxy but the invocation > handler. I'll fix it. > > Carsten > > Carsten Ziegeler wrote: >> I'll have a look >> >> Carsten >> >> Ian Boston wrote: >>> On 12 Feb 2010, at 16:43, Justin Edelson wrote: >>> >>>> On 2/12/10 11:41 AM, Ian Boston wrote: >>>>> Do you have org.apache.sling.jcr.api deployed any more ( I assume you are >>>>> not on trunk/head at 909472 which does export all of that from the sling >>>>> jcr api ) ? >>>>> >>>>> Ian >>>> This is with version 2.0.2.incubator, which does export javax.jcr. >>> I get the same :(, looks like 1366 needs to be reopened, sorry should not >>> have closed it. >>> >>> 12.02.2010 16:42:51.123 *WARN* [2854...@qtp-24914065-10] org.mortbay.jetty >>> EXCEPTION java.lang.ClassCastException: >>> org.apache.sling.jcr.base.SessionProxyHandler$SessionProxy cannot be cast >>> to javax.jcr.Session >>> at $Proxy4.impersonate(Unknown Source) >>> at >>> org.apache.sling.commons.auth.impl.SlingAuthenticator.handleImpersonation(SlingAuthenticator.java:877) >>> at >>> org.apache.sling.commons.auth.impl.SlingAuthenticator.getSession(SlingAuthenticator.java:545) >>> at >>> org.apache.sling.commons.auth.impl.SlingAuthenticator.handleSecurity(SlingAuthenticator.java:358) >>> at >>> org.apache.sling.engine.impl.SlingMainServlet.handleSecurity(SlingMainServlet.java:859) >>> >>> Ian >> >> > > -- Carsten Ziegeler [email protected]
