[JBoss jBPM] - java.lang.ClassCastException: org.jbpm.graph.def.Node
by k.pravin
I am using JBPM3.1, this code is working with JBPM3.1.2 here is the code.
*****
JbpmConfiguration jbpmConfiguration = JbpmConfiguration.getInstance("jbpm.cfg.xml");
JbpmContext jbpmContext = jbpmConfiguration.createJbpmContext();
ProcessDefinition processDefinition = ProcessDefinition.parseXmlResource("forex.xml");
jbpmContext.deployProcessDefinition(processDefinition);
jbpmContext.close();
**********************************************************
Hibernate: select * from ( select processdef0_.ID_ as ID1_125_, processdef0_.NAME_ as NAME2_125_, processdef0_.VERSION_ as VERSION3_125_, processdef0_.ISTERMINATIONIMPLICIT_ as ISTERMIN4_125_, processdef0_.STARTSTATE_ as STARTSTATE5_125_ from JBPM_PROCESSDEFINITION processdef0_ where processdef0_.NAME_=? order by processdef0_.VERSION_ desc ) where rownum <= ?
14:32:01,552 INFO [STDOUT] java.lang.ClassCastException: org.jbpm.graph.def.Node$$EnhancerByCGLIB$$7b739752_2
14:32:01,552 INFO [STDOUT] at org.hibernate.proxy.CGLIBLazyInitializer.getProxy(CGLIBLazyInitializer.java:82)
14:32:01,552 INFO [STDOUT] at org.hibernate.proxy.CGLIBProxyFactory.getProxy(CGLIBProxyFactory.java:47)
14:32:01,552 INFO [STDOUT] at org.hibernate.tuple.AbstractEntityTuplizer.createProxy(AbstractEntityTuplizer.java:372)
14:32:01,552 INFO [STDOUT] at org.hibernate.persister.entity.AbstractEntityPersister.createProxy(AbstractEntityPersister.java:3120)
14:32:01,552 INFO [STDOUT] at org.hibernate.event.def.DefaultLoadEventListener.createProxyIfNecessary(DefaultLoadEventListener.java:232)
14:32:01,552 INFO [STDOUT] at org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:173)
14:32:01,552 INFO [STDOUT] at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:87)
14:32:01,552 INFO [STDOUT] at org.hibernate.impl.SessionImpl.fireLoad(SessionImpl.java:809)
14:32:01,552 INFO [STDOUT] at org.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:781)
14:32:01,552 INFO [STDOUT] at org.hibernate.type.EntityType.resolveIdentifier(EntityType.java:266)
14:32:01,552 INFO [STDOUT] at org.hibernate.type.EntityType.resolve(EntityType.java:303)
14:32:01,552 INFO [STDOUT] at org.hibernate.engine.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.java:113)
14:32:01,552 INFO [STDOUT] at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:842)
14:32:01,552 INFO [STDOUT] at org.hibernate.loader.Loader.doQuery(Loader.java:717)
14:32:01,552 INFO [STDOUT] at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:223)
14:32:01,552 INFO [STDOUT] at org.hibernate.loader.Loader.doList(Loader.java:2147)
14:32:01,552 INFO [STDOUT] at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2026)
14:32:01,552 INFO [STDOUT] at org.hibernate.loader.Loader.list(Loader.java:2021)
14:32:01,552 INFO [STDOUT] at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:369)
14:32:01,552 INFO [STDOUT] at org.hibernate.hql.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:298)
14:32:01,552 INFO [STDOUT] at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1020)
14:32:01,552 INFO [STDOUT] at org.hibernate.impl.QueryImpl.list(QueryImpl.java:74)
14:32:01,552 INFO [STDOUT] at org.hibernate.impl.AbstractQueryImpl.uniqueResult(AbstractQueryImpl.java:650)
14:32:01,552 INFO [STDOUT] at org.jbpm.db.GraphSession.findLatestProcessDefinition(GraphSession.java:153)
14:32:01,552 INFO [STDOUT] at org.jbpm.db.GraphSession.deployProcessDefinition(GraphSession.java:67)
14:32:01,552 INFO [STDOUT] at org.jbpm.JbpmContext.deployProcessDefinition(JbpmContext.java:173)
14:32:01,552 INFO [STDOUT] at com.ustrust.service.processdefinitionloader.LoadProcessDefinition.contextInitialized(LoadProcessDefinition.java:28)
14:32:01,552 INFO [STDOUT] at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3669)
14:32:01,552 INFO [STDOUT] at org.apache.catalina.core.StandardContext.start(StandardContext.java:4104)
14:32:01,552 INFO [STDOUT] at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
14:32:01,552 INFO [STDOUT] at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
14:32:01,552 INFO [STDOUT] at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
14:32:01,552 INFO [STDOUT] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
14:32:01,552 INFO [STDOUT] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
14:32:01,552 INFO [STDOUT] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
14:32:01,552 INFO [STDOUT] at java.lang.reflect.Method.invoke(Method.java:585)
14:32:01,552 INFO [STDOUT] at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
14:32:01,552 INFO [STDOUT] at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:150)
14:32:01,552 INFO [STDOUT] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
14:32:01,552 INFO [STDOUT] at org.apache.catalina.core.StandardContext.init(StandardContext.java:5005)
14:32:01,552 INFO [STDOUT] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
14:32:01,552 INFO [STDOUT] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
14:32:01,552 INFO [STDOUT] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
14:32:01,552 INFO [STDOUT] at java.lang.reflect.Method.invoke(Method.java:585)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996893#3996893
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996893
19 years, 7 months
[Messaging, JMS & JBossMQ] - Sonic JCA Resource Adapter Wait for Available Session Ended
by vimalm
Hi
We are using JBOSS 4.0.4GA along with Sonic JCA Resource adapter. I have a MDB deployed on JBOSS which listens on a Topic on Sonic ESB. Under heavy load on this topic, my MDB appears to turn deaf after processing 10000 or so messages on this topic. I see in the server.log messages like one shown below:
| 2006-12-22 02:43:48,433 DEBUG [Sonic Resource Adapter for JCA] SonicServerSessionPool.getServerSession() SessionMessageProcessor (34) 1: TopicSubscriber msg handler, $CC$$TS$wait for available session
|
| 2006-12-22 02:43:48,525 DEBUG [Sonic Resource Adapter for JCA] SonicServerSessionPool.getServerSession() SessionMessageProcessor (27) 1: TopicSubscriber msg handler, $CC$$TS$ wait for available session ended
|
This phenomenan is fairly reproducible. I wrote a stand along java code, which will publish about 21000 messages on the topic by reading stuff from a file. This program takes about 5 minutes to dump these 21000 messages on the topic.
Structure of this client program is fairly standard and simple. Given below in case you are interested to have a look.
| InitialContext ctx = new InitialContext(properties);
| ConnectionFactory connectionFactory = (ConnectionFactory) client.lookup(ctx, "ConnectionFactory");
| javax.jms.Connection connection = connectionFactory.createConnection();
| javax.jms.Session session = connection.createSession(false,Session.AUTO_ACKNOWLEDGE);
| Topic tp = session.createTopic("TopicName");
| MessageProducer messageProducer = session.createProducer(tp);
| BufferedReader in = new BufferedReader(new FileReader("data.txt"));
| String str = null;
| while((str = in.readLine()) !=null) {
| TextMessage message = session.createTextMessage(str);
| messageProducer.send(message, DeliveryMode.PERSISTENT, 4, 5400000);
| System.out.println("Published message");
| }
| // Do stuff to close BufferedReader, MessageProducer, Session and Connection and in that order
|
Now my MDB takes about 300 ms on an average to process the message. This involves updating about 10 tables on an Oracle database using a local-tx datasource.
Here is the ejb-jar.xml for the MDB
| <enterprise-beans>
| <message-driven>
| <ejb-name>SomeMDB</ejb-name>
| <ejb-class>mypackage.SomeMDB</ejb-class>
| <messaging-type>javax.jms.MessageListener</messaging-type>
| <transaction-type>Bean</transaction-type>
| <activation-config>
| <activation-config-property>
| <activation-config-property-name>destinationType</activation-config-property-name>
| <activation-config-property-value>javax.jms.Topic</activation-config-property-value>
| </activation-config-property>
| <activation-config-property>
| <activation-config-property-name>destination</activation-config-property-name>
| <activation-config-property-value>[[sharedsub]]TopicName</activation-config-property-value>
| </activation-config-property>
| <activation-config-property>
| <activation-config-property-name>subscriptionDurability</activation-config-property-name>
| <activation-config-property-value>Durable</activation-config-property-value>
| </activation-config-property>
| <activation-config-property>
| <activation-config-property-name>subscriptionName</activation-config-property-name>
| <activation-config-property-value>SomeMDBDurableSub</activation-config-property-value>
| </activation-config-property>
| <activation-config-property>
| <activation-config-property-name>clientID</activation-config-property-name>
| <activation-config-property-value>SomeMDB</activation-config-property-value>
| </activation-config-property>
| <activation-config-property>
| <activation-config-property-name>reconnectTimeout</activation-config-property-name>
| <activation-config-property-value>5</activation-config-property-value>
| </activation-config-property>
| </activation-config>
| </message-driven>
| </enterprise-beans>
|
| <!-- Assembly Descriptor -->
| <assembly-descriptor>
| <container-transaction>
| <method>
| <ejb-name>SomeMDB</ejb-name>
| <method-name>*</method-name>
| </method>
| <trans-attribute>NotSupported</trans-attribute>
| </container-transaction>
|
| </assembly-descriptor>
|
Here is the code for MDB
| public void onMessage(Message message) {
| TextMessage txtMess = (TextMessage)message;
| Connection con = null;
| try {
| String xml = txtMess.getText();
| log.debug("SomeMDB|onMessage|Message Driven Bean Got Message: " + xml);
| InitialContext ctx = new InitialContext();
| DataSource ds = (DataSource) ctx.lookup("java:jdbc/MyDataSource");
| con = ds.getConnection();
| con.setAutoCommit(false);
| dp = new DataProcessor(con);
| dp.process(xml); // Process message to take about 150 ms
| con.commit();
| } catch(Throwable e) {
| log.error("Caught Throwable " + e.getMessage() , e);
| try {
| con.rollback();
| } catch(Throwable t) {
| log.error("CAn't rollback" , t);
| }
| } finally {
| try {
| con.close();
| } catch(SQLException e1) {
| log.error("Can't close connection " , e1);
| }
| }
| }
|
The echo message in SomeMDB stops appearing the log after processing about 10000 messages.
I have tried a lot of permutations. Some of them being:
1. Instead of using Bean managed transaction with notsupported transactiontype, use a CM transaction with Required transaction type. That causes another type of problem because Sonic JCA adapter appears to start a XA transaction and I was using the local-tx for oracle. I got a series of about 5 transaction time out. Further messages did not get processed.
2. I tried a CM Transaction with Required Transaction Type with Oracle XA transaction which dropped messages too. But I did not get any more transaction time out. The error message was the same as shown near the top.
3. I started off with my client doing a producer.send(textmessage) and my MDB not being durable which did not work too.
Here is what works and is very weird.
In my publisher code, I add a delay of 300 ms between the messages produced by doing a Thread.sleep(300). My MDB now seems to respond well and consume all the message.
Per SonicMQ documentation, if the publisher is publishing PERSISTENT messages and MDB is durable that will gurantee message delivery. But it does not appear so. I crashed my container after my MDB stopped listening and restarted it in the hope that it will pick up the message. But my MDB did not pick up the message.
Durable subscription works and I have tested it. So there should not be a problem with activation config.
We probably can't ask the publisher in a production like environment to add this delay between the messages so that we can consume them because they run several production jobs sequentially and by adding this delay there entire job processing time will be increased by 1.5 hours or so.
Does any one have run into this problem? Any help will be appreciated.
I have searched into the forum and have read the issue with concurrent.jar etc. That should not be a problem because we are using such a newer version of JBoss.
Any thoughts will be appreciated. I am going to try to add the Jboss MQ trace level logging to see if that gives me any more explanation.
Happy new year.
Vimal
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996887#3996887
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996887
19 years, 7 months
[EJB 3.0] - Exception thrown on EJB3.0_RC9_Patch1 and JBoss-4.0.5.GA
by gus888
Hi all,
I unziped Jboss-4.0.5.GA, and run ant for EJB3.0_RC9_Patch1. It looks everything was successful, but when I run Jboss server, I got the following exceptions. Anybody can give me some guidance? Thank you in advance.
10:59:07,937 ERROR [MainDeployer] Could not create deployment: file:/C:/Tomcat/jboss-4.0.5.GA/server/default/deploy/ejb3-clustered-sfsbcache-service.xml
| org.jboss.deployment.DeploymentException: - nested throwable: (java.lang.reflect.UndeclaredThrowableException)
| at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:196)
| at org.jboss.system.ServiceController.install(ServiceController.java:226)
| 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.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.install(Unknown Source)
| at org.jboss.deployment.SARDeployer.create(SARDeployer.java:249)
| at org.jboss.deployment.MainDeployer.create(MainDeployer.java:969)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:818)
| 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:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| 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 $Proxy8.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.GeneratedMethodAccessor2.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| 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.GeneratedMethodAccessor9.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| 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:302)
| 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:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| 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:490)
| at java.lang.Thread.run(Thread.java:595)
| Caused by: java.lang.reflect.UndeclaredThrowableException
| at org.jboss.system.ServiceCreator.install(ServiceCreator.java:236)
| at org.jboss.system.ServiceConfigurator.internalInstall(ServiceConfigurator.java:449)
| at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:171)
| ... 81 more
| Caused by: java.lang.NoClassDefFoundError: org/jboss/cache/TreeCache
| at java.lang.ClassLoader.defineClass1(Native Method)
| at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
| at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
| at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
| at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
| at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
| at java.security.AccessController.doPrivileged(Native Method)
| at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
| at org.jboss.mx.loading.RepositoryClassLoader.findClassLocally(RepositoryClassLoader.java:672)
| at org.jboss.mx.loading.RepositoryClassLoader.findClass(RepositoryClassLoader.java:652)
| at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
| at org.jboss.mx.loading.RepositoryClassLoader.loadClassLocally(RepositoryClassLoader.java:190)
| at org.jboss.mx.loading.ClassLoadingTask$ThreadTask.run(ClassLoadingTask.java:131)
| at org.jboss.mx.loading.LoadMgr3.nextTask(LoadMgr3.java:399)
| at org.jboss.mx.loading.RepositoryClassLoader.loadClassImpl(RepositoryClassLoader.java:517)
| at org.jboss.mx.loading.RepositoryClassLoader.loadClass(RepositoryClassLoader.java:405)
| at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
| at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:1204)
| at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:286)
| at org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:344)
| at org.jboss.system.ServiceCreator.install(ServiceCreator.java:157)
| ... 83 more
| 10:59:08,390 ERROR [MainDeployer] Could not create deployment: file:/C:/Tomcat/jboss-4.0.5.GA/server/default/deploy/ejb3-entity-cache-service.xml
| org.jboss.deployment.DeploymentException: No ClassLoaders found for: org.jboss.cache.TreeCache; - nested throwable: (java.lang.ClassNotFoundException: No ClassLoaders found for: org.j
| che)
| at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:196)
| at org.jboss.system.ServiceController.install(ServiceController.java:226)
| at sun.reflect.GeneratedMethodAccessor19.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| 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.install(Unknown Source)
| at org.jboss.deployment.SARDeployer.create(SARDeployer.java:249)
| at org.jboss.deployment.MainDeployer.create(MainDeployer.java:969)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:818)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
| at sun.reflect.GeneratedMethodAccessor17.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| 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 $Proxy8.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.GeneratedMethodAccessor2.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| 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.GeneratedMethodAccessor9.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| 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:302)
| 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:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| 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:490)
| at java.lang.Thread.run(Thread.java:595)
| Caused by: java.lang.ClassNotFoundException: No ClassLoaders found for: org.jboss.cache.TreeCache
| at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:212)
| at org.jboss.mx.loading.RepositoryClassLoader.loadClassImpl(RepositoryClassLoader.java:511)
| at org.jboss.mx.loading.RepositoryClassLoader.loadClass(RepositoryClassLoader.java:405)
| at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
| at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:1204)
| at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:286)
| at org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:344)
| at org.jboss.system.ServiceCreator.install(ServiceCreator.java:157)
| at org.jboss.system.ServiceConfigurator.internalInstall(ServiceConfigurator.java:449)
| at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:171)
| ... 79 more
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996884#3996884
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996884
19 years, 7 months
[JBoss Seam] - Fields of Seam-managed-component are loosing values
by Falchor
Hi there,
I ran into a strange problem:
What I'm trying to do is:
An action is called on conversation-component 'A'. All fields are perfectly injected and carry the right values.
Now I'm calling a method in conversation-component 'B' from the action-method in component 'A' (not directly, happens through observer-pattern).
Bean 'B' has a field, where an instance of Bean 'A' is injected - works correct, too.
The method in Bean 'B' calls a method in Bean 'A' - still works correct.
But: When Bean 'B' returns from the method-call and I'm back in Bean 'A' again, all the seam-managed-fields in Bean 'A' are set to null suddenly.
How is that possible? It's still the same object, just the fields are empty.. Any suggestions?
Thank you so much for an answer, I'm down on the floor ;)
greets,
-clem
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996882#3996882
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996882
19 years, 7 months
[Beginners Corner] - URLClassLoader loadClass() throws NoClassDefFoundError for S
by infoiasi_m
I am trying to use URLClassLoader class tor retrieve information about a class in the local file system, using the version 4.0.5 of the JBoss application server.
I have a business function in a session bean class in which i do this:
| String classPathString = path;
| File classPath = new File(classPathString);
| File[] files = classPath.listFiles();
|
| try {
| URLClassLoader classLoader;
| Thread.currentThread().setContextClassLoader(
| classLoader = new URLClassLoader(
| new URL[] {files[0].toURL()}
| )
| );
| Class c = classLoader.loadClass("classbro.ejb.JClassBroBean");
| return c.getName();
| } catch(ClassNotFoundException e) {
| return "Class not found.";
| } catch(MalformedURLException e) {
| return "Malformed URL.";
| }
|
The call of loadClass throws a NoClassDefFoundError for javax/ejb/SessionBean, which I cannot understand. The class which I put there exists and it is found, because I tested this. How could I fix this problem?
Thanks.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996881#3996881
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996881
19 years, 7 months
[JBossCache] - Replication vs. Invalidation and Configuration
by fabrefactor
Hi JBossCache folks.
We have a number of use cases where we need to maintain state across application servers. Specifically, one application in one cluster may need to save a conversation before redirecting to another application in yet another cluster.
So, the use case is:
* App 1 stores data in the cache
* App 1 redirects to App 2 (via HTTP forward)
* App 2 removes the stored data from the cache
We have had the following problems:
1. We cannot use IP multicast or UDP to let the caches communicate. The only way I have found to get them to discover one another is through the use of TCPPING.
2. It seems as though *sometimes* App 2 cannot find the node in the cache region after redirect, but sometimes it can. The problem is hard to reproduce, as if the App 2 cache joins the App 1 cache for the first time, it works fine, but if the membership was already established, the data is not replicated to App 2. I assume this is because ClusteredCacheLoader fetches the state only on first join.
It would seem as though we need to use synchronous replication rather than invalidation, but the manual seems to advise against that if at all possible.
So I have no idea how to change the configuration to fulfill the use case.
I'll note that we're running under WebSphere 6 and instantiating the conversation cache manually. (Not as a server-wide mbean.)
Thanks in advance for any and all assistance.
Here's our configuration.
| <?xml version="1.0" encoding="UTF-8"?>
| <server>
| <classpath codebase="./lib" archives="jboss-cache.jar, jgroups.jar" />
| <!-- ==================================================================== -->
| <!-- Defines TreeCache configuration -->
| <!-- ==================================================================== -->
| <mbean code="org.jboss.cache.TreeCache" name="jboss.cache:service=TreeCache">
| <depends>jboss:service=Naming</depends>
| <depends>jboss:service=TransactionManager</depends>
|
| <attribute name="TransactionManagerLookupClass">org.jboss.cache.GenericTransactionManagerLookup</attribute>
|
| <attribute name="IsolationLevel">REPEATABLE_READ</attribute>
|
| <attribute name="CacheMode">INVALIDATION_SYNC</attribute>
|
| <attribute name="UseReplQueue">false</attribute>
|
| <attribute name="ReplQueueInterval">0</attribute>
|
| <attribute name="ReplQueueMaxElements">0</attribute>
|
| <attribute name="ClusterName">onversationCache</attribute>
|
| <attribute name="ClusterConfig">
| <config>
| <TCP start_port="7800" loopback="true" />
| <TCPPING initial_hosts="localhost[7800],was01[7800],was02[7800],was03[7800],was04[7800],was05[7800],was06[7800],was07[7800],was08[7800]" port_range="20" timeout="3500" num_initial_members="3" up_thread="true" down_thread="true" />
| <MERGE2 min_interval="5000" max_interval="10000" />
| <FD shun="true" timeout="2500" max_tries="5" up_thread="true" down_thread="true" />
| <VERIFY_SUSPECT timeout="1500" down_thread="false" up_thread="false" />
| <pbcast.NAKACK down_thread="true" up_thread="true" gc_lag="100" retransmit_timeout="3000" />
| <pbcast.STABLE desired_avg_gossip="20000" down_thread="false" up_thread="false" />
| <pbcast.GMS join_timeout="5000" join_retry_timeout="2000" shun="false" print_local_addr="true" down_thread="true" up_thread="true" />
| <pbcast.STATE_TRANSFER up_thread="true" down_thread="true" />
| </config>
| </attribute>
| <attribute name="CacheLoaderConfiguration">
| <config>
| <cacheloader>
| <class>org.jboss.cache.loader.ClusteredCacheLoader</class>
| <properties>timeout=3000</properties>
| </cacheloader>
| </config>
| </attribute>
|
| <attribute name="FetchInMemoryState">true</attribute>
|
| <attribute name="InitialStateRetrievalTimeout">15000</attribute>
|
| <attribute name="SyncReplTimeout">15000</attribute>
|
| <attribute name="LockAcquisitionTimeout">10000</attribute>
|
| <attribute name="EvictionPolicyClass" />
|
| <attribute name="UseRegionBasedMarshalling">false</attribute>
| </mbean>
| </server>
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996880#3996880
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996880
19 years, 7 months
[EJB/JBoss] - org.jboss.tm.JBossRollbackException
by Guy007
I have a stateless session bean which accesses an EJB3 entity. When I use entitymanager.find() it works fine, but when i do persist() i get the following error:
org.jboss.tm.JBossRollbackException: Unable to commit, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=jupiter/31, BranchQual=, localId=31] status=STATUS_NO_TRANSACTION; - nested throwable: (javax.persistence.PersistenceException: org.hibernate.exception.GenericJDBCException: Could not execute JDBC batch update)
|
|
| java.lang.RuntimeException: org.jboss.tm.JBossRollbackException: Unable to commit, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=jupiter/31, BranchQual=, localId=31] status=STATUS_NO_TRANSACTION; - nested throwable: (javax.persistence.PersistenceException: org.hibernate.exception.GenericJDBCException: Could not execute JDBC batch update) at org.jboss.aspects.tx.TxPolicy.handleEndTransactionException(TxPolicy.java:198) at org.jboss.aspects.tx.TxPolicy.endTransaction(TxPolicy.java:180) at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:87) at org.jboss.aspects.tx.TxInterceptor$RequiresNew.invoke(TxInterceptor.java:275) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:76) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:62) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:78) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:47) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106) at
| etc etc
the method i am calling is:
@TransactionAttribute(TransactionAttributeType.REQUIRES_
| public String mymethod() {
| ...
| entitymanager.persist(mybean);
| }
where mybean is as follows:
anonymous wrote :
| public class Mybean implements Serializable {
|
| @Id
| @Column (unique=true, nullable=false, length=32)
| private String name;
|
| public MyBean() {...}
|
| ..........
|
any ideas why! it is driving me insane!
i have been working on it for a week now... no success!
thanks guys!
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996878#3996878
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996878
19 years, 7 months
[Beginners Corner] - Trying to install/test-run JBoss 5, encountering errors
by crobison
Hey folks,
I've downloaded a copy of JBoss 5 Beta 1, and I've installed it on a box running CentOS and I'm trying to do a test run to verify that everything got installed correctly. When I do, I get a huge dump over the next two minutes, and it doesn't look like all is well.
The salient bits appear to be:
13:39:34,991 ERROR [BaseModelMBean] Exception invoking method addChild
java.lang.RuntimeException: org.jboss.xb.binding.JBossXBException: Failed to parse source: Bad file descriptor
at org.jboss.web.tomcat.tc6.TomcatInjectionContainer.processMetadata(TomcatInjectionContainer.java:264)
...
13:39:35,051 ERROR [BaseModelMBean] Exception invoking method init
LifecycleException: Manager has not yet been started
...
13:39:35,097 ERROR [AbstractKernelController] Error installing to Start: name=jboss.web.deployment:war=/jmx-console state=Create mode=Manual requiredState=Installed
LifecycleException: Manager has not yet been started
...
This is directly after having unzipped the distribution zip file jboss-5.0.0.Beta1.zip. What else do I need to do at an absolute minimum to get it to start up successfully?
Thanks!
--chris
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996876#3996876
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996876
19 years, 7 months
[JBoss Seam] - iceFaces inputFile component
by buddy1974
Hi all,
has anyone successfully integrated the <ice:inputFile/> Component? I am trying to get this to work, but I keep getting an 404 inside the genrated iframe.
I am new to seam and icefaces.
So any help is highly appreciated.
Here is my setup:
I am using the web.xml from the seam 1.1.GA examples/icefaces example booking application. I also copied the icefaces jars into my lib folder. That made most errors disappear. But this error stays. Any help is highly appreciated.
this is how my current page looks like:
| <h:form id="upload">
| <div>
| <ice:inputFile style="border:none; width:400px; height:70px;" progressListener="#{inputFile.progress}" actionListener="#{inputFile.action}"/>
| <ice:outputProgress id="pro" value="#{inputFile.percent}"/>
| <h:commandButton id="uploadPicture" value="upload Picture!" action="#{upload.uploadPicture}"/>
| </div>
| </h:form>
|
The commandButton was generated by seam-gen new-action i don't know if I have to provide a inputFile bean. Plus I don't know how to get the thing with the events working, since (as for my understanding) the icefaces component showcase schos bean examples when one uses icefaces framework standalone.
Kind regards
Juergen Hoffmann
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996874#3996874
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996874
19 years, 7 months
[Beginners Corner] - JBoss with Gmail
by vishwanath.nadimpally
How can we configure JBoss to use Gmail smtp. I am using 4.0.2 and I want Jboss to use gmail smtp. I did something in my mail-service.xml.
| <attribute name="Configuration">
| <!-- Test -->
| <configuration>
| <!-- Change to your mail server prototocol -->
| <property name="mail.transport.protocol" value="smtp"/>
|
| <property name="mail.smtp.starttls.enable" value="true"/>
| <property name="mail.smtp.host" value="smtp.gmail.com"/>
| <property name="mail.smtp.auth" value="true"/>
|
|
| <!-- Change to the SMTP gateway server -->
| <!-- Change to the address mail will be from -->
| <property name="mail.from" value="someaddress(a)gmail.com"/>
|
| <!-- Enable debugging output from the javamail classes -->
| <property name="mail.debug" value="false"/>
| </configuration>
| </attribute>
|
But this doesnt work. I keep getting error
"class javax.mail.MessagingException: 530 5.7.0 Must issue a STARTTLS command first 9sm23453515agc"
Can some one help me please?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996873#3996873
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996873
19 years, 7 months
[Messaging, JMS & JBossMQ] - Dead letter queues
by tobinibot
I am using JBoss 4.0.5 with ActiveMQ 4.1.0 as my JMS provider. I have an MDB set up, reading from an ActiveMQ queue, and am using normal container managed transactions (with XA). When the transaction fails, the message is correctly put back on the queue. From the logs, I can tell that my message is pulled off the queue 5 times. After that, it is gone.
>From what I understand, JBoss is configured to try a preset number of times (apparently 5), and then move the message to a dead letter queue (DLQ). However, I cannot find the message anywhere. I have not configured anything around DLQ's. By default, does JBoss put the message in one of it's DLQ's, or does it try to put it to the JMS provider's DLQ (in this case ActiveMQ)? I haven't been able to find it in either one.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996870#3996870
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996870
19 years, 7 months
[JBoss Portal] - Re: JBoss Portal 2.4.1.CR2 Released
by bsmithjj
The portal_2_0.dtd supplied with the source code does not match the documentation. The documentation shows the root element to be . The DTD states that the root element is .
Which is correct?
I am trying to figure out which version of JBoss Portal to use (if any) to start a new portal project. It's the constant mismatch or lack of documentation on key aspects of this system that's making me think of just punting on the portal and sticking with Seam.
(IMHO) most 'real' companies that are looking to create a portal are going to approach this the same way as I am:
- how do I customize security for my infrastructure?
- how do I create/customize pages for my organization (look and feel, etc.)
- where's the documentation to do this? 'cause the documentation that comes with the portal doesn't quite match up.
Last year, when I put together a JBoss Portal 2.0.1 project, the portal was so much easier to customize and use. Now, I can't figure out where to get started because basically it's a 50-50 crap shoot that the documentation actually describes how to do something a.) correctly, and b.) coherently.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996851#3996851
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996851
19 years, 7 months
[Messaging, JMS & JBossMQ] - jboss 5.0.0.Beta2: 'jms-ra.rar' is not registered
by bbredohl
Hi,
I have a problem with the following system:
JBoss [Morpheus] 5.0.0.Beta2 (build: SVNTag=https://svn.jboss.org/repos/jbossas/tags/JBoss_5_0_0_Beta2 date=200612281636)
In JBoss 4.0.4GA//4.0.5GA my MDB works fine, but in JBoss 5.0.0.Beta2 I get this Exception:
ERROR [AbstractKernelController] Error installing to Start: name=jboss.j2ee:jar=FeatureScan-ejb.jar,name=GlobalWorker,service=EJB3 state=Create
| org.jboss.deployment.DeploymentException: Unable to create activation spec ra=jboss.jca:service=RARDeployment,name='jms-ra.rar' messaging-type=javax.jms.MessageListener properties={destination=ActivationConfigProperty(destination=queue/testQueue), acknowledgeMode=ActivationConfigProperty(acknowledgeMode=Auto-acknowledge), destinationType=ActivationConfigProperty(destinationType=javax.jms.Queue)}
| at org.jboss.deployment.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:52)
| at org.jboss.ejb3.mdb.inflow.JBossMessageEndpointFactory.createActivationSpec(JBossMessageEndpointFactory.java:290)
| at org.jboss.ejb3.mdb.inflow.JBossMessageEndpointFactory.start(JBossMessageEndpointFactory.java:189)
| at org.jboss.ejb3.mdb.MessagingContainer.startProxies(MessagingContainer.java:186)
| at org.jboss.ejb3.mdb.MessagingContainer.start(MessagingContainer.java:152)
| at org.jboss.ejb3.mdb.MDB.start(MDB.java:126)
| 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.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:55)
| at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:108)
| at org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethodJoinPoint.java:66)
| at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchJoinPoint(KernelControllerContextAction.java:71)
| at org.jboss.kernel.plugins.dependency.LifecycleAction.installAction(LifecycleAction.java:147)
| at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.install(KernelControllerContextAction.java:96)
| at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
| at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:226)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:709)
| at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:429)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:538)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:472)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:320)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:190)
| at org.jboss.system.ServiceController.doChange(ServiceController.java:656)
| at org.jboss.system.ServiceController.start(ServiceController.java:431)
| at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:124)
| at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:85)
| at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:44)
| at org.jboss.deployers.plugins.deployers.helpers.AbstractSimpleRealDeployer.deploy(AbstractSimpleRealDeployer.java:53)
| at org.jboss.deployers.plugins.deployer.AbstractSimpleDeployer.commitDeploy(AbstractSimpleDeployer.java:52)
| at org.jboss.deployers.plugins.deployer.DeployerWrapper.commitDeploy(DeployerWrapper.java:145)
| at org.jboss.deployers.plugins.deployment.MainDeployerImpl.commitDeploy(MainDeployerImpl.java:440)
| at org.jboss.deployers.plugins.deployment.MainDeployerImpl.commitDeploy(MainDeployerImpl.java:451)
| at org.jboss.deployers.plugins.deployment.MainDeployerImpl.process(MainDeployerImpl.java:381)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:366)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.bootstrap(ProfileServiceBootstrap.java:246)
| at org.jboss.kernel.plugins.bootstrap.AbstractBootstrap.run(AbstractBootstrap.java:89)
| at org.jboss.system.server.profileservice.ServerImpl.doStart(ServerImpl.java:403)
| at org.jboss.system.server.profileservice.ServerImpl.start(ServerImpl.java:342)
| at org.jboss.Main.boot(Main.java:210)
| at org.jboss.Main$1.run(Main.java:508)
| at java.lang.Thread.run(Thread.java:595)
| Caused by: javax.management.InstanceNotFoundException: jboss.jca:service=RARDeployment,name='jms-ra.rar' is not registered.
| at org.jboss.mx.server.registry.BasicMBeanRegistry.get(BasicMBeanRegistry.java:527)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:662)
| at org.jboss.ejb3.JmxClientKernelAbstraction.invoke(JmxClientKernelAbstraction.java:44)
| at org.jboss.ejb3.mdb.inflow.JBossMessageEndpointFactory.createActivationSpec(JBossMessageEndpointFactory.java:285)
| ... 41 more
|
My MDB:
@MessageDriven(mappedName = "jms/GlobalWorker", activationConfig = {
| @ActivationConfigProperty(propertyName = "acknowledgeMode", propertyValue = "Auto-acknowledge"),
| @ActivationConfigProperty(propertyName = "destinationType", propertyValue = "javax.jms.Queue"),
| @ActivationConfigProperty(propertyName = "destination" , propertyValue = "queue/testQueue")
| })
|
How can I fix this?
Tanks for your help
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996850#3996850
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996850
19 years, 7 months
[EJB/JBoss] - JRMP Connection problems
by viniciuscarvalho
Hello there! Our application start throwing this error few days ago:
Caused by: javax.naming.CommunicationException [Root exception is java.rmi.ConnectIOException: error during JRMP connection establishment; nested exception is:
java.net.SocketTimeoutException: Read timed out]
The application has many flaws and I'm wondering if that could be the cause. One of the things we have is a lot of connection resets inside the web tier (some dumb-ass is closing the response before the flow terminates) and we have this shattered all around the place.
I just would like to know what could be causing this type of error? We are using pooled invoker, and our stateless pool size is set 300, and by the time of the error we had less than 300 clients on the server.
Any ideas?
Best regards
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996836#3996836
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996836
19 years, 7 months
[JBoss jBPM] - Re: I have problem to receive complex parameters , BP Interf
by alex.guizar＠jboss.com
1) Depends on whether the type of the message and/or part match. If the received message matches the input message of the subsequent invocation, the assign is unnecessary. If the messages differ and the type of the part matches, then you need to copy the part from the received message to the part of the input message.
See BPEL4WS 1.1, section 9.3.1 Type compatibility in assignment for details.
2) Keep reading up to section 9.3.2 Assignment example
3) No. You can reuse either the WSDL message or the complex type for the part of your new message.
4) You can copy entire XML elements, parts or even messages provided the source and the destination have compatible types.
Hope this helps. Still, I'd like to take a look at the WSDL documents for the process and the partner service just in case I missed something.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996828#3996828
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996828
19 years, 7 months