November 2009 - jboss-user - Jboss List Archives

[jBPM Users] - Re: Jbpm 4 setup on existing JBOSS server

by RockerRocker

I will try this out. I dont have any EJBs , its just POJO beans handled by Spring. Can you please send me the details on how to create new console. Any help wud be appreciated. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266335#4266335 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266335

16 years, 5 months

1
0
0 / 0

[Clustering] - Re: obtain cluster lock

by bstansberry＠jboss.com

That sounds like a reasonable approach. Generally if you want to control access to something and that something provides it's own locking mechanisms, it's wise to use them. That's what you're doing here. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266333#4266333 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266333

16 years, 5 months

1
0
0 / 0

[jBPM Users] - Re: Problem moving from 4.1 to 4.2 using Spring configuratio

by RockerRocker

I changed that already (only one hibernate-session with client = true ) but same result. No clue at why i am able to deploy but not start ? Googled/Binged it , could find much .. Stuck on it .. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266329#4266329 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266329

16 years, 5 months

1
0
0 / 0

[Installation, Configuration & Deployment] - jndi, rebind, java.io.NotSerializableException

by delbd

Hello, trying to migrate an application from tomcat to JBoss, i am blocked with this error. | jvm 1 | java.io.NotSerializableException: org.enhydra.shark.Shark | jvm 1 | at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1156) | jvm 1 | at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326) | jvm 1 | at java.rmi.MarshalledObject.<init>(MarshalledObject.java:101) | jvm 1 | at org.jnp.interfaces.MarshalledValuePair.<init>(MarshalledValuePair.java:65) | jvm 1 | at org.jnp.interfaces.NamingContext.createMarshalledValuePair(NamingContext.java:1425) | jvm 1 | at org.jnp.interfaces.NamingContext.rebind(NamingContext.java:567) | jvm 1 | at org.jnp.interfaces.NamingContext.rebind(NamingContext.java:540) | jvm 1 | at javax.naming.InitialContext.rebind(InitialContext.java:408) | jvm 1 | at be.rmi.intranet.chain.setup.SharkSetup.execute(SharkSetup.java:56) | jvm 1 | at org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:166) | jvm 1 | at be.rmi.intranet.servlet.SetupServlet.init(SetupServlet.java:298) | The application am trying to migrate uses jndi to store objets created at startup that the whole application needs. Unfortunately, none of those objet are serializable and there is no reason to make them serialisable, since they are meant to be local to the JVM. According to JBoss docs i found on subjet, local VM / environment ressources are to be stored in the java:comp/env . This is what we do Binding shark at java:comp/env/Shark However, despite locality of objet, jboss complains it's not serializable. We can easily move those object to somewhere else in jndi so JBoss does not try to serialize them. But since those are proprietary objects, it's impossible or very difficult to make them serializable. Where should we store non serializable items in jndi? Or how can i tell jndi not to try to serialize objet (we don't need them to be remotely accessible or available in a cluster) Side question, how to convert this context.xml entry to jboss? <Environment name="conf/shark/GraphPictures" value="/home/intrarmi/shark-runtime/repository/png" type="java.lang.String" override="false" /> View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266327#4266327 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266327

16 years, 5 months

1
0
0 / 0

[EJB] - Migrating application from 4.0.2 to 4.2.3 GA = Could not res

by majkers

Hi all, my application lets call it x.ear was working and deploying well on JBoss 4.0.2 but after migrating it to JBoss 4.2.3 GA while deploying it on server I have a lot of warnings: WARN [org.jboss.ejb.StatelessSessionContainer] Could not restore ejb timers | javax.management.RuntimeMBeanException | at org.jboss.mx.interceptor.ReflectedDispatcher.handleInvocationExceptions(ReflectedDispatcher.java:176) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:163) | 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:193) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.ejb.Container.restoreTimers(Container.java:771) | at org.jboss.ejb.SessionContainer.startService(SessionContainer.java:410) | at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) | at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) | at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) | at java.lang.reflect.Method.invoke(Method.java:599) | 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:193) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978) | at $Proxy0.start(Unknown Source) | at org.jboss.system.ServiceController.start(ServiceController.java:417) | at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) | at java.lang.reflect.Method.invoke(Method.java:599) | 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:193) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy43.start(Unknown Source) | at org.jboss.ejb.EjbModule.startService(EjbModule.java:429) | at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) | at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) | at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) | at java.lang.reflect.Method.invoke(Method.java:599) | 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:193) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978) | at $Proxy0.start(Unknown Source) | at org.jboss.system.ServiceController.start(ServiceController.java:417) | at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) | at java.lang.reflect.Method.invoke(Method.java:599) | 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:193) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy41.start(Unknown Source) | at org.jboss.ejb.EJBDeployer.start(EJBDeployer.java:662) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) | at java.lang.reflect.Method.invoke(Method.java:599) | 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.start(DeployerInterceptor.java:87) | at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.start(SubDeployerInterceptorSupport.java:188) | at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:95) | 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 $Proxy42.start(Unknown Source) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) | at org.jboss.deployment.MainDeployer.addDeployer(MainDeployer.java:368) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) | at java.lang.reflect.Method.invoke(Method.java:599) | 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 $Proxy36.addDeployer(Unknown Source) | at org.jboss.ejb.EJBDeployer.startService(EJBDeployer.java:203) | at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) | at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) | at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) | at java.lang.reflect.Method.invoke(Method.java:599) | 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.deployment.SubDeployerInterceptor.invokeNext(SubDeployerInterceptor.java:124) | at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:109) | 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.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978) | at $Proxy0.start(Unknown Source) | at org.jboss.system.ServiceController.start(ServiceController.java:417) | at org.jboss.system.ServiceController.start(ServiceController.java:435) | at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) | at java.lang.reflect.Method.invoke(Method.java:599) | 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:193) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy4.start(Unknown Source) | at org.jboss.deployment.SARDeployer.start(SARDeployer.java:304) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) | at java.lang.reflect.Method.invoke(Method.java:599) | 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.deploy(Unknown Source) | at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421) | at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634) | at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263) | at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336) | at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) | at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) | at java.lang.reflect.Method.invoke(Method.java:599) | 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.start(Unknown Source) | at org.jboss.system.ServiceController.start(ServiceController.java:417) | at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) | at java.lang.reflect.Method.invoke(Method.java:599) | 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 $Proxy4.start(Unknown Source) | at org.jboss.deployment.SARDeployer.start(SARDeployer.java:304) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) | at java.lang.reflect.Method.invoke(Method.java:599) | 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 $Proxy5.deploy(Unknown Source) | at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482) | at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362) | at org.jboss.Main.boot(Main.java:200) | at org.jboss.Main$1.run(Main.java:508) | at java.lang.Thread.run(Thread.java:735) | Caused by: | java.lang.NullPointerException | at org.jboss.ejb.txtimer.DatabasePersistencePolicy.listTimerHandles(DatabasePersistencePolicy.java:165) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) | at java.lang.reflect.Method.invoke(Method.java:599) | 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:193) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy26.listTimerHandles(Unknown Source) | at org.jboss.ejb.txtimer.EJBTimerServiceImpl.restoreTimers(EJBTimerServiceImpl.java:408) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) | at java.lang.reflect.Method.invoke(Method.java:599) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | ... 191 more THose warning are being caused by restoretimers() method from Container.class that is invoked in SessionContainer.startService() method. This method (restoretimers) is not invoked in the same method in JBoss 4.02. What shall I do to stop those warning to appear. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266325#4266325 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266325

