[Design of JBoss ESB] - Re: JMS Provider(s) Design - JBossMQ/JBossMessaging/ActiveMQ
by jeffdelong
I built jbossesb from trunk and deployed sar to jboss-4.0.5.GA along with esb configuration files and war. I am getting an exception when I start the server
org.jboss.soa.esb.listeners.message.EsbListenerControllerFactory$EsbListenerControllerImpl] Cannot launch <org.jboss.soa.esb.listeners.message.MessageAwareListener>
java.lang.NoSuchMethodException: org.jboss.soa.esb.listeners.message.MessageAwareListener.(org.jboss.soa.esb.listeners.message.EsbListenerController, org.jboss.soa.esb.helpers.ConfigTree)
at java.lang.Class.getConstructor0(Class.java:2647)
at java.lang.Class.getConstructor(Class.java:1629)
at org.jboss.soa.esb.listeners.message.EsbListenerControllerFactory$EsbListenerControllerImpl.tryToLaunchChildListener(EsbListenerControllerFactory.java:394)
at org.jboss.soa.esb.listeners.message.EsbListenerControllerFactory$EsbListenerControllerImpl.run(EsbListenerControllerFactory.java:346)
at java.lang.Thread.run(Thread.java:595)
2007-01-02 11:04:25,640 ERROR [org.jboss.soa.esb.listeners.message.EsbListenerControllerFactory$EsbListenerControllerImpl] Cannot launch <org.jboss.soa.esb.listeners.message.MessageAwareListener>
java.lang.NoSuchMethodException: org.jboss.soa.esb.listeners.message.MessageAwareListener.(org.jboss.soa.esb.listeners.message.EsbListenerController, org.jboss.soa.esb.helpers.ConfigTree)
at java.lang.Class.getConstructor0(Class.java:2647)
at java.lang.Class.getConstructor(Class.java:1629)
at org.jboss.soa.esb.listeners.message.EsbListenerControllerFactory$EsbListenerControllerImpl.tryToLaunchChildListener(EsbListenerControllerFactory.java:394)
at org.jboss.soa.esb.listeners.message.EsbListenerControllerFactory$EsbListenerControllerImpl.run(EsbListenerControllerFactory.java:346)
at java.lang.Thread.run(Thread.java:595)
2007-01-02 11:04:25,656 DEBUG [org.jboss.soa.esb.listeners.message.EsbListenerControllerFactory$EsbListenerControllerImpl] About to sleep 49969
2007-01-02 11:04:25,734 INFO [org.jboss.soa.esb.listeners.State] Listener component [org.jboss.soa.esb.listeners.message.EsbListenerControllerFactory$EsbListenerControllerImpl] is now in a state of 'Ready'.
2007-01-02 11:04:25,734 DEBUG [org.jboss.soa.esb.listeners.message.EsbListenerControllerService] Started jboss.org:service=EsbListenerController
2007-01-02 11:04:25,734 DEBUG [org.jboss.system.ServiceController] Starting dependent components for: jboss.org:service=EsbListenerController dependent components: []
2007-01-02 11:04:25,734 DEBUG [org.jboss.system.ServiceController] starting service jboss.org:service=GatewayListenerController
2007-01-02 11:04:25,734 DEBUG [org.jboss.soa.esb.listeners.gateway.GatewayListenerControllerService] Starting jboss.org:service=GatewayListenerController
2007-01-02 11:04:25,734 INFO [org.jboss.soa.esb.listeners.gateway.GatewayListenerControllerService] starting message aware listener with config file jbossesb-gateway.xml
2007-01-02 11:04:25,734 INFO [org.jboss.soa.esb.listeners.gateway.GatewayListenerController] No value specified for: endTime - Listener will run until parent container/process terminates.
2007-01-02 11:04:25,750 DEBUG [org.jboss.soa.esb.listeners.gateway.GatewayListenerControllerService] Started jboss.org:service=GatewayListenerController
2007-01-02 11:04:25,750 DEBUG [org.jboss.system.ServiceController] Starting dependent components for: jboss.org:service=GatewayListenerController dependent components: []
2007-01-02 11:04:25,750 DEBUG [org.jboss.system.ServiceController] starting service jboss.jca:service=DataSourceBinding,name=JBossESBDS
2007-01-02 11:04:25,750 DEBUG [org.jboss.system.ServiceController] Ignoring start request for service: jboss.jca:service=DataSourceBinding,name=JBossESBDS
2007-01-02 11:04:25,750 DEBUG [org.jboss.system.ServiceController] starting service jboss.jdbc:service=metadata,datasource=JBossESBDS
2007-01-02 11:04:25,750 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.metadata.DataSourceMetaData] Starting jboss.jdbc:service=metadata,datasource=JBossESBDS
2007-01-02 11:04:25,750 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.metadata.DataSourceMetaData] Started jboss.jdbc:service=metadata,datasource=JBossESBDS
2007-01-02 11:04:25,750 DEBUG [org.jboss.system.ServiceController] Starting dependent components for: jboss.jdbc:service=metadata,datasource=JBossESBDS dependent components: []
2007-01-02 11:04:25,750 DEBUG [org.jboss.system.ServiceController] starting
Also getting:
2007-01-02 11:04:34,750 INFO [org.apache.juddi.registry.local.Registry] Loading jUDDI configuration.
2007-01-02 11:04:34,750 INFO [org.apache.juddi.registry.local.Registry] Resources loaded from: /C:/jboss-ps-0.1/jboss-4.0.5.GA/server/ps/conf/juddi.properties
2007-01-02 11:04:34,750 INFO [org.apache.juddi.registry.local.Registry] Initializing jUDDI components.
2007-01-02 11:04:34,750 INFO [org.jboss.internal.soa.esb.services.registry.JAXRRegistryImpl] Service name: trailblazer-jmsbank:jmsbankreplies
2007-01-02 11:04:34,750 INFO [org.jboss.internal.soa.esb.services.registry.JAXRRegistryImpl] Description: null
2007-01-02 11:04:34,750 INFO [org.jboss.internal.soa.esb.services.registry.JAXRRegistryImpl] Key id: 8A386AE0-909D-11DB-AAE0-C8137B127B1B
2007-01-02 11:04:34,781 ERROR [STDERR] Exception in thread "Thread-36"
2007-01-02 11:04:34,781 ERROR [STDERR] java.lang.LinkageError: loader constraints violated when linking org/w3c/dom/Document class
2007-01-02 11:04:34,781 ERROR [STDERR] at org.jboss.internal.soa.esb.addressing.helpers.EPRHelper.toXMLString(EPRHelper.java:151)
2007-01-02 11:04:34,781 ERROR [STDERR] at org.jboss.internal.soa.esb.services.registry.JAXRRegistryImpl.registerEPR(JAXRRegistryImpl.java:185)
2007-01-02 11:04:34,781 ERROR [STDERR] at org.jboss.soa.esb.listeners.gateway.GatewayListenerController.register(GatewayListenerController.java:644)
2007-01-02 11:04:34,781 ERROR [STDERR] at org.jboss.soa.esb.listeners.gateway.JmsGatewayListener.run(JmsGatewayListener.java:75)
2007-01-02 11:04:34,781 ERROR [STDERR] at java.lang.Thread.run(Thread.java:595)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3997322#3997322
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3997322
18 years
[Design of POJO Server] - Problem deploying a -beans.xml in a SAR
by bstansberry@jboss.com
There are problems deploying the tc6 clustering cache on trunk. It's deployed via a -beans.xml nested in an expanded .sar. I get errors deploying some of the nested beans in the config as follows; which bean fails seems to vary.
2006-12-31 17:28:44,527 ERROR [org.jboss.deployers.plugins.deployers.kernel.BeanMetaDataDeployer] Error during deployment: jboss:id=tc6-cluster.sar,service=jacc
| org.jboss.deployers.spi.DeploymentException: Error deploying: TomcatClusteringBuddyLocatorConfig
| at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
| at org.jboss.deployers.plugins.deployers.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:71)
| at org.jboss.deployers.plugins.deployers.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:42)
| 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.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()V(Unknown Source)
| Caused by: java.lang.IllegalStateException: TomcatClusteringBuddyLocatorConfig is already installed.
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:249)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:177)
| at org.jboss.deployers.plugins.deployers.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:67)
| ... 16 more
This may be an odd case due to funky packaging. The sar looks like this:
tc6-cluster.sar
-- META-INF
-- -- tc6-cluster-beans.xml
-- tc6-cluster.aop
That packaging is a bit of a 4.x legacy and doesn't need to be that way; using a simple directory to logically group the two files is fine, even better:
tc6-cluster
-- tc6-cluster-beans.xml
-- tc6-cluster.aop
When I shift to this packaging, it seems to deploy without issue. But, the other packaging was working with the Beta1 release, so I want to mention it in case this is a sign of something more fundamental being broken.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3997313#3997313
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3997313
18 years
[Design of JBoss Remoting, Unified Invokers] - Re: JSR-160 support
by tom.elrod@jboss.com
Probably not. There were only two initial reasons for JSR-160 implementation:
1. JDK 1.4 did not have it built in, so would need to drop in an implementation.
2. Performance could potentially be better with custom implementation.
Since are so far behind on JBoss implementation, don't know that 1 applies anymore (since JBoss 5 will be jdk 1.5, which has JSR-160 built in). As for 2, don't know how good/bad Sun's implementation is in regards to performance. Since remote jmx calls is not part of core JBoss infrastructure, may not really be an issue (where as jboss jmx microkernel was dependent upon jmx, rolling our own implementation made sense for performance reasons).
I personally don't care either way, just don't have the time/resources to devote to it at the moment (and don't know when I would as has always been a low priority).
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3997278#3997278
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3997278
18 years