September 2009 - seam-issues - Jboss List Archives

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1707) @Destroy method on APPLICATION scope bean throws IllegalState(no context) at server stop time

by Frits Jalvingh (JIRA)

@Destroy method on APPLICATION scope bean throws IllegalState(no context) at server stop time --------------------------------------------------------------------------------------------- Key: JBSEAM-1707 URL: http://jira.jboss.com/jira/browse/JBSEAM-1707 Project: JBoss Seam Issue Type: Bug Components: Core Affects Versions: 2.0.0.BETA1 Environment: Tomcat 6.0.10, JavaBean mode, Hibernate 3.2.3, HBEM 3.3.1 Reporter: Frits Jalvingh I have a bean defined as follows: @Name("initBean") @Startup() @Scope(ScopeType.APPLICATION) public class InitBean { containing a method: @Destroy public void destroy() { Builder.getInstance().terminate(); BuildBot.getInstance().stop(); } It is meant to shutdown some daemons when the server stops. When the server stops I get an exception: 01:15:39,703 WARN [Component] Exception calling component @Destroy method: initBean java.lang.IllegalStateException: no event context active at org.jboss.seam.web.ServletContexts.instance(ServletContexts.java:40) at org.jboss.seam.web.Parameters.getRequestParameters(Parameters.java:39) at org.jboss.seam.faces.Parameters.getRequestParameters(Parameters.java:64) at org.jboss.seam.Component.injectParameters(Component.java:1334) at org.jboss.seam.Component.inject(Component.java:1304) at org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:45) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:42) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:106) at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:151) at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:87) at to.etc.saram.beans.InitBean_$$_javassist_0.destroy(InitBean_$$_javassist_0.java) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.seam.util.Reflections.invoke(Reflections.java:21) at org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:124) at org.jboss.seam.Component.callComponentMethod(Component.java:1957) at org.jboss.seam.Component.callDestroyMethod(Component.java:1888) at org.jboss.seam.Component.destroy(Component.java:1217) at org.jboss.seam.contexts.Contexts.destroy(Contexts.java:251) at org.jboss.seam.contexts.Lifecycle.endApplication(Lifecycle.java:52) at org.jboss.seam.contexts.ServletLifecycle.endApplication(ServletLifecycle.java:121) at org.jboss.seam.servlet.SeamListener.contextDestroyed(SeamListener.java:39) at org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:3866) at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4502) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1068) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1068) at org.apache.catalina.core.StandardEngine.stop(StandardEngine.java:448) at org.apache.catalina.core.StandardService.stop(StandardService.java:510) at org.apache.catalina.core.StandardServer.stop(StandardServer.java:744) at org.apache.catalina.startup.Catalina.stop(Catalina.java:602) at org.apache.catalina.startup.Catalina.start(Catalina.java:577) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) which seems to be caused by the bean Injector trying to access the request context which of course is no longer there. The bean contains only a single injected thingy which is the entityManager. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 5 months

4
6
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4403) Create an eclipseclasspath ant target for examples

by Ondrej Skutka (JIRA)

Create an eclipseclasspath ant target for examples -------------------------------------------------- Key: JBSEAM-4403 URL: https://jira.jboss.org/jira/browse/JBSEAM-4403 Project: Seam Issue Type: Feature Request Components: Examples Reporter: Ondrej Skutka Assignee: Martin Gencur Fix For: 2.2.1.CR1 Add eclispeclasspath ant target for examples, that will create files '.classpath' and '.project' for eclipse. Use a JBoss Tools - generated seam project as an example of such files. Check the project behaviour when org.jboss.tools.seam.core.seamnature and org.jboss.tools.jsf.jsfnature natures are turned on without JBoss Tools installed. You should be able to: - import eclipse project - use TestNG - deploy the example on server - use hot deployment on properly setup environment ? Update documentation on using Seam examples with eclipse. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 5 months

2
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4240) Duplicate class name AbstractResource in two packages

by Christian Bauer (JIRA)

Duplicate class name AbstractResource in two packages ----------------------------------------------------- Key: JBSEAM-4240 URL: https://jira.jboss.org/jira/browse/JBSEAM-4240 Project: Seam Issue Type: Task Components: WS Reporter: Christian Bauer Assignee: Christian Bauer Priority: Trivial Fix For: 2.2.1.CR1 The resteasy integration package has a new class called AbstractResource, which is not a good choice as the core also has an AbstractResource. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 6 months

2
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1879) Magic mime type detection support

by Christian Bauer (JIRA)

