Thanks for your fixes.. I will look into that issue at tommorrow..
I build the SMX 4.0 kit with latest code, I've found two issues:
1. In the servicemix.bat in the bin file, seems we need to replace the
bootstrap.jar with servicemix.jar, I didn't see the bootstrap.jar in the bin
folder. Otherwise, after update that, I can start servicemix from
servicemix.bat in windows box...forgot to update that with my last patch.
:-)
2. It seems start two jmx in the our bundles...
Exception in thread "JMX Connector Thread
[service:jmx:rmi:///jndi/rmi://localhost:1099/jmxrmi]" org
.springframework.jmx.JmxException: Could not start JMX connector server
after delay; nested exceptio
n is java.io.IOException: Cannot bind to URL [rmi://localhost:1099/jmxrmi]:
javax.naming.NameAlready
BoundException: jmxrmi [Root exception is java.rmi.AlreadyBoundException:
jmxrmi]
at org.springframework.jmx.support.ConnectorServerFactoryBean$1.run
(ConnectorServerFactoryBe
an.java:157)
Caused by: java.io.IOException: Cannot bind to URL
[rmi://localhost:1099/jmxrmi]: javax.naming.NameA
lreadyBoundException: jmxrmi [Root exception is
java.rmi.AlreadyBoundException: jmxrmi]
at javax.management.remote.rmi.RMIConnectorServer.newIOException(
RMIConnectorServer.java:814
)
at javax.management.remote.rmi.RMIConnectorServer.start(
RMIConnectorServer.java:431)
at org.springframework.jmx.support.ConnectorServerFactoryBean$1.run
(ConnectorServerFactoryBe
an.java:154)
Caused by: javax.naming.NameAlreadyBoundException: jmxrmi [Root exception is
java.rmi.AlreadyBoundEx
ception: jmxrmi]
at com.sun.jndi.rmi.registry.RegistryContext.bind(
RegistryContext.java:118)
at com.sun.jndi.toolkit.url.GenericURLContext.bind(
GenericURLContext.java:208)
at javax.naming.InitialContext.bind(InitialContext.java:359)
at javax.management.remote.rmi.RMIConnectorServer.bind(
RMIConnectorServer.java:635)
at javax.management.remote.rmi.RMIConnectorServer.start(
RMIConnectorServer.java:427)
... 1 more
Caused by: java.rmi.AlreadyBoundException: jmxrmi
at sun.rmi.registry.RegistryImpl.bind(RegistryImpl.java:123)
at sun.rmi.registry.RegistryImpl_Skel.dispatch(Unknown Source)
at sun.rmi.server.UnicastServerRef.oldDispatch(UnicastServerRef.java
:375)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java
:240)
at sun.rmi.transport.Transport$1.run(Transport.java:153)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(
TCPTransport.java:466)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(
TCPTransport.java:707)
at java.lang.Thread.run(Thread.java:595)
at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(
StreamRemoteCall.java:247)
at sun.rmi.transport.StreamRemoteCall.executeCall(
StreamRemoteCall.java:223)
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:343)
at sun.rmi.registry.RegistryImpl_Stub.bind(Unknown Source)
at com.sun.jndi.rmi.registry.RegistryContext.bind(
RegistryContext.java:116)
... 5 more
Thanks
Jeff
On Nov 27, 2007 10:07 PM, Guillaume Nodet (JIRA) <[EMAIL PROTECTED]> wrote:
>
> [
> https://issues.apache.org/activemq/browse/SM-1065?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40727]
>
> Guillaume Nodet commented on SM-1065:
> -------------------------------------
>
> I have applied the patch with a few fixes.
> Your 4th point was caused by a missing spring-jms bundle in the
> distribution. These bundles are now started, however something it still
> wrong. To see what happens when they start, launch the following commands
> in the shell console:
>
> osgi/stop 21
> osgi/start 21
>
> Here is the output I have
>
> {code}
> Exception in thread "SimpleAsyncTaskExecutor-18"
> org.springframework.beans.factory.BeanCreationException: Error creating
> bean with name 'activemqBroker' defined in OSGi
> res[/META-INF/spring/servicemix-
> activemq.xml|id=21|symName=org.apache.servicemix.activemq]: Instantiation
> of bean failed; nested exception is java.lang.NoClassDefFoundError
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateBean
> (AbstractAutowireCapableBeanFactory.java:917)
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance
> (AbstractAutowireCapableBeanFactory.java:873)
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean
> (AbstractAutowireCapableBeanFactory.java:514)
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory$1.run
> (AbstractAutowireCapableBeanFactory.java:485)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean
> (AbstractAutowireCapableBeanFactory.java:455)
> at
> org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(
> AbstractBeanFactory.java:251)
> at
> org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton
> (DefaultSingletonBeanRegistry.java:169)
> at
> org.springframework.beans.factory.support.AbstractBeanFactory.getBean(
> AbstractBeanFactory.java:248)
> at
> org.springframework.beans.factory.support.AbstractBeanFactory.getBean(
> AbstractBeanFactory.java:170)
> at
> org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons
> (DefaultListableBeanFactory.java:407)
> at
> org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization
> (AbstractApplicationContext.java:735)
> at
> org.springframework.osgi.internal.context.support.AbstractDelegatedExecutionApplicationContext.postRefresh
> (AbstractDelegatedExecutionApplicationContext.java:218)
> at
> org.springframework.osgi.internal.extender.dependencies.startup.DependencyWaiterApplicationContextExecutor$CompleteRefreshTask.run
> (DependencyWaiterApplicationContextExecutor.java:131)
> at java.lang.Thread.run(Thread.java:613)
> Caused by: java.lang.NoClassDefFoundError
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance(
> NativeConstructorAccessorImpl.java:39)
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(
> DelegatingConstructorAccessorImpl.java:27)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
> at org.springframework.beans.BeanUtils.instantiateClass(
> BeanUtils.java:83)
> at
> org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate
> (SimpleInstantiationStrategy.java:61)
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateBean
> (AbstractAutowireCapableBeanFactory.java:911)
> ... 14 more
> {code}
>
>
> > ActiveMQ integration
> > --------------------
> >
> > Key: SM-1065
> > URL: https://issues.apache.org/activemq/browse/SM-1065
> > Project: ServiceMix
> > Issue Type: New Feature
> > Reporter: Guillaume Nodet
> > Assignee: Jeff Yu
> > Fix For: 4.0
> >
> > Attachments: SM-1065.patch
> >
> >
> > ActiveMQ jars are already OSGified, but we may want to create a bundle
> that would create a broker by default and registering a pooled connection
> factory in OSGi maybe. That way, everyone could use the ConnectionFactory
> registered in OSGi.
>
> --
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
>
--
Thanks
Jeff