16 years, 5 months

1
0
0 / 0

[JBoss Cache Users] - Re: Question about lockParentForChildInsertRemove - when to

by bstansberry＠jboss.com

Indirectly, the parent node *does* include state information like info about number of nodes. Not directly, i.e. in the node's attribute map. But indirectly, via the getChildren() and getChildrenNames() methods. If your application uses those methods and counts on transactional consistency in the results, that's when you'd set lockParentForChildInsertRemove to true. Personally I've never written an app where I needed to set lockParentFroChildInsertRemove to true. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266324#4266324 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266324

16 years, 5 months

1
0
0 / 0

[jBPM Users] - Re: Problem moving from 4.1 to 4.2 using Spring configuratio

by saraswati.santanu

I tried your jbpm configuration. I did not get the exception, but it did not work also. I got stuck after firing one select. It looked like a deadlock. However the problem I notices in you jbpm.cfg.xml is presence of "hibernate-session" twice. I used the second one (with curent=true) successfully. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266322#4266322 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266322

16 years, 5 months

1
0
0 / 0

[JBoss Tools Users] - Re: Developping a Potlet with JBoss Tools and JBoss Portal

by OChikvina

If you use JBoss Portal + JBoss AS bundle as mentioned in tutorial, then a portlet library should be there. Just one thing there: to configure the project classpath to include the library, you should select "Portlet Target Runtime Provider" on the JBoss Portlet Capabilities page while creating a project. For details, see http://www.jboss.org/community/wiki/PortletFacetLibraries The docs should be updated nevertheless, thanks for pointing to this. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266317#4266317 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266317