Magic mime type detection support --------------------------------- Key: JBSEAM-1879 URL: http://jira.jboss.com/jira/browse/JBSEAM-1879 Project: JBoss Seam Issue Type: Feature Request Components: Core Reporter: Christian Bauer Priority: Minor A component I can call to find out what mime type a particular byte[] or ByteInputStream is. The only existing solution in Java is http://sourceforge.net/projects/jmimemagic/ but it's basically an unmaintained half-working pile of junk. It's interesting that nobody ever build a simple port of file(1), which you get on every unix box, together with a fantastic (/etc/magic or /usr/share/file/magic on the Mac) database of magic bytes found in file headers. We should just take that database (or the source database from which it is generated) and write our own file(1) for Seam. Search for "mime magic java" with Google and you see why it's needed. Try "file myfile.foo" on every unix box (well, younger than 10 years) and you see how it works. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 6 months

2
1
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2369) Embedding custom fonts (TrueType, etc...) to the generated PDF file

by Victor Arabadzhiyski (JIRA)

Embedding custom fonts (TrueType, etc...) to the generated PDF file ------------------------------------------------------------------- Key: JBSEAM-2369 URL: http://jira.jboss.com/jira/browse/JBSEAM-2369 Project: JBoss Seam Issue Type: Feature Request Components: PDF Environment: jboss-4.2.0.GA Reporter: Victor Arabadzhiyski Using the information from the iText book and some forums I was able to generate PDF file with cyrillic content (by embedding the corresponding cyrillic-enabled font, because the default ones do not have such support). However, when I tried to generate the same PDF from JBoss Seam PDF, I found that there is no way to embed custom fonts in the PDF file from Seam and after PDF generation, the cyrillic content is simply missing (ignored?!) in the resulting PDF file. I think this will be nice multilingual feature for Seam -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 6 months

3
6
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3963) Reverse engineering Event database table results in Home class that will not compile

by Bruce Link (JIRA)

Reverse engineering Event database table results in Home class that will not compile ------------------------------------------------------------------------------------ Key: JBSEAM-3963 URL: https://jira.jboss.org/jira/browse/JBSEAM-3963 Project: Seam Issue Type: Bug Affects Versions: 2.1.1.GA Environment: WIndows XP, MYSQL 5 database Reporter: Bruce Link Database has tables XUSER and EVENT. EVENT has a foreign key to XUSER. seam generate-entities generates a XuserHome.java file with accessor public List<Event> getEvents(); resulting in compiler error: [javac] c:\apps\projects\infosys211\src\hot\ca\bcit\infosys\session\XuserHome.java:54: getEvents() in ca.bcit.infosys.session.XuserHome cannot override getEvents() in org.jboss.seam.framework.Controller; attempting to use incompatible return type [javac] found : java.util.List<ca.bcit.infosys.model.Event> [javac] required: org.jboss.seam.core.Events [javac] public List<Event> getEvents() { [javac] ^ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 6 months

2
1
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2637) JIRA links

by Pete Muir (JIRA)

JIRA links ---------- Key: JBSEAM-2637 URL: http://jira.jboss.com/jira/browse/JBSEAM-2637 Project: JBoss Seam Issue Type: Feature Request Components: Wiki Reporter: Pete Muir Assigned To: Christian Bauer Priority: Optional Currently when you do [=>jbseam://1752] (which is a nice feature) it renders the link text the same, rather than the standard format of JBSEAM-1752 - is there anyway we can fix this? Or are we just going to use the newer format? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 6 months

4
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4432) Home uses closed EntityManager if scoped to PAGE context

by Bernard Labno (JIRA)

Home uses closed EntityManager if scoped to PAGE context -------------------------------------------------------- Key: JBSEAM-4432 URL: https://jira.jboss.org/jira/browse/JBSEAM-4432 Project: Seam Issue Type: Bug Components: Framework Affects Versions: 2.1.1.GA Environment: JBoss AS 4.2.2.GA, linux Reporter: Bernard Labno Home objects cache entity manager which is fine for most scopes except for PAGE scope. I think, that PersistenceController.getPersistenceContext() method should check if cached entityManager is closed and if so than fetch one from context. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 6 months

2
9
0 / 0

[jbossseam-issues] [JBoss JIRA] Deleted: (JBSEAM-4431) Strange behavior of Seam-managed custom error page

by Christian Bauer (JIRA)

