Re: [Trinidad] Basic Trinidad 1.2.7 incompatibility with Seam!

Wed, 19 Mar 2008 13:58:19 -0700 

I also noticed the same exception after upgrading from Trinidad 1.0.3 with Seam 
1.2.1
to Trinidad 1.2.7 with Seam 2.0.1.GA.
Only in my case the exception seems not to have any negative impact - it just
appeared in the logs.

It seems that Seam wants to lazily initialize some resource and needs to have 
its
contexts set up for that. However that lazy initialization is triggered by
Trinidad's ResourceServlet which is not integrated into the Seam lifecycle.

Here's a solution that worked for me:
Like described in the Seam reference "25.1.4. Seam servlet filters" in paragraph
"Context management for custom servlets" make Seam process Trinidad's 
ResourceServlet
like this:
    <web:context-filter url-pattern="/adf/*"/>
(added to your components.xml)

If you have multiple servlets that you need to integrate it should be possible 
to use
    <web:context-filter regex-url-pattern="<some-regular-expression>"/>
but I haven't tried that.

Hope this helps.

[EMAIL PROTECTED] wrote:


Hi,
here's an ugly issue that occurs with tr:inputText components in Trinidad 1.2.7.
I cannot say anything regarding 1.2.6 because we tried to upgrade from 1.2.5 to 1.2.7. 

In 1.2.5 and below the problem does not occur.

In 1.2.7 something like
<h:inputText id="gst" value="#{identity.gst}" /> works. 

However, if you use
<tr:inputText id="gst" value="#{identity.gst}" /> 

(and it does not matter if you set simple="true" or not)

one gets

_java.lang.IllegalStateException_: No application context active
        at org.jboss.seam.Component.forName(_Component.java:1807_)
        at org.jboss.seam.Component.getInstance(_Component.java:1857_)
        at org.jboss.seam.Component.getInstance(_Component.java:1852_)
        at org.jboss.seam.Component.getInstance(_Component.java:1829_)
        at org.jboss.seam.Component.getInstance(_Component.java:1824_)
at org.jboss.seam.core.ResourceLoader.instance(_ResourceLoader.java:97_) at org.jboss.seam.core.SeamResourceBundle.loadBundlesForCurrentLocale(_SeamResourceBundle.java:59_) at org.jboss.seam.core.SeamResourceBundle.getBundlesForCurrentLocale(_SeamResourceBundle.java:49_) at org.jboss.seam.core.SeamResourceBundle.getKeys(_SeamResourceBundle.java:81_) at org.apache.myfaces.trinidadinternal.resource.TranslationsResourceLoader._addMessagesToMap(_TranslationsResourceLoader.java:208_) at org.apache.myfaces.trinidadinternal.resource.TranslationsResourceLoader.getString(_TranslationsResourceLoader.java:128_) at org.apache.myfaces.trinidadinternal.resource.TrTranslationsResourceLoader.getString(_TrTranslationsResourceLoader.java:88_) at org.apache.myfaces.trinidad.resource.StringContentResourceLoader.getURL(_StringContentResourceLoader.java:50_) at org.apache.myfaces.trinidadinternal.resource.TranslationsResourceLoader.findResource(_TranslationsResourceLoader.java:90_) at org.apache.myfaces.trinidad.resource.ResourceLoader.getResource(_ResourceLoader.java:67_) at org.apache.myfaces.trinidadinternal.resource.LocaleElementsResourceLoader.getURL(_LocaleElementsResourceLoader.java:73_) at org.apache.myfaces.trinidadinternal.resource.LocaleElementsResourceLoader.findResource(_LocaleElementsResourceLoader.java:53_) at org.apache.myfaces.trinidad.resource.ResourceLoader.getResource(_ResourceLoader.java:67_) at org.apache.myfaces.trinidad.resource.RegexResourceLoader.findResource(_RegexResourceLoader.java:69_) at org.apache.myfaces.trinidad.resource.ResourceLoader.getResource(_ResourceLoader.java:67_) at org.apache.myfaces.trinidad.resource.CachingResourceLoader.findResource(_CachingResourceLoader.java:76_) at org.apache.myfaces.trinidad.resource.ResourceLoader.getResource(_ResourceLoader.java:67_) at org.apache.myfaces.trinidad.webapp.ResourceServlet.getLastModified(_ResourceServlet.java:241_) 
        at javax.servlet.http.HttpServlet.service(_HttpServlet.java:686_)
        at javax.servlet.http.HttpServlet.service(_HttpServlet.java:803_)
at org.apache.myfaces.trinidad.webapp.ResourceServlet.service(_ResourceServlet.java:162_) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(_ApplicationFilterChain.java:290_) at org.apache.catalina.core.ApplicationFilterChain.doFilter(_ApplicationFilterChain.java:206_) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(_SeamFilter.java:83_) at org.jboss.seam.debug.hot.HotDeployFilter.doFilter(_HotDeployFilter.java:68_) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(_SeamFilter.java:69_) at org.jboss.seam.web.LoggingFilter.doFilter(_LoggingFilter.java:58_) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(_SeamFilter.java:69_) at org.jboss.seam.web.MultipartFilter.doFilter(_MultipartFilter.java:85_) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(_SeamFilter.java:69_) at org.jboss.seam.web.ExceptionFilter.doFilter(_ExceptionFilter.java:64_) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(_SeamFilter.java:69_) at org.jboss.seam.web.RedirectFilter.doFilter(_RedirectFilter.java:45_) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(_SeamFilter.java:69_) at org.jboss.seam.servlet.SeamFilter.doFilter(_SeamFilter.java:158_) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(_ApplicationFilterChain.java:235_) at org.apache.catalina.core.ApplicationFilterChain.doFilter(_ApplicationFilterChain.java:206_) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(_ReplyHeaderFilter.java:96_) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(_ApplicationFilterChain.java:235_) at org.apache.catalina.core.ApplicationFilterChain.doFilter(_ApplicationFilterChain.java:206_) at org.apache.catalina.core.StandardWrapperValve.invoke(_StandardWrapperValve.java:230_) at org.apache.catalina.core.StandardContextValve.invoke(_StandardContextValve.java:175_) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(_SecurityAssociationValve.java:179_) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(_AuthenticatorBase.java:433_) at org.jboss.web.tomcat.security.JaccContextValve.invoke(_JaccContextValve.java:84_) at org.apache.catalina.core.StandardHostValve.invoke(_StandardHostValve.java:128_) at org.apache.catalina.valves.ErrorReportValve.invoke(_ErrorReportValve.java:104_) at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(_CachedConnectionValve.java:157_) at org.apache.catalina.core.StandardEngineValve.invoke(_StandardEngineValve.java:109_) at org.apache.catalina.connector.CoyoteAdapter.service(_CoyoteAdapter.java:241_) at org.apache.coyote.http11.Http11Processor.process(_Http11Processor.java:844_) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(_Http11Protocol.java:580_) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(_JIoEndpoint.java:447_) 
        at java.lang.Thread.run(Unknown Source)
10:41:52,449 ERROR [ExceptionFilter] exception root cause

Any ideas?
Also, is this a matter to be dealt with in the JIRA of Trinidad or is this something for the Seam people? 

Thanks,
Wolfgang.

Reply via email to