[JBoss Messaging] - JBM Topic Pub-Sub
by bdaye42
I would like to get some input from the JBM community relating to publish/subscribe models using JBoss Messaging.
I have a web service that takes a request and and subscribes that entity to a particular topic(s). I am having trouble maintaining state for the various subscriptions to particular topics. It seems that the javax.jms.Session that I use to create the subscribers doesn't maintain the information. Maybe the answer lies in my misunderstanding of how JBM works but I am going to walk you through what I'm doing to accomplish my pub-sub model.
1. ConnectionFactory looked up through jndi -> /ConnectionFactory
2. A Connection is created from the factory.
3. A Session is created from the Connection
>From here, I can create the subscribers and verify that they exists by publishing to them immediately. I can dynamically create new topics by using the ServerPeer and MBeans. I can't figure out how to keep all subscribers active. I have tried a simple unit test, using only 1 ConnectionFactory, Connection and Session and still, no dice. Is there a configuration file that enables persistence?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199611#4199611
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199611
17 years, 3 months
[JBoss jBPM] - Re: Trying to persist process instances - need some help
by terigox
Thanks again for the help kukeltje,
If I remove the jbpm.cfg.xml I'm not exactly sure how to get a hold of my jbpmContext, I tried:
| JbpmConfiguration jbpmConfiguration = JbpmConfiguration.getInstance();
| JbpmContext jbpmContext = jbpmConfiguration.createJbpmContext();
|
But that leaves me with this exception
| java.lang.ClassCastException: org.jbpm.persistence.jta.JtaDbPersistenceServiceFactory cannot be cast to org.jbpm.svc.ServiceFactory
| org.jbpm.svc.Services.getServiceFactory(Services.java:117)
| org.jbpm.svc.Services.getService(Services.java:134)
|
I tried putting my jbpm.cfg.xml back and added a bit more content, following the included guide for jBPM and made my jbpm.cfg.xml look as follows:
| <jbpm-configuration>
|
| <jbpm-context>
| <service name='persistence' factory='org.jbpm.persistence.db.DbPersistenceServiceFactory' />
| </jbpm-context>
|
| <string name='resource.hibernate.cfg.xml' value='hibernate.cfg.xml' />
| <string name='resource.business.calendar' value='org/jbpm/calendar/jbpm.business.calendar.properties' />
| <string name='resource.default.modules' value='org/jbpm/graph/def/jbpm.default.modules.properties' />
| <string name='resource.converter' value='org/jbpm/db/hibernate/jbpm.converter.properties' />
| <string name='resource.action.types' value='org/jbpm/graph/action/action.types.xml' />
| <string name='resource.node.types' value='org/jbpm/graph/node/node.types.xml' />
| <string name='resource.varmapping' value='org/jbpm/context/exe/jbpm.varmapping.xml' />
| </jbpm-configuration>
|
I get the same error:
| java.lang.IllegalArgumentException: Can not set long field org.jbpm.graph.def.GraphElement.id to org.jbpm.graph.node.MailNode
| sun.reflect.UnsafeFieldAccessorImpl.throwSetIllegalArgumentException(UnsafeFieldAccessorImpl.java:146)
| sun.reflect.UnsafeFieldAccessorImpl.throwSetIllegalArgumentException(UnsafeFieldAccessorImpl.jav
|
I'm confused as to why it's trying to create a "MailNode" anyway. None of my nodes in my process definition are MailNodes. Does having a task-node force it to also create a MailNode? I could try an even simpler example with only a single StateNode to see if it works at all with explicitly saving.
Any thoughts? I really appreciate the help!
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199600#4199600
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199600
17 years, 3 months
[Management, JMX/JBoss] - jmx console 500 error
by goldmann
Hi,
When I press Apply Changes button in jmx console to save changes in MBean properties I'm getting always an 500 error. It doesn't matter on which MBean I click, or which configuration I use - always same error. Invoke buttons are working properly.
I've tested in on a clean "all" and "default" configuration (I've changed only AJP connector port to 8010, because 8009 is using another app).
My configuration: JBoss AS 5.0.0.GA on Linux. Is anyone experiencing same behavior? Any hints?
Linux:
2.6.27.9-159.fc10.x86_64 #1 SMP Tue Dec 16 14:47:52 EST 2008 x86_64 x86_64 x86_64 GNU/Linux
Java:
java version "1.6.0_11"
| Java(TM) SE Runtime Environment (build 1.6.0_11-b03)
| Java HotSpot(TM) 64-Bit Server VM (build 11.0-b16, mixed mode)
Stacktrace:
2009-01-05 18:32:48,327 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/jmx-console].[HtmlAdaptor]] (http-127.0.0.1-8080-1) Servlet.service() for servlet HtmlAdaptor threw exception
| javax.management.MalformedObjectNameException: Key properties cannot be empty
| at javax.management.ObjectName.construct(ObjectName.java:467)
| at javax.management.ObjectName.<init>(ObjectName.java:1403)
| at org.jboss.jmx.adaptor.control.Server.setAttributes(Server.java:171)
| at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet$5.run(HtmlAdaptorServlet.java:403)
| at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet$5.run(HtmlAdaptorServlet.java:400)
| at java.security.AccessController.doPrivileged(Native Method)
| at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.setAttributes(HtmlAdaptorServlet.java:399)
| at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.updateAttributes(HtmlAdaptorServlet.java:259)
| at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.processRequest(HtmlAdaptorServlet.java:102)
| at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.doPost(HtmlAdaptorServlet.java:86)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
| at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
| at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
| at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
| at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
| at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
| at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828)
| at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:601)
| at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
| at java.lang.Thread.run(Thread.java:619)
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199599#4199599
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199599
17 years, 3 months
[EJB 3.0] - Re: JBoss 5 deployment error
by jhsingle
No, the stacktrace does not show a reference to workflow-ejb.jar, even in the un-truncated version.
I tried changing the java2ParentDelegation property to false and, as expected, that did not work. I also tried removing that tag completely and that did not work either.
I tried deploying my ear, starting JBoss, and bringing up the JMX console. I clicked on jboss.deployment, then scrolled down to the SubDeployment "vfszip:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/workflow-ejb-2.7.0.jar" and observed the following values:
| State: ERROR
|
| ClassLoaderName: Null
|
| Classpath: [DelegatingHandler(a)13887859[path=workflow.ear/workflow-ejb-2.7.0.jar context=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/ real=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/workflow-ejb-2.7.0.jar], DelegatingHandler(a)7751710[path=workflow.ear/commons-lang-2.1.jar context=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/ real=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/commons-lang-2.1.jar], DelegatingHandler(a)24692097[path=workflow.ear/commons-logging-1.1.0.jboss.jar context=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/ real=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/commons-logging-1.1.0.jboss.jar], DelegatingHandler(a)22029867[path=workflow.ear/commons-beanutils-1.7.0.jar context=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/ real=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/commons-beanutils-1.7.0.jar], DelegatingHandler(a)16375304[path=workflow.ear/commons-codec-1.3.jar context=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/ real=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/commons-codec-1.3.jar], DelegatingHandler(a)6295272[path=workflow.ear/commons-collections-3.1.jar context=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/ real=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/commons-collections-3.1.jar], DelegatingHandler(a)7515608[path=workflow.ear/commons-digester-1.7.jar context=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/ real=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/commons-digester-1.7.jar], DelegatingHandler(a)8619693[path=workflow.ear/jena-2.5.6.jar context=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/ real=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/jena-2.5.6.jar], DelegatingHandler(a)16700263[path=workflow.ear/arq-2.3.jar context=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/ real=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/arq-2.3.jar], DelegatingHandler(a)32053749[path=workflow.ear/iri-0.5.jar context=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/ real=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/iri-0.5.jar], DelegatingHandler(a)10967064[path=workflow.ear/icu4j-3.4.4.jar context=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/ real=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/icu4j-3.4.4.jar], DelegatingHandler(a)8955272[path=workflow.ear/antlr-2.7.6-brew.jar context=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/ real=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/antlr-2.7.6-brew.jar], DelegatingHandler(a)19639558[path=workflow.ear/concurrent-jena-1.3.2.jar context=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/ real=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/concurrent-jena-1.3.2.jar], DelegatingHandler(a)7111491[path=workflow.ear/xercesImpl-2.9.1.jar context=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/ real=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/xercesImpl-2.9.1.jar], DelegatingHandler(a)1948811[path=workflow.ear/xmlParserAPIs-2.0.2.jar context=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/ real=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/xmlParserAPIs-2.0.2.jar], DelegatingHandler(a)4545587[path=workflow.ear/json-jena-1.0.jar context=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/ real=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/json-jena-1.0.jar], DelegatingHandler(a)27797189[path=workflow.ear/xpdl-2.0-alpha1.jar context=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/ real=file:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/xpdl-2.0-alpha1.jar]]
|
| DependencyInfo:
| AbstractDependencyInfo@156c062{idependOn=[AbstractDependencyItem@1ebd825{name=vfszip:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/usermgmt-ejb-2.7.0.jar dependsOn=interface javax.transaction.TransactionManager whenRequired=Real dependentState=Installed resolved=true}, AbstractDependencyItem@bb9f91{name=vfszip:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/usermgmt-ejb-2.7.0.jar dependsOn=interface javax.transaction.TransactionManager whenRequired=Real dependentState=Installed resolved=true}, AbstractDependencyItem@1e9029c{name=vfszip:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/usermgmt-ejb-2.7.0.jar dependsOn=interface javax.transaction.TransactionManager whenRequired=Real dependentState=Installed resolved=true}, AbstractDependencyItem@aa6e7e{name=vfszip:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/workflow-ejb-2.7.0.jar dependsOn=interface javax.transaction.TransactionManager whenRequired=Real dependentState=Installed resolved=true}, AbstractDependencyItem@13c3256{name=vfszip:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/workflow-ejb-2.7.0.jar dependsOn=interface javax.transaction.TransactionManager whenRequired=Real dependentState=Installed resolved=true}, AbstractDependencyItem@10cc039{name=vfszip:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/workflow-ejb-2.7.0.jar dependsOn=interface javax.transaction.TransactionManager whenRequired=Real dependentState=Installed resolved=true}] unresolved=[AbstractDependencyItem@1ebd825{name=vfszip:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/usermgmt-ejb-2.7.0.jar dependsOn=interface javax.transaction.TransactionManager whenRequired=Real dependentState=Installed resolved=true}, AbstractDependencyItem@bb9f91{name=vfszip:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/usermgmt-ejb-2.7.0.jar dependsOn=interface javax.transaction.TransactionManager whenRequired=Real dependentState=Installed resolved=true}, AbstractDependencyItem@1e9029c{name=vfszip:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/usermgmt-ejb-2.7.0.jar dependsOn=interface javax.transaction.TransactionManager whenRequired=Real dependentState=Installed resolved=true}, AbstractDependencyItem@aa6e7e{name=vfszip:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/workflow-ejb-2.7.0.jar dependsOn=interface javax.transaction.TransactionManager whenRequired=Real dependentState=Installed resolved=true}, AbstractDependencyItem@13c3256{name=vfszip:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/workflow-ejb-2.7.0.jar dependsOn=interface javax.transaction.TransactionManager whenRequired=Real dependentState=Installed resolved=true}, AbstractDependencyItem@10cc039{name=vfszip:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/workflow-ejb-2.7.0.jar dependsOn=interface javax.transaction.TransactionManager whenRequired=Real dependentState=Installed resolved=true}]}
|
| Scope:
| [JVM=THIS, APPLICATION=vfszip:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear, DEPLOYMENT=vfszip:/home/jhsingl/pkg/jboss-5.0.0.GA/server/default/deploy/workflow.ear/workflow-ejb-2.7.0.jar]
|
Note in particular that workflow-ejb-2.7.0.jar appears to be the first element on the classpath. Does this output provide any clues?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199597#4199597
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199597
17 years, 3 months