[JBoss Seam] - JBoss 4.2.2 and seam problem
by krzysgdynia
In JBoss 4.2.1 explode and restart works fine. From 4.2.2 when I use Stateless beans (for example to authenticate) I get IllegalStateException after restart (and ~5MB memory leak).
Is this a bug ?
I tested also seam-booking example and I got the same error.
| 09:40:36,890 WARN [JmxKernelAbstraction] jboss.j2ee:ear=jboss-seam-booking.ear,jar=jboss-seam.jar,name=EjbSynchronizations,service=EJB3 is not registered
| 09:40:36,890 WARN [StatelessDelegateWrapper] Stopping failed jboss.j2ee:ear=jboss-seam-booking.ear,jar=jboss-seam-booking.jar,name=AuthenticatorAction,service=EJB3
| java.lang.RuntimeException: java.lang.IllegalStateException: Attempted to invoke a Seam component outside the an initialized application
| at org.jboss.ejb3.interceptor.LifecycleInterceptorHandler.preDestroy(LifecycleInterceptorHandler.java:135)
| at org.jboss.ejb3.EJBContainer.invokePreDestroy(EJBContainer.java:624)
| at org.jboss.ejb3.AbstractPool.remove(AbstractPool.java:207)
| at org.jboss.ejb3.InfinitePool.destroy(InfinitePool.java:42)
| at org.jboss.ejb3.ThreadlocalPool.destroy(ThreadlocalPool.java:68)
| at org.jboss.ejb3.EJBContainer.stop(EJBContainer.java:592)
| at org.jboss.ejb3.SessionContainer.stop(SessionContainer.java:183)
| at org.jboss.ejb3.stateless.StatelessContainer.stop(StatelessContainer.java:130)
| 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:597)
| at org.jboss.ejb3.ServiceDelegateWrapper.stopService(ServiceDelegateWrapper.java:119)
| at org.jboss.system.ServiceMBeanSupport.jbossInternalStop(ServiceMBeanSupport.java:315)
| at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:247)
| at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
| at $Proxy0.stop(Unknown Source)
| at org.jboss.system.ServiceController.stop(ServiceController.java:508)
| at sun.reflect.GeneratedMethodAccessor145.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
| at $Proxy139.stop(Unknown Source)
| at org.jboss.ejb3.JmxKernelAbstraction.uninstallMBean(JmxKernelAbstraction.java:175)
| at org.jboss.ejb3.JmxKernelAbstraction.uninstall(JmxKernelAbstraction.java:202)
| at org.jboss.ejb3.Ejb3Deployment.stop(Ejb3Deployment.java:661)
| at org.jboss.ejb3.Ejb3Module.stopService(Ejb3Module.java:107)
| at org.jboss.system.ServiceMBeanSupport.jbossInternalStop(ServiceMBeanSupport.java:315)
| at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:247)
| at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
| at $Proxy0.stop(Unknown Source)
| at org.jboss.system.ServiceController.stop(ServiceController.java:508)
| at sun.reflect.GeneratedMethodAccessor145.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
| at $Proxy33.stop(Unknown Source)
| at org.jboss.ejb3.EJB3Deployer.stop(EJB3Deployer.java:532)
| 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:597)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
| at org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:97)
| at org.jboss.system.InterceptorServiceMBeanSupport.invokeNext(InterceptorServiceMBeanSupport.java:238)
| at org.jboss.wsf.container.jboss42.DeployerInterceptor.stop(DeployerInterceptor.java:98)
| at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.stop(SubDeployerInterceptorSupport.java:196)
| at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:99)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
| at $Proxy34.stop(Unknown Source)
| at org.jboss.deployment.MainDeployer.stop(MainDeployer.java:667)
| at org.jboss.deployment.MainDeployer.stop(MainDeployer.java:659)
| at org.jboss.deployment.MainDeployer.undeploy(MainDeployer.java:638)
| at org.jboss.deployment.MainDeployer.undeploy(MainDeployer.java:632)
| at org.jboss.deployment.MainDeployer.undeploy(MainDeployer.java:615)
| 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:597)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
| at $Proxy9.undeploy(Unknown Source)
| at org.jboss.deployment.scanner.URLDeploymentScanner.undeploy(URLDeploymentScanner.java:450)
| at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:604)
| at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
| at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:274)
| at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:225)
| Caused by: java.lang.IllegalStateException: Attempted to invoke a Seam component outside the an initialized application
| at org.jboss.seam.contexts.Lifecycle.getApplication(Lifecycle.java:36)
| at org.jboss.seam.contexts.Lifecycle.beginCall(Lifecycle.java:84)
| at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:113)
| at org.jboss.seam.intercept.RootInterceptor.invokeAndHandle(RootInterceptor.java:84)
| at org.jboss.seam.intercept.SessionBeanInterceptor.preDestroy(SessionBeanInterceptor.java:68)
| 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:597)
| at org.jboss.ejb3.interceptor.LifecycleInvocationContextImpl.proceed(LifecycleInvocationContextImpl.java:131)
| at org.jboss.ejb3.interceptor.LifecycleInterceptorHandler.preDestroy(LifecycleInterceptorHandler.java:131)
| ... 106 more
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106644#4106644
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4106644
18 years, 8 months
[JBoss Tools (users)] - Re: new
by gscalise
"elidon" wrote : Hi,
|
| I had the same problem. What I did was to "JBoss, a division of Red Hat" as the provider for the adapter, and not "JBoss", which is the default one provided by Eclipse. After that you can select the JBoss runtime that you want, and it will magically show up in the "Target runtime" when you create a new project.
|
|
| JP
Still a no-go for me... creating a new runtime does nothing... i mean, i still get no new server in the combo after returning from the wizard. Creating a new server (based on the RH adapter) selects a blank item to the combo, but after clicking on the drop-down, I can only select as an option.
Closing the wizard and opening it again does nothing, either.
I'd gladly appreciate some help from the JB-IDE team on this issue...
Guido
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106640#4106640
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4106640
18 years, 8 months
[Persistence, JBoss/CMP, Hibernate, Database] - question about @ManyToOne and @Where
by fheldt
I've got a nasty problem and no idea how to solve this.
First: This is a legacy database, which i cannot change :-(
I have 2 entities Drvor and Vdrau both with the same compound key. Vdrau contains additional information, but only if the column DVABNR is >1500
With this solution it works (i had to add the @NotFound annotation, see below), but not optimal. It generates a seperate sql call for every row that has no data in Vdrau.
I looked at the @WhereJoinTable annotation, but it doesn't work with @MayToOne :-(
| @Entity
| public class Drvor implements Serializable {
| @EmbeddedId
| private DrvorPK pk = new DrvorPK();
|
| @ManyToOne(fetch = FetchType.LAZY)
| @Fetch(FetchMode.JOIN)
| @JoinColumns({
| @JoinColumn(name="DVAUN1", insertable=false, updatable=false),
| @JoinColumn(name="DVAUN2", insertable=false, updatable=false),
| @JoinColumn(name="DVAUJJ", insertable=false, updatable=false),
| @JoinColumn(name="DVABNR", insertable=false, updatable=false)
| })
| @NotFound(action=NotFoundAction.IGNORE)
| public Vdrau vdrau;
| ...
| }
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106639#4106639
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4106639
18 years, 8 months
[JBoss Seam] - Richfaces configuration issues
by rvkishore
I am trying to get Richfaces configured for my seam application. The richfaces user guide recommends a web.xml config
| web-app version="2.4"
|
| xmlns="http://java.sun.com/xml/ns/j2ee"
|
| xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
|
| xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
|
|
|
| <!-- Seam -->
|
| <listener>
|
| <listener-class>org.jboss.seam.servlet.SeamListener</listener-class>
|
| </listener>
|
|
|
| <!-- richfaces -->
|
| <filter>
|
| <display-name>RichFaces Filter</display-name>
|
| <filter-name>richfaces</filter-name>
|
| <filter-class>org.ajax4jsf.Filter</filter-class>
|
| </filter>
|
| <filter-mapping>
|
| <filter-name>richfaces</filter-name>
|
| <url-pattern>*.seam</url-pattern>
|
| </filter-mapping>
|
|
|
| <!-- Propagate conversations across redirects -->
|
| <filter>
|
| <filter-name>Seam Redirect Filter</filter-name>
|
| <filter-class>org.jboss.seam.servlet.SeamRedirectFilter</filter-class>
|
| </filter>
|
| <filter-mapping>
|
| <filter-name>Seam Redirect Filter</filter-name>
|
| <url-pattern>*.seam</url-pattern>
|
| </filter-mapping>
|
|
|
| <filter>
|
| <filter-name>Seam Exception Filter</filter-name>
|
| <filter-class>org.jboss.seam.servlet.SeamExceptionFilter</filter-class>
|
| </filter>
|
|
|
| <filter-mapping>
|
| <filter-name>Seam Exception Filter</filter-name>
|
| <url-pattern>*.jsf</url-pattern>
|
| </filter-mapping>
|
|
|
| <!-- JSF -->
|
| <context-param>
|
| <param-name>javax.faces.STATE_SAVING_METHOD</param-name>
|
| <param-value>client</param-value>
|
| </context-param>
|
|
|
| <context-param>
|
| <param-name>org.ajax4jsf.VIEW_HANDLERS</param-name>
|
| <param-value>com.sun.facelets.FaceletViewHandler</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>facelets.REFRESH_PERIOD</param-name>
|
| <param-value>2</param-value>
|
| </context-param>
|
| <context-param>
|
| <param-name>facelets.DEVELOPMENT</param-name>
|
| <param-value>true</param-value>
|
| </context-param>
|
| <context-param>
|
| <param-name>com.sun.faces.validateXml</param-name>
|
| <param-value>true</param-value>
|
| </context-param>
|
| <context-param>
|
| <param-name>com.sun.faces.verifyObjects</param-name>
|
| <param-value>true</param-value>
|
| </context-param>
|
| <context-param>
|
| <param-name>org.richfaces.SKIN</param-name>
|
| <param-value>DEFAULT</param-value>
|
| </context-param>
|
|
|
| <servlet>
|
| <servlet-name>Faces Servlet</servlet-name>
|
| <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
|
| <load-on-startup>1</load-on-startup>
|
| </servlet>
|
|
|
| <!-- Faces Servlet Mapping -->
|
| <servlet-mapping>
|
| <servlet-name>Faces Servlet</servlet-name>
|
| <url-pattern>*.seam</url-pattern>
|
| </servlet-mapping>
|
|
|
| <!-- MyFaces -->
|
| <listener>
|
| <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class>
|
| </listener>
|
| </web-app>
When I use the above config, I get a classnotfound for the
<listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class>
The reason for this being... For Seam to work with JBoss 4.2, the myfaces jars need to be replaced with Sun's JSF RI jars.
Is there any example for a Seam/Richfaces integration to work in a JBoss 4.2.1/ Seam 2.0/facelets environment. I am specifically looking for the web.xml/faces-config.xml and other config files that are needed.
Thanks in advance.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106638#4106638
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4106638
18 years, 8 months