[ https://jira.jboss.org/jira/browse/JBSEAM-4431?page=com.atlassian.jira.pl... ] Christian Bauer deleted JBSEAM-4431: ------------------------------------ > Strange behavior of Seam-managed custom error page > -------------------------------------------------- > > Key: JBSEAM-4431 > URL: https://jira.jboss.org/jira/browse/JBSEAM-4431 > Project: Seam > Issue Type: Bug > Environment: JBoss 4.2.3.GA > Seam 2.2.0.GA > Facelets 1.1.15.B1 > Richfaces 3.3.1.GA > Reporter: Konstantin Larionov > > I'm trying to create custom error page which should work as all other JSFs in my application. > I have the following web.xml: > <?xml version="1.0" encoding="UTF-8"?> > <web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" > xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" > id="WebApp_ID" version="2.5"> > <display-name>myWebApp</display-name> > <welcome-file-list> > <welcome-file>index.html</welcome-file> > <welcome-file>index.htm</welcome-file> > <welcome-file>index.jsp</welcome-file> > <welcome-file>default.html</welcome-file> > <welcome-file>default.htm</welcome-file> > <welcome-file>default.jsp</welcome-file> > </welcome-file-list> > <servlet> > <servlet-name>Faces Servlet</servlet-name> > <servlet-class>javax.faces.webapp.FacesServlet</servlet-class> > <load-on-startup>1</load-on-startup> > </servlet> > <servlet-mapping> > <servlet-name>Faces Servlet</servlet-name> > <url-pattern>*.seam</url-pattern> > </servlet-mapping> > <servlet> > <servlet-name>Seam Resource Servlet</servlet-name> > <servlet-class>org.jboss.seam.servlet.SeamResourceServlet</servlet-class> > </servlet> > <servlet-mapping> > <servlet-name>Seam Resource Servlet</servlet-name> > <url-pattern>/seam/resource/*</url-pattern> > </servlet-mapping> > <listener> > <listener-class>org.jboss.seam.servlet.SeamListener</listener-class> > </listener> > <filter> > <filter-name>Seam Filter</filter-name> > <filter-class>org.jboss.seam.servlet.SeamFilter</filter-class> > </filter> > <filter-mapping> > <filter-name>Seam Filter</filter-name> > <url-pattern>/*</url-pattern> > <dispatcher>ERROR</dispatcher> > <dispatcher>FORWARD</dispatcher> > <dispatcher>REQUEST</dispatcher> > </filter-mapping> > <context-param> > <param-name>facelets.DEVELOPMENT</param-name> > <param-value>true</param-value> > </context-param> > <context-param> > <param-name>javax.faces.DEFAULT_SUFFIX</param-name> > <param-value>.xhtml</param-value> > </context-param> > <context-param> > <param-name>org.richfaces.SKIN</param-name> > <param-value>blueSky</param-value> > </context-param> > <security-constraint> > <display-name>Restrict raw XHTML Documents</display-name> > <web-resource-collection> > <web-resource-name>XHTML</web-resource-name> > <url-pattern>*.xhtml</url-pattern> > </web-resource-collection> > <auth-constraint /> > </security-constraint> > <error-page> > <error-code>404</error-code> > <location>/error.seam</location> > </error-page> > </web-app> > Error.seam corresponds to error.xhtml page which is quite simple (I think there is no reason to show its code here). > Well, such configuration work fine when I try URLs like > http://my_server/my_app/some_folder/ > http://my_server/my_app/some_folder/test.html > But it fails with JBoss Seam Debug Page when I try to access any non-existing page with URL like > http://my_server/my_app/some_folder/anything_with.seam > Here is the stack trace: > Caused by javax.ejb.NoSuchEJBException with message: "Could not find stateful bean: aa14v-tl6nz1-g0568imr-1-g058ldde-2p" > org.jboss.ejb3.cache.simple.SimpleStatefulCache.get(SimpleStatefulCache.java:390) > org.jboss.ejb3.cache.simple.SimpleStatefulCache.get(SimpleStatefulCache.java:375) > org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:61) > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) > org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77) > org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:110) > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) > org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46) > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) > org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106) > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) > org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:206) > org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:119) > $Proxy288.beforeTransactionCommit(Unknown Source) > sun.reflect.GeneratedMethodAccessor246.invoke(Unknown Source) > sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) > java.lang.reflect.Method.invoke(Unknown Source) > org.jboss.seam.util.Reflections.invoke(Reflections.java:22) > org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:32) > org.jboss.seam.intercept.ClientSideInterceptor$1.proceed(ClientSideInterceptor.java:76) > org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107) > org.jboss.seam.intercept.ClientSideInterceptor.invoke(ClientSideInterceptor.java:54) > org.javassist.tmp.java.lang.Object_$$_javassist_seam_1.beforeTransactionCommit(Object_$$_javassist_seam_1.java) > org.jboss.seam.transaction.UTTransaction.commit(UTTransaction.java:49) > org.jboss.seam.jsf.SeamPhaseListener.commitOrRollback(SeamPhaseListener.java:613) > org.jboss.seam.jsf.SeamPhaseListener.commitOrRollback(SeamPhaseListener.java:604) > org.jboss.seam.jsf.SeamPhaseListener.handleTransactionsAfterPhase(SeamPhaseListener.java:345) > org.jboss.seam.jsf.SeamPhaseListener.afterServletPhase(SeamPhaseListener.java:245) > org.jboss.seam.jsf.SeamPhaseListener.afterPhase(SeamPhaseListener.java:196) > com.sun.faces.lifecycle.Phase.handleAfterPhase(Phase.java:175) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:114) > com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:104) > com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:265) > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83) > org.jboss.seam.web.RewriteFilter.doFilter(RewriteFilter.java:63) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:73) > org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:510) > org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:56) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > org.jboss.seam.web.HotDeployFilter.doFilter(HotDeployFilter.java:53) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654) > org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:447) > org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379) > org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:292) > org.jboss.seam.web.RewriteFilter.process(RewriteFilter.java:98) > org.jboss.seam.web.RewriteFilter.doFilter(RewriteFilter.java:57) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:73) > org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178) > org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290) > org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:368) > org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:495) > org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:56) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:73) > org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654) > org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:447) > org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379) > org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:292) > org.apache.catalina.core.StandardHostValve.custom(StandardHostValve.java:423) > org.apache.catalina.core.StandardHostValve.status(StandardHostValve.java:342) > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:143) > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262) > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446) java.lang.Thread.run(Unknown Source) > So, .seam at the end spoils everything. > Also I tried changing > <servlet-mapping> > <servlet-name>Faces Servlet</servlet-name> > <url-pattern>*.seam</url-pattern> > </servlet-mapping> > to > <servlet-mapping> > <servlet-name>Faces Servlet</servlet-name> > <url-pattern>/seam/*</url-pattern> > </servlet-mapping> > and also updating the components.xml accordingly. > In this case I receie the same stack trace when trying to open any non-existing resource with URL like: > http://my_host:8080/my_app/seam/anything -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 6 months

1
0
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4431) Strange behavior of Seam-managed custom error page

by Konstantin Larionov (JIRA)

Strange behavior of Seam-managed custom error page -------------------------------------------------- Key: JBSEAM-4431 URL: https://jira.jboss.org/jira/browse/JBSEAM-4431 Project: Seam Issue Type: Bug Environment: JBoss 4.2.3.GA Seam 2.2.0.GA Facelets 1.1.15.B1 Richfaces 3.3.1.GA Reporter: Konstantin Larionov I'm trying to create custom error page which should work as all other JSFs in my application. I have the following web.xml: <?xml version="1.0" encoding="UTF-8"?> <web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" id="WebApp_ID" version="2.5"> <display-name>myWebApp</display-name> <welcome-file-list> <welcome-file>index.html</welcome-file> <welcome-file>index.htm</welcome-file> <welcome-file>index.jsp</welcome-file> <welcome-file>default.html</welcome-file> <welcome-file>default.htm</welcome-file> <welcome-file>default.jsp</welcome-file> </welcome-file-list> <servlet> <servlet-name>Faces Servlet</servlet-name> <servlet-class>javax.faces.webapp.FacesServlet</servlet-class> <load-on-startup>1</load-on-startup> </servlet> <servlet-mapping> <servlet-name>Faces Servlet</servlet-name> <url-pattern>*.seam</url-pattern> </servlet-mapping> <servlet> <servlet-name>Seam Resource Servlet</servlet-name> <servlet-class>org.jboss.seam.servlet.SeamResourceServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>Seam Resource Servlet</servlet-name> <url-pattern>/seam/resource/*</url-pattern> </servlet-mapping> <listener> <listener-class>org.jboss.seam.servlet.SeamListener</listener-class> </listener> <filter> <filter-name>Seam Filter</filter-name> <filter-class>org.jboss.seam.servlet.SeamFilter</filter-class> </filter> <filter-mapping> <filter-name>Seam Filter</filter-name> <url-pattern>/*</url-pattern> <dispatcher>ERROR</dispatcher> <dispatcher>FORWARD</dispatcher> <dispatcher>REQUEST</dispatcher> </filter-mapping> <context-param> <param-name>facelets.DEVELOPMENT</param-name> <param-value>true</param-value> </context-param> <context-param> <param-name>javax.faces.DEFAULT_SUFFIX</param-name> <param-value>.xhtml</param-value> </context-param> <context-param> <param-name>org.richfaces.SKIN</param-name> <param-value>blueSky</param-value> </context-param> <security-constraint> <display-name>Restrict raw XHTML Documents</display-name> <web-resource-collection> <web-resource-name>XHTML</web-resource-name> <url-pattern>*.xhtml</url-pattern> </web-resource-collection> <auth-constraint /> </security-constraint> <error-page> <error-code>404</error-code> <location>/error.seam</location> </error-page> </web-app> Error.seam corresponds to error.xhtml page which is quite simple (I think there is no reason to show its code here). Well, such configuration work fine when I try URLs like http://my_server/my_app/some_folder/ http://my_server/my_app/some_folder/test.html But it fails with JBoss Seam Debug Page when I try to access any non-existing page with URL like http://my_server/my_app/some_folder/anything_with.seam Here is the stack trace: Caused by javax.ejb.NoSuchEJBException with message: "Could not find stateful bean: aa14v-tl6nz1-g0568imr-1-g058ldde-2p" org.jboss.ejb3.cache.simple.SimpleStatefulCache.get(SimpleStatefulCache.java:390) org.jboss.ejb3.cache.simple.SimpleStatefulCache.get(SimpleStatefulCache.java:375) org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:61) org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77) org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:110) org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46) org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106) org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:206) org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:119) $Proxy288.beforeTransactionCommit(Unknown Source) sun.reflect.GeneratedMethodAccessor246.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) java.lang.reflect.Method.invoke(Unknown Source) org.jboss.seam.util.Reflections.invoke(Reflections.java:22) org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:32) org.jboss.seam.intercept.ClientSideInterceptor$1.proceed(ClientSideInterceptor.java:76) org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107) org.jboss.seam.intercept.ClientSideInterceptor.invoke(ClientSideInterceptor.java:54) org.javassist.tmp.java.lang.Object_$$_javassist_seam_1.beforeTransactionCommit(Object_$$_javassist_seam_1.java) org.jboss.seam.transaction.UTTransaction.commit(UTTransaction.java:49) org.jboss.seam.jsf.SeamPhaseListener.commitOrRollback(SeamPhaseListener.java:613) org.jboss.seam.jsf.SeamPhaseListener.commitOrRollback(SeamPhaseListener.java:604) org.jboss.seam.jsf.SeamPhaseListener.handleTransactionsAfterPhase(SeamPhaseListener.java:345) org.jboss.seam.jsf.SeamPhaseListener.afterServletPhase(SeamPhaseListener.java:245) org.jboss.seam.jsf.SeamPhaseListener.afterPhase(SeamPhaseListener.java:196) com.sun.faces.lifecycle.Phase.handleAfterPhase(Phase.java:175) com.sun.faces.lifecycle.Phase.doPhase(Phase.java:114) com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:104) com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118) javax.faces.webapp.FacesServlet.service(FacesServlet.java:265) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83) org.jboss.seam.web.RewriteFilter.doFilter(RewriteFilter.java:63) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:73) org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:510) org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:56) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.web.HotDeployFilter.doFilter(HotDeployFilter.java:53) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654) org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:447) org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379) org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:292) org.jboss.seam.web.RewriteFilter.process(RewriteFilter.java:98) org.jboss.seam.web.RewriteFilter.doFilter(RewriteFilter.java:57) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:73) org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178) org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290) org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:368) org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:495) org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:56) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:73) org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654) org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:447) org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379) org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:292) org.apache.catalina.core.StandardHostValve.custom(StandardHostValve.java:423) org.apache.catalina.core.StandardHostValve.status(StandardHostValve.java:342) org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:143) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446) java.lang.Thread.run(Unknown Source) So, .seam at the end spoils everything. Also I tried changing <servlet-mapping> <servlet-name>Faces Servlet</servlet-name> <url-pattern>*.seam</url-pattern> </servlet-mapping> to <servlet-mapping> <servlet-name>Faces Servlet</servlet-name> <url-pattern>/seam/*</url-pattern> </servlet-mapping> and also updating the components.xml accordingly. In this case I receie the same stack trace when trying to open any non-existing resource with URL like: http://my_host:8080/my_app/seam/anything -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 6 months

2
2
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

seam-issues September 2009