T5 Component Class Resolver Impl Assertion Error

2007-06-25 Thread Daniel Jue

Something broke this morning after I did a mvn update.
Tapestry-* are the only snapshot libraries I use.  POM dependencies is
at the bottom of the email.


I am using Tomcat 5.5.23.  Eclipse WTP publishes the app to Tomcat's webapp dir.
I have a feeling that the error is not the Acegi part of the stack
trace.  I disabled filtering for all the URLs and I still got the
error underneath, which deals with an assertion in
ComponentClassResolverImpl.toLogicalName()

This method deals with converting .'s to /'s .

I also changed my start.html to a bare bones startup page, with no
embedded components, etc.  Do I need to change component references in
all my templates due to a recent 5.0.5 Snapshot change?

Stack trace (not a Tapestry error page)
HTTP Status 500 -
type Exception report

message

description The server encountered an internal error () that prevented
it from fulfilling this request.
exception
javax.servlet.ServletException: Filter execution threw an exception
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:265)
org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110)
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:135)
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:175)
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:229)
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:106)
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:286)
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)

org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:149)

org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)

root cause

java.lang.AssertionError

org.apache.tapestry.internal.services.ComponentClassResolverImpl.toLogicalName(ComponentClassResolverImpl.java:241)

org.apache.tapestry.internal.services.ComponentClassResolverImpl.fillNameToClassNameMap(ComponentClassResolverImpl.java:193)

org.apache.tapestry.internal.services.ComponentClassResolverImpl.rebuild(ComponentClassResolverImpl.java:173)

org.apache.tapestry.internal.services.ComponentClassResolverImpl.access$700(ComponentClassResolverImpl.java:34)

org.apache.tapestry.internal.services.ComponentClassResolverImpl$2.run(ComponentClassResolverImpl.java:153)

org.apache.tapestry.ioc.internal.util.ConcurrentBarrier$2.invoke(ConcurrentBarrier.java:168)

org.apache.tapestry.ioc.internal.util.ConcurrentBarrier$2.invoke(ConcurrentBarrier.java:166)

org.apache.tapestry.ioc.internal.util.ConcurrentBarrier.withWrite(ConcurrentBarrier.java:139)

org.apache.tapestry.ioc.internal.util.ConcurrentBarrier.withWrite(ConcurrentBarrier.java:174)

org.apache.tapestry.internal.services.ComponentClassResolverImpl.rebuild(ComponentClassResolverImpl.java:149)

org.apache.tapestry.internal.services.ComponentClassResolverImpl.locate(ComponentClassResolverImpl.java:353)

org.apache.tapestry.internal.services.ComponentClassResolverImpl.access$900(ComponentClassResolverImpl.java:34)

org.apache.tapestry.internal.services.ComponentClassResolverImpl$8.invoke(ComponentClassResolverImpl.java:390)

org.apache.tapestry.internal.services.ComponentClassResolverImpl$8.invoke(ComponentClassResolverImpl.java:388)

org.apache.tapestry.ioc.internal.util.ConcurrentBarrier.withRead(ConcurrentBarrier.java:77)

org.apache.tapestry.internal.services.ComponentClassResolverImpl.canonicalizePageName(ComponentClassResolverImpl.java:386)

$ComponentClassResolver_1136437a811.canonicalizePageName($ComponentClassResolver_1136437a811.java)

org.apache.tapestry.internal.services.PagePoolImpl.checkout(PagePoolImpl.java:59)
$PagePool_1136437a82d.checkout($PagePool_1136437a82d.java)

org.apache.tapestry.internal.services.RequestPageCacheImpl.get(RequestPageCacheImpl.java:44)

Re: T5 Component Class Resolver Impl Assertion Error

2007-06-25 Thread Daniel Jue

Oh SNAP!

I just figured it out.  I had so many components that I decided to
move my border-related components from

/components
to
/components/layout

But I also had a component that was named layout.

So the error stemmed from Tapestry trying to resolve

/components/layout/layout.class (and also layout.html)

I had not been referencing the component named layout in any of my
code or templates, so I guess Tapestry maps everything out ahead of
time.

Sorry for the flood of emails.  Hope this helps someone.  It seems
there are other recent emails regarding the Pidgeonhole nature of
Tapestrys shortened references.

Daniel

Daniel

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]