16 years, 5 months

1
0
0 / 0

[Security] - Exclude EJB from global SecurityDomain?

by mwx.dennis

Hi everyone, in my EJB application I have defined a global security-domain in the jboss.xml file. I use a custom LoginModule which accesses my UserService EJB during the login process. My problem is, I get an infinite login loop because when I access the UserService (which is in the global security-domain too) the LoginModule jumps in again to login the user. I guess the solution would be to exclude the UserService from my global security domain. Is this possible at all? Any hints would be greatly appreciated. There is a similar issue here: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=137896 Regards, Dennis View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266315#4266315 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266315

16 years, 5 months

1
0
0 / 0

[JBoss Portal Users] - Re: Email validation: java.lang.ClassCastException: org.jbpm

by aeik

Hello DagoKent, i had this Exception when there's a wrong configuration in the identity-modul. | exception | | javax.servlet.ServletException: java.lang.ClassCastException: org.jbpm.bytes.ByteArray_$$_javassist_52 cannot be cast to org.jboss.portal.core.identity.services.workflow.UserContainer | org.jboss.portal.server.servlet.PortalServlet.service(PortalServlet.java:278) | javax.servlet.http.HttpServlet.service(HttpServlet.java:803) | org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) | | root cause | | java.lang.ClassCastException: org.jbpm.bytes.ByteArray_$$_javassist_52 cannot be cast to org.jboss.portal.core.identity.services.workflow.UserContainer | org.jboss.portal.core.identity.services.workflow.impl.CreateUserAction.execute(CreateUserAction.java:51) | org.jbpm.graph.def.Action.execute(Action.java:122) | org.jbpm.graph.def.GraphElement.executeAction(GraphElement.java:264) | org.jbpm.graph.def.GraphElement.executeActions(GraphElement.java:220) | org.jbpm.graph.def.GraphElement.fireAndPropagateEvent(GraphElement.java:190) | org.jbpm.graph.def.GraphElement.fireEvent(GraphElement.java:174) | org.jbpm.graph.def.Transition.take(Transition.java:138) | org.jbpm.graph.def.Node.leave(Node.java:394) | | This files were the cause: base-path: jboss-portal-2.7.2/server/default/deploy/jboss-portal.sar files: /portal-identity.sar/conf/identity-ui-configuration.xml /portal-identity.sar/portal-identity.war/jsf/common/editProfileInfo.xhtml /portal-identity.sar/portal-identity.war/jsf/common/profile.xhtml /conf/identity/profile-config.xml I found that it is a bad idea to remove fields from identity-ui-configuration.xml. If you remove fields the data JBoss saves temporarly is damaged and is not useable to activate the user, even if you change your configuration to a working one. You hve to reregister to test if it is working. With a fresh installation this should not happen, but perhaps it helps to solve your problem. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266313#4266313 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266313

16 years, 5 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user November 2009