[JBoss Messaging] - Channel id map for node 21000 already contains binding for q
by ambika
Hi,
I am trying to start three different JBoss nodes in three different clusters.
I have started first node successfully with the default value of the ServerPeerID=0. when i tried to start the second node, it failed because there was already one node with the ServerPeerID=0. With one of the discussions, i got the solution that, i need to change the ServerPeerID value to '${jboss.messaging.serverpeerid}'
Same solution is not working when i start the third server. I have tried with the different integer values to the ServerPeerID, i have tried some 10-20 values. for each values its giving me the same error.
2008-03-24 10:47:22,663 DEBUG [org.jboss.jms.server.destination.QueueService] Starting jboss.messaging.destination:service=Queu
e,name=testDistributedQueue
2008-03-24 10:47:22,668 ERROR [org.jboss.messaging.util.ExceptionUtil] Queue[null, name=testDistributedQueue] startService
java.lang.IllegalStateException: Channel id map for node 21000 already contains binding for queue 16
at org.jboss.messaging.core.impl.postoffice.MessagingPostOffice.addBindingInMemory(MessagingPostOffice.java:2375)
at org.jboss.messaging.core.impl.postoffice.MessagingPostOffice.internalAddBinding(MessagingPostOffice.java:1863)
at org.jboss.messaging.core.impl.postoffice.MessagingPostOffice.addBinding(MessagingPostOffice.java:444)
at org.jboss.jms.server.destination.QueueService.startService(QueueService.java:110)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:196)
at sun.reflect.GeneratedMethodAccessor77.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.system.ServiceController$ServiceProxy.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 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)
Do i need to change any other configuration values? Please help me. thanks in advance.
Regards,
Ambika
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138487#4138487
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138487
18 years, 1 month
[Persistence, JBoss/CMP, Hibernate, Database] - JBoss + Hibernate + Datasource
by jscoobyced
Hi,
I have set JBoss, bound a datasource for MySql. I have create the .har file and put all my stuff in the .ear.
I got the "Unable to find a JTA..." error, and I found through this forum that I need to use the CMTTransactionFactory since I am in a Container Managed Transaction configuration.
By default JBoss uses the JTA... but what I can't find is where this default setting can be modified, and is it possible to do it only for my .ear?
Since there is no use of the hibernate.cfg.xml file, how can I do?
Thanks.
My configuration:
jschr.har/META-INF/jboss-service.xml
<mbean code="org.jboss.hibernate.jmx.Hibernate"
| name="jboss.har:service=Hibernate">
| <depends>jboss:service=TransactionManager</depends>
| <attribute name="DatasourceName">java:/JSCHRMySqlDS</attribute>
| <attribute name="SessionFactoryName">SessionFactory</attribute>
| <attribute name="Dialect">
| org.hibernate.dialect.MySQLInnoDBDialect
| </attribute>
| <attribute name="CacheProviderClass">
| org.hibernate.cache.HashtableCacheProvider
| </attribute>
| </mbean>
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138485#4138485
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138485
18 years, 1 month
[Installation, Configuration & DEPLOYMENT] - Re: Deploying Hudson on JBoss5 beta4
by gt4431b
Duh, I should have mentioned -- the server root context, jmx console etc. all comes up okay. There is no hudson war deployed, or findable. This is definitely a broken configuration somehow.
I tried your suggestion, with removing all hudson paraphenalia, stopping, starting, and redeploying hudson.war into the deploy of the running server, with the same results as yesterday. It looks a little different from the one I posted yesterday, but the difference is because I posted a warfile rather than an unexploded war today. I will post the trace at the bottom.
The message for deploying the war file itself is similar to the one I posted yesterday, but the severity is actually WARN (and yes, from server.log). See below for the exact trace I got when trying to deploy to an already running server.
Also, given the error message "Error opening jar file" on the main hudson war (or jar, if I'm deploying the exploded version), this is not a minor "read-and-ignore" type error.
Trace:
2008-03-23 22:08:06,359 DEBUG [org.jboss.virtual.plugins.context.file.FileSystemContext] Error opening jar file: file:/opt/jboss-5.0.0.Beta4/server/default/deploy/hudson.war reason=Error opening jar file: jar:file:/opt/jboss-5.0.0.Beta4/server/default/deploy/hudson.war!/WEB-INF/lib/hudson-core-1.200.jar reason=error in opening zip file
2008-03-23 22:08:06,372 DEBUG [org.jboss.deployers.plugins.main.MainDeployerImpl] Add deployment: vfsfile:/opt/jboss-5.0.0.Beta4/server/default/deploy/hudson.war
2008-03-23 22:08:06,374 WARN [org.jboss.system.server.profileservice.hotdeploy.HDScanner] Scan failed
org.jboss.deployers.spi.DeploymentException: Error determining structure: hudson.war
at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
at org.jboss.deployers.vfs.plugins.structure.jar.JARStructure.determineStructure(JARStructure.java:152)
at org.jboss.deployers.vfs.plugins.structure.StructureDeployerWrapper.determineStructure(StructureDeployerWrapper.java:65)
at org.jboss.deployers.vfs.plugins.structure.VFSStructuralDeployersImpl.doDetermineStructure(VFSStructuralDeployersImpl.java:194)
at org.jboss.deployers.vfs.plugins.structure.VFSStructuralDeployersImpl.determineStructure(VFSStructuralDeployersImpl.java:218)
at org.jboss.deployers.structure.spi.helpers.AbstractStructuralDeployers.determineStructure(AbstractStructuralDeployers.java:77)
at org.jboss.deployers.plugins.main.MainDeployerImpl.determineStructure(MainDeployerImpl.java:743)
at org.jboss.deployers.plugins.main.MainDeployerImpl.addDeployment(MainDeployerImpl.java:280)
at org.jboss.deployers.plugins.main.MainDeployerImpl.addDeployment(MainDeployerImpl.java:237)
at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:267)
at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:221)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.IllegalStateException: File cannot contain children: FileHandler(a)15799662[path=hudson.war context=file:/opt/jboss-5.0.0.Beta4/server/default/deploy/ real=file:/opt/jboss-5.0.0.Beta4/server/default/deploy/hudson.war]
at org.jboss.virtual.VirtualFile.visit(VirtualFile.java:361)
at org.jboss.deployers.vfs.spi.structure.helpers.AbstractStructureDeployer.addChildren(AbstractStructureDeployer.java:217)
at org.jboss.deployers.vfs.spi.structure.helpers.AbstractStructureDeployer.addAllChildren(AbstractStructureDeployer.java:198)
at org.jboss.deployers.vfs.plugins.structure.jar.JARStructure.determineStructure(JARStructure.java:143)
... 18 more
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138483#4138483
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138483
18 years, 1 month
[EJB/JBoss] - Calling methods in a children class from a parent class
by ehognestad＠gmail.com
I have a jboss installation with EJB2 where I have many different connections to telecom operators. All the connections have in common a method that have to be run to update a generic database table with some information.
To run these methods from a generic/core place today, I have a session bean that ends with a generic name like ModulControllerServiceEJB in each of these projects or telcom operator connections. So I run a core method called i.e. processOperatorUpdate(Integer someVariable), and all the projects that have beans that ends with the name ModulControllerServiceEJB is checked for having this method, and if they do it is being called. This way I don't have to put a scheduler in each and every project to do the same core task. This processOperatorUpdate is put in a class that implements this core class, to force this method to exist in all projects like this.
My question is, if this is the best way to solve a task like this, or if there is a more clever way to call a method in a children class.
Also if anyone feels this is the wrong forum to ask this question, pleace advice.
Thanks in advance - Eivind Hognestad
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138479#4138479
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138479
18 years, 1 month