tag:www.nabble.com,2006:forum-11907Nabble - codehaus - Jencks2008-09-12T04:43:22ZJencks is a lightweight JCA container which is easy to deploy inside Spring to provide inbound and outbound messaging using APIs like JMS, JAX-RPC, JBI and JCA CCI as well as providing an XA based pooling mechanism for JDBC. codehaus - Jencks home is <a href="http://jencks.codehaus.org/" target="_top" rel="nofollow">here</a>.tag:www.nabble.com,2006:post-19454110Re: Dependencies/Example help2008-09-12T04:43:22Z2008-09-12T04:43:22Zrzgtry:
<br><br>activeio-core-3.0.0-incubator.jar
<br>activemq-console-4.1.1.jar
<br>activemq-core-4.1.1.jar
<br>activemq-core-4.1.1-tests.jar
<br>activemq-jaas-4.1.1.jar
<br>activemq-ra-4.1.1.jar
<br>activemq-web-4.1.1.jar
<br>backport-util-concurrent-2.1.jar
<br>commons-logging-1.1.jar
<br>geronimo-connector-1.2-beta.jar
<br>geronimo-j2ee-connector_1.5_spec-1.0.1.jar
<br>geronimo-j2ee-management_1.0_spec-1.0.jar
<br>geronimo-jms_1.1_spec-1.0.jar
<br>geronimo-jta_1.0.1B_spec-1.0.1.jar
<br>geronimo-transaction-1.2-beta.jar
<br>jencks-2.0-all.jar
<br>jencks-amqpool-2.0.jar
<br>log4j-1.2.12.jar
<br>mx4j-2.1.1.jar
<br>spring-2.0.jar
<br><blockquote class="quote light-black dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">ckeeling wrote:</div>
<div class="quote-message shrinkable-quote">I apologize upfront if this request is too elementary.
<br><br>I am trying to get a simple proof of concept to work using Spring, Jencks, ActiveMQ and Tomcat. At this point, I would be happy to be able to consume a message from an ActiveMQ topic from within the spring application. To date, I have been unable to claim any success with getting this to deploy and run.
<br><br>I have the ActiveMQ broker starting from the spring context. I also have a messagelistener.
<br><br>I guess my lack of insight is preventing my progress... I'm using jencks-2.0-all.
<br>After tracking down missing class definitions and guessing at where to pull them from, I have the following jars in the classpath:
<br> geronimo-connector-2.0.1.jar
<br> geronimo-j2ee-management_1.0_spec-1.0.jar
<br> geronimo-jms_1.1_spec-1.0.jar
<br> geronimo-jta_1.1_spec-1.1.jar
<br> geronimo-transaction-2.0.1.jar
<br> aopalliance.jar
<br><br>I'm using the 'simple' from <a href="http://jencks.org/Message+Driven+POJOs" target="_top" rel="nofollow">http://jencks.org/Message+Driven+POJOs</a> for configuration.
<br><br>Is there some magic list of external jars/version that I need to obtain to get this functional.
<br><br>My current roadblock is listed below.
<br><br>Any assistance is greatly appreciated.
<br><br>- Thanks, Curt
<br><br><br>Caused by:
<br>org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'transactionManager': FactoryBean threw exception on object creation; nested exception is java.lang.NoSuchMethodError: org.apache.geronimo.transaction.manager.GeronimoTransactionManager.<init>(ILorg/apache/geronimo/transaction/manager/XidFactory;Lorg/apache/geronimo/transaction/manager/TransactionLog;Ljava/util/Collection;)V
<br>Caused by:
<br>java.lang.NoSuchMethodError: org.apache.geronimo.transaction.manager.GeronimoTransactionManager.<init>(ILorg/apache/geronimo/transaction/manager/XidFactory;Lorg/apache/geronimo/transaction/manager/TransactionLog;Ljava/util/Collection;)V
<br> at org.jencks.GeronimoPlatformTransactionManager.<init>(GeronimoPlatformTransactionManager.java:72)
<br> at org.jencks.factory.TransactionManagerFactoryBean.getObject(TransactionManagerFactoryBean.java:55)
<br> at org.springframework.beans.factory.support.AbstractBeanFactory.getObjectFromFactoryBean(AbstractBeanFactory.java:1211)
<br> at org.springframework.beans.factory.support.AbstractBeanFactory.getObjectForBeanInstance(AbstractBeanFactory.java:1177)
<br> at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:207)
<br> at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:161)
<br> at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:245)
<br> at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:124)
<br> at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1019)
<br> at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:809)
<br> at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:425)
<br> at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:250)
<br> at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:141)
<br> at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:247)
<br> at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:161)
<br> at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:273)
<br> at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:346)
<br> at org.springframework.web.context.support.AbstractRefreshableWebApplicationContext.refresh(AbstractRefreshableWebApplicationContext.java:156)
<br> at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:246)
<br> at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:184)
<br> at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:49)
<br> at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3763)
<br> at org.apache.catalina.core.StandardContext.start(StandardContext.java:4211)
<br> at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
<br> at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
<br> at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
<br> at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:904)
<br> at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:867)
<br> at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:474)
<br> at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1122)
<br> at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:310)
<br> at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
<br> at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1021)
<br> at org.apache.catalina.core.StandardHost.start(StandardHost.java:718)
<br> at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013)
<br> at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442)
<br> at org.apache.catalina.core.StandardService.start(StandardService.java:450)
<br> at org.apache.catalina.core.StandardServer.start(StandardServer.java:709)
<br> at org.apache.catalina.startup.Catalina.start(Catalina.java:551)
<br> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
<br> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
<br> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
<br> at java.lang.reflect.Method.invoke(Method.java:597)
<br> at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:294)
<br> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:432)
<br></div>
</div></blockquote>
<p>From forum: <a href="http://www.nabble.com/jencks---user-f11908.html" embed="fixTarget[11908]" target="_top" >jencks - user</a></p>tag:www.nabble.com,2006:post-19039796need help with configuration2008-08-18T13:53:43Z2008-08-18T13:53:43Zchris.hHi,
<br>I'm currently developing a JCA adapter using Apache Geronimo 2.1. However, I need to run it on an IBM WebSphere which proved to be a major classloading nightmare. (Need some 3rd party libs that clash with WebSphere versions).
<br>Therefore I try to evaluate Jencks as alternative to move the adapter to a WAR so that I can activate the protection classloader in WS.
<br>So I have setup a new maven project depending on the JAR of the RAR project and on Jencks 2.1 plus Spring 2.5.5.
<br><br>I use the following application.xml
<br><br><?xml version="1.0" encoding="UTF-8"?>
<br><beans xmlns="<a href="http://www.springframework.org/schema/beans" target="_top" rel="nofollow">http://www.springframework.org/schema/beans</a>"
<br>>
<br><br> <bean id="transactionManager" class="org.jencks.factory.TransactionManagerFactoryBean" />
<br><br> <bean id="connection-manager" class="org.jencks.factory.ConnectionManagerFactoryBean">
<br> <property name="transactionManager" ref="transactionManager"></property>
<br> </bean>
<br><br> <!-- do I need this?
<br> <bean id="jca-container" class="org.jencks.JCAContainer">
<br> <property name="bootstrapContext" ref="bootstrap-context"></property>
<br> <property name="workManager" ref="work-manager"></property>
<br> <property name="transactionManager" ref="transactionManager"></property>
<br> <property name="resourceAdapter" ref="abcd-resource-adapter"></property>
<br> </bean>
<br> -->
<br><br> <bean id="abcd-resource-adapter" class="com.example.ResourceAdapterImpl">
<br> <property name="some" value="value"></property>
<br> </bean>
<br><br> <bean id="con-factory-factory-bean" class="org.jencks.factory.ConnectionFactoryFactoryBean">
<br> <property name="managedConnectionFactory" ref="CONN"></property>
<br> <property name="connectionManager" ref="connection-manager"></property>
<br> </bean>
<br><br> <bean id="CONN" class="com.example.ManagedConnectionFactoryImpl">
<br> <property name="some.other" value="value"></property>
<br> <property name="resourceAdapter" ref="abcd-resource-adapter"></property>
<br> </bean>
<br><br></beans>
<br><br>Now, when starting this as a standalone application like
<br><br>ApplicationContext ctxt = new ClassPathXmlApplicationContext("application.xml");
<br><br>The ManagedConnectionFactoryImpl throws an exception on setRessourceAdapter() (from interface RessourceAdapterAssociation):
<br>Caused by: java.lang.ClassCastException: java.lang.NoClassDefFoundError cannot be cast to java.lang.Exception
<br><br>More details: the resource adapter internally uses a picocontainer and the setResourceAdapter() method attaches a child container and starts the child container. The exception occurs on starting the child container.
<br><br>Now, the exception looks like a classloader problem to me. Just that I don't understand which classloader interact here, mind that this is stand alone - no JEE container involved.
<br><br>Second, is the configuration correct?<p>From forum: <a href="http://www.nabble.com/jencks---user-f11908.html" embed="fixTarget[11908]" target="_top" >jencks - user</a></p>tag:www.nabble.com,2006:post-18642884One or many connection managers?2008-07-24T17:01:40Z2008-07-24T17:01:40ZRyan StewartI'm learning Jencks and trying to set up a simple JMS in -> JDBC save -> JMS out mechanism and enclose it all in one XA transaction. i.e. I pull a TextMessage off a queue, save the text to a database, and send a new message to another queue. I'm making pretty good progress, but I've encountered an odd-seeming problem. I'm getting this exception when I try to do the "JMS out" part:
<br><br>java.lang.ClassCastException: org.tranql.connector.jdbc.ConnectionHandle cannot be cast to javax.jms.Connection
<br> at org.apache.activemq.ra.ActiveMQConnectionFactory.createConnection(ActiveMQConnectionFactory.java:94)
<br> at org.apache.activemq.ra.ActiveMQConnectionFactory.createConnection(ActiveMQConnectionFactory.java:67)
<br> at org.springframework.jms.support.JmsAccessor.createConnection(JmsAccessor.java:184)
<br> at org.springframework.jms.core.JmsTemplate.access$500(JmsTemplate.java:90)
<br> at org.springframework.jms.core.JmsTemplate$JmsTemplateResourceFactory.createConnection(JmsTemplate.java:1030)
<br> at org.springframework.jms.connection.ConnectionFactoryUtils.doGetTransactionalSession(ConnectionFactoryUtils.java:280)
<br> at org.springframework.jms.core.JmsTemplate.execute(JmsTemplate.java:458)
<br> at org.springframework.jms.core.JmsTemplate.send(JmsTemplate.java:539)
<br> at rds.jencks.ListenerBean.onMessage(ListenerBean.java:69)
<br> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
<br> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
<br> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
<br> at java.lang.reflect.Method.invoke(Method.java:597)
<br> at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
<br> at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
<br> at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
<br> at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106)
<br> at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
<br> at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
<br> at $Proxy0.onMessage(Unknown Source)
<br> at org.jencks.XAEndpoint.onMessage(XAEndpoint.java:129)
<br> at org.apache.activemq.ra.MessageEndpointProxy$MessageEndpointAlive.onMessage(MessageEndpointProxy.java:116)
<br> at org.apache.activemq.ra.MessageEndpointProxy.onMessage(MessageEndpointProxy.java:59)
<br> at org.apache.activemq.ActiveMQSession.run(ActiveMQSession.java:727)
<br> at org.apache.activemq.ra.ServerSessionImpl.run(ServerSessionImpl.java:165)
<br> at org.apache.geronimo.connector.work.WorkerContext.run(WorkerContext.java:290)
<br> at org.apache.geronimo.connector.work.pool.NamedRunnable.run(NamedRunnable.java:32)
<br> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
<br> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
<br> at java.lang.Thread.run(Thread.java:619)
<br><br>Tracing through the Geronimo code that Jencks is using, I see that when the org.apache.activemq.ra.ActiveMQConnectionFactory calls connectionManager.allocateConnection()--that's line 94, where the exception occurs--it makes its way down to a org.apache.geronimo.connector.outbound.TransactionCachingInterceptor that seems to cache connections by transaction. This interceptor returns a previously-cached *JDBC* connection that was associated with the same transaction. That obviously won't work for a JMS producer.
<br><br>I assume this is happening because I'm using the same connection manager object for both JMS and JDBC resources. I assumed this was the right thing to do because of how JCA is set up. Am I supposed to create a separate connection manager for each resource adapter/connection factory, or have I failed to configure something else properly?<p>From forum: <a href="http://www.nabble.com/jencks---user-f11908.html" embed="fixTarget[11908]" target="_top" >jencks - user</a></p>tag:www.nabble.com,2006:post-17635006Re: JcaPooledConnectionFactory source unavailable2008-06-03T15:14:48Z2008-06-03T15:14:48ZJames MartinYou can check it out from SVN at <a href="http://svn.codehaus.org/jencks/" target="_top" rel="nofollow">http://svn.codehaus.org/jencks/</a>.
<br><br>...or view it directory <a href="http://svn.codehaus.org/jencks/trunk/jencks-amqpool/src/main/java/org/jencks/amqpool/JcaPooledConnectionFactory.java" target="_top" rel="nofollow">here</a>.<p>From forum: <a href="http://www.nabble.com/jencks---user-f11908.html" embed="fixTarget[11908]" target="_top" >jencks - user</a></p>tag:www.nabble.com,2006:post-17621753JcaPooledConnectionFactory source unavailable2008-06-03T04:48:31Z2008-06-03T04:48:31ZszefoThe source of the jencks-amqpool code is unavailable. The link doesn't work. I suppose that gnodet is the author. Where can I find the code?
<br><a href="http://fisheye.codehaus.org/browse/jencks/trunk/jencks-amqpool/src/main/java/org/jencks/amqpool/JcaPooledConnectionFactory.java" target="_top" rel="nofollow">http://fisheye.codehaus.org/browse/jencks/trunk/jencks-amqpool/src/main/java/org/jencks/amqpool/JcaPooledConnectionFactory.java</a><br><br>I am testing the performance of the JMSTemplate + JcaPooledConnectionFactory +ActiveMQ vs. Raw client code (1 connection and 1 session used) but it is even to 10 times slower (when using vm:// transport).
<br><br>I debuged the source (Spring 2.0.8 - JMSTemplate) there are some invocations which could cause the overhead (especially in the "execute" method - line 409 <a href="http://kickjava.com/src/org/springframework/jms/core/JmsTemplate.java.htm" target="_top" rel="nofollow">http://kickjava.com/src/org/springframework/jms/core/JmsTemplate.java.htm</a>), the connections and sessions are there created -> the underlying pool (jencks-amqpool) does the pooling - but I haven't seen the code so I can't find the bottleneck...
<br><br>I don't want to write the pooling myself... Any clues how to use the JcaPooledConnectionFactory efficiently (maybe without JMSTemplate)...
<br><br>Regards,
<br>Tomek<p>From forum: <a href="http://www.nabble.com/jencks---user-f11908.html" embed="fixTarget[11908]" target="_top" >jencks - user</a></p>tag:www.nabble.com,2006:post-17618070Re: Inbound MDP - multiple connection threads in a pool2008-06-03T00:52:24Z2008-06-03T00:52:24ZszefoMy question is still relevant...
<br><br>How to configure the outbound connection pool = make the JCA Container to use many connections to the ActiveMQ broker for one Message Driven Pojo
<br><br>I think I have it wrongly configured, this part of my configuration is not referenced in any other bean: <bean id="AMQconnectionFactory" class="org.apache.activemq.ActiveMQConnectionFactory"/>
<br>
<br> <bean id="connectionFactory" class="org.jencks.amqpool.JcaPooledConnectionFactory">
<br> <constructor-arg value="vm://localhost" />
<br> <property name="connectionFactory" ref="AMQconnectionFactory" />
<br> <property name="maxConnections" value="8" />
<br> <property name="maximumActive" value="8" />
<br> <property name="transactionManager" ref="transactionManager"/>
<br> <property name="name" value="LocalBroker"/>
<br> </bean>
<br><br>So I am actually sure that I can remove it... ActiveMQActivationSpec -> it configures number of sessions per connection... but how to configure the outbound connection pool = make the JCA Container to use many connections to the ActiveMQ broker for one Message Driven Pojo (one queue)
<br><br>- <p>From forum: <a href="http://www.nabble.com/jencks---user-f11908.html" embed="fixTarget[11908]" target="_top" >jencks - user</a></p>tag:www.nabble.com,2006:post-17617976Re: Outbound session pooling - number of sessions per connection2008-06-03T00:45:52Z2008-06-03T00:45:52ZszefoOk, this is my mistake, I read the documentation so many times, that I missed this:
<br><br><!-- The number of connections to the broker to use simultaneously. -->
<br><property name="maxConnections" value="8" />
<br><br><!-- The maximum number of active sessions for a given connection -->
<br><property name="maximumActive" value="250" /><p>From forum: <a href="http://www.nabble.com/jencks---user-f11908.html" embed="fixTarget[11908]" target="_top" >jencks - user</a></p>tag:www.nabble.com,2006:post-17605476Outbound session pooling - number of sessions per connection2008-06-02T09:30:47Z2008-06-02T09:30:47ZszefoI have configured connection pooling using JmsTemplate and org.jencks.amqpool.JcaPooledConnectionFactory.
<br>How can I set number of sessions for one connection???
<br><br>This is my configuration:
<br><br><?xml version="1.0" encoding="ISO-8859-1"?>
<br><!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "<a href="http://www.springframework.org/dtd/spring-beans.dtd" target="_top" rel="nofollow">http://www.springframework.org/dtd/spring-beans.dtd</a>">
<br><br><beans>
<br><br> <bean id="transactionManager" class="org.jencks.factory.TransactionManagerFactoryBean"/>
<br>
<br> <bean id="connectionFactory"
<br> class="org.apache.activemq.ActiveMQConnectionFactory">
<br> <property name="brokerURL" value="tcp://localhost:7777" />
<br> </bean>
<br><br> <!-- Connection Factory Pool configuration -->
<br> <bean id="JcaPooledConnectionFactory" class="org.jencks.amqpool.JcaPooledConnectionFactory">
<br> <!-- <constructor-arg value="vm://localhost" /> -->
<br> <property name="connectionFactory" ref="connectionFactory" />
<br> <property name="maxConnections" value="8" />
<br> <property name="maximumActive" value="8" />
<br> <property name="transactionManager" ref="transactionManager"/>
<br> <property name="name" value="LocalBroker"/>
<br> </bean>
<br>
<br> <bean id="jmsTemplate"
<br> class="org.springframework.jms.core.JmsTemplate">
<br> <property name="defaultDestinationName" value="Hello.Queue"/>
<br> <property name="connectionFactory" ref="JcaPooledConnectionFactory"/>
<br>
<br> <!-- Turns on local transactions! (TESTED!)-->
<br> <property name="sessionTransacted" value="true"/>
<br>
<br> </bean>
<br><br></beans>
<br><br>Thanks<p>From forum: <a href="http://www.nabble.com/jencks---user-f11908.html" embed="fixTarget[11908]" target="_top" >jencks - user</a></p>tag:www.nabble.com,2006:post-17601518Inbound MDP - multiple connection threads in a pool2008-06-02T06:36:12Z2008-06-02T06:36:12ZszefoHi,
<br><br>I read a blog about configuring a pool of connections (inbound): <a href="http://gnodet.blogspot.com/2006/12/over-past-weeks-i-spend-some-times-load.html" target="_top" rel="nofollow">http://gnodet.blogspot.com/2006/12/over-past-weeks-i-spend-some-times-load.html</a><br><br>I am using Spring+Jencks(2.1)+ActiveMQ(4.1.1).
<br>I would like to use JcaPooledConnectionFactory (with jencks JCA inbound support).
<br><br>I configured the org.jencks.amqpool.JcaPooledConnectionFactory , but it doesn't seem to work, there is only one connection and multiple sessions.
<br><br>Here is my configuration:
<br><?xml version="1.0" encoding="UTF-8"?>
<br><!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "<a href="http://www.springframework.org/dtd/spring-beans.dtd" target="_top" rel="nofollow">http://www.springframework.org/dtd/spring-beans.dtd</a>">
<br><beans>
<br>
<br> <bean id="broker" class="org.apache.activemq.xbean.BrokerFactoryBean">
<br> <property name="config" value="classpath:broker.xml" />
<br> </bean>
<br>
<br> <bean id="transactionManager" class="org.jencks.factory.TransactionManagerFactoryBean"/>
<br>
<br> <bean id="resourceAdapter" class="org.apache.activemq.ra.ActiveMQResourceAdapter" depends-on="broker">
<br> <property name="serverUrl" value="vm://localhost"/>
<br> </bean>
<br>
<br> <bean id="AMQconnectionFactory" class="org.apache.activemq.ActiveMQConnectionFactory"/>
<br>
<br> <bean id="connectionFactory" class="org.jencks.amqpool.JcaPooledConnectionFactory">
<br> <constructor-arg value="vm://localhost" />
<br> <property name="connectionFactory" ref="AMQconnectionFactory" />
<br> <property name="maxConnections" value="8" />
<br> <property name="maximumActive" value="8" />
<br> <property name="transactionManager" ref="transactionManager"/>
<br> <property name="name" value="LocalBroker"/>
<br> </bean>
<br>
<br> <bean id="jencks" class="org.jencks.JCAContainer">
<br> <property name="transactionManager" ref="transactionManager"/>
<br> <property name="threadPoolSize" value="25"/>
<br> <property name="resourceAdapter" ref="resourceAdapter"/>
<br> </bean>
<br><br> <bean id="activspec" class="org.apache.activemq.ra.ActiveMQActivationSpec">
<br> <property name="destination" value="Hello.Queue"/>
<br> <property name="destinationType" value="javax.jms.Queue"/>
<br> <property name="enableBatch" value="true" />
<br> <property name="maxMessagesPerBatch" value="1" />
<br> <property name="maxSessions" value="25" />
<br> </bean>
<br><br> <bean id="inboundConnector" class="org.jencks.JCAConnector">
<br> <property name="jcaContainer" ref="jencks" />
<br> <property name="activationSpec" ref="activspec"/>
<br> <property name="ref" value="echoBean"/>
<br> </bean>
<br><br> <bean id="echoBean" class="mdpojo.approach.activemq.HelloBean" singleton="true"/>
<br></beans>
<br><br><br>I read a post: <a href="http://www.nabble.com/How-to-configure-multiple-connection-threads-tt15447114.html#a15447114" target="_top">http://www.nabble.com/How-to-configure-multiple-connection-threads-tt15447114.html#a15447114</a><br>Does it actually work? I am not able to check it - logs are all the time the same...
<br><br>So the only way to do it is to copy/paste the inboundConnector??? It doesn't seem to be a good practice... What if I would like to have 20 inbound-connection pool?<p>From forum: <a href="http://www.nabble.com/jencks---user-f11908.html" embed="fixTarget[11908]" target="_top" >jencks - user</a></p>tag:www.nabble.com,2006:post-17494740Re: [ANNOUNCE] Jencks 2.1 released2008-05-27T09:12:17Z2008-05-27T09:12:17ZgnodetJenks is available from the maven public repositories:
<br> <a href="http://repo1.maven.org/maven2/org/jencks/jencks/2.1/" target="_top" rel="nofollow">http://repo1.maven.org/maven2/org/jencks/jencks/2.1/</a><br>The tar.gz archive will contain the needed dependencies if you use the
<br>provided jencks-all jar, else you'll need the geronimo transaction
<br>manager and jca connector as mentioned by Andrei.
<br><br>On Tue, May 27, 2008 at 3:30 PM, kapilok <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=17494740&i=0" target="_top" rel="nofollow">kapilok@...</a>> wrote:
<div class='shrinkable-quote'><br>>
<br>> Please send the link for download and the list of jar dependencies required.
<br>>
<br>> Thanks,
<br>> Kapil
<br>>
<br>>
<br>> gnodet wrote:
<br>>>
<br>>> Jencks 2.1 has just been released and should be available on the public
<br>>> repos soon.
<br>>> This release mainly consist in upgrading to Geronimo 2.0.x components for
<br>>> the transaction manager and connector.
<br>>>
<br>>> --
<br>>> Cheers,
<br>>> Guillaume Nodet
<br>>> ------------------------
<br>>> Blog: <a href="http://gnodet.blogspot.com/" target="_top" rel="nofollow">http://gnodet.blogspot.com/</a><br>>>
<br>>>
<br>>
<br>> --
<br>> View this message in context: <a href="http://www.nabble.com/-ANNOUNCE--Jencks-2.1-released-tp13093918p17490499.html" target="_top">http://www.nabble.com/-ANNOUNCE--Jencks-2.1-released-tp13093918p17490499.html</a><br>> Sent from the jencks - user mailing list archive at Nabble.com.
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe from this list, please visit:
<br>>
<br>> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br>>
<br>>
<br>>
</div><br><br><br>--
<br>Cheers,
<br>Guillaume Nodet
<br>------------------------
<br>Blog: <a href="http://gnodet.blogspot.com/" target="_top" rel="nofollow">http://gnodet.blogspot.com/</a><br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://www.nabble.com/jencks---user-f11908.html" embed="fixTarget[11908]" target="_top" >jencks - user</a></p>tag:www.nabble.com,2006:post-17493982Re: [ANNOUNCE] Jencks 2.1 released2008-05-27T08:20:32Z2008-05-27T08:20:32ZAndrei Ivanov-2On 5/27/08, kapilok <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=17493982&i=0" target="_top" rel="nofollow">kapilok@...</a>> wrote:
<div class='shrinkable-quote'><br>>
<br>> Please send the link for download and the list of jar dependencies required.
<br>>
<br>> Thanks,
<br>> Kapil
<br>>
<br>>
<br>> gnodet wrote:
<br>> >
<br>> > Jencks 2.1 has just been released and should be available on the public
<br>> > repos soon.
<br>> > This release mainly consist in upgrading to Geronimo 2.0.x components for
<br>> > the transaction manager and connector.
</div><br>Download Geronimo: <a href="http://geronimo.apache.org/apache-geronimo-v211-release.html" target="_top" rel="nofollow">http://geronimo.apache.org/apache-geronimo-v211-release.html</a><br>and you will find in there geronimo-jta_1.1_spec-1.1.1.jar
<br>or...
<br><a href="http://repo1.maven.org/maven2/org/apache/geronimo/specs/geronimo-jta_1.1_spec/1.1.1" target="_top" rel="nofollow">http://repo1.maven.org/maven2/org/apache/geronimo/specs/geronimo-jta_1.1_spec/1.1.1</a><br>You can deduce from the url the needed maven config...
<br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://www.nabble.com/jencks---user-f11908.html" embed="fixTarget[11908]" target="_top" >jencks - user</a></p>tag:www.nabble.com,2006:post-17490499Re: [ANNOUNCE] Jencks 2.1 released2008-05-27T06:30:39Z2008-05-27T06:30:39ZkapilokPlease send the link for download and the list of jar dependencies required.
<br><br>Thanks,
<br>Kapil
<br><br><blockquote class="quote light-black dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">gnodet wrote:</div>
<div class="quote-message shrinkable-quote">Jencks 2.1 has just been released and should be available on the public
<br>repos soon.
<br>This release mainly consist in upgrading to Geronimo 2.0.x components for
<br>the transaction manager and connector.
<br><br>--
<br>Cheers,
<br>Guillaume Nodet
<br>------------------------
<br>Blog: <a href="http://gnodet.blogspot.com/" target="_top" rel="nofollow">http://gnodet.blogspot.com/</a></div>
</div></blockquote>
<p>From forum: <a href="http://www.nabble.com/jencks---user-f11908.html" embed="fixTarget[11908]" target="_top" >jencks - user</a></p>tag:www.nabble.com,2006:post-17490259Jencks2.0 jar dependencies2008-05-27T06:17:42Z2008-05-27T06:17:42ZkapilokDoes anyone have a list of jar dependencies for jencks2.0 ? Or a maven project example that compiles ?
<br>I am using Jencks2.0 + ActiveMQ4.1.1 + Spring2.0
<br>I have tried the jars in the download and the suggestions on this forum, but continue to get NoClassDefFoundError. I fixed a few by trial and error, but I'm still stuck with
<br>java.lang.NoClassDefFoundError: javax/transaction/TransactionSynchronizationRegistry
<br><br>Here is my eclipse classpath
<br> <classpathentry kind="lib" path="C:/apache-activemq-4.1.1/apache-activemq-4.1.1.jar"/>
<br> <classpathentry kind="lib" path="C:/spring-framework-2.0.3/dist/spring.jar"/>
<br> <classpathentry kind="lib" path="C:/spring-framework-2.0.3/lib/junit/junit.jar"/>
<br> <classpathentry kind="lib" path="C:/jencks-2.0/lib/optional/xbean-spring-2.8.jar"/>
<br> <classpathentry kind="lib" path="C:/jencks-2.0/lib/optional/backport-util-concurrent-2.1.jar"/>
<br> <classpathentry kind="lib" path="C:/jencks-2.0/lib/optional/commons-logging-1.0.4.jar"/>
<br> <classpathentry kind="lib" path="C:/jencks-2.0/lib/optional/log4j-1.2.9.jar"/>
<br> <classpathentry kind="lib" path="C:/jencks-2.0/lib/optional/tranql-connector-1.1.jar"/>
<br> <classpathentry kind="lib" path="C:/jencks-2.0/lib/optional/xapool-without-pool-1.4.jar"/>
<br> <classpathentry kind="lib" path="C:/jencks-2.0/activemq-ra-4.1.1.jar"/>
<br> <classpathentry kind="lib" path="C:/jencks-2.0/jencks-2.0-all.zip"/>
<br> <classpathentry kind="lib" path="C:/jencks-2.0/lib/geronimo-transaction-2.0.2.jar"/>
<br> <classpathentry kind="lib" path="C:/jencks-2.0/lib/geronimo-connector-2.0.2.jar"/>
<br> <classpathentry kind="lib" path="C:/jencks-2.0/lib/geronimo-j2ee-connector_1.5_spec-1.0.1.jar"/>
<br> <classpathentry kind="lib" path="C:/jencks-2.0/lib/geronimo-j2ee-management_1.0_spec-1.0.1.jar"/>
<br> <classpathentry kind="lib" path="C:/jencks-2.0/lib/geronimo-jms_1.1_spec-1.0.jar"/>
<br> <classpathentry kind="lib" path="C:/jencks-2.0/lib/geronimo-jta_1.0.1B_spec-1.0.1.jar"/>
<br><br>Please help.
<br>Thanks,
<br>Kapil<p>From forum: <a href="http://www.nabble.com/jencks---user-f11908.html" embed="fixTarget[11908]" target="_top" >jencks - user</a></p>tag:www.nabble.com,2006:post-17399783ConnectionFactoryFactoryBean.getObjectType() does not conform to contract at all2008-05-22T02:10:20Z2008-05-22T02:10:20ZfdurdenHi there,
<br><br>Here's the current implementation of ConnectionFactoryFactoryBean.getObjectType() (for Jencks 2.1):
<br><br> public Class<?> getObjectType() {
<br> try {
<br> Object connectionFactory = getConnectionFactory();
<br> if (connectionFactory != null) {
<br> return connectionFactory.getClass();
<br> }
<br> } catch (ResourceException e) {
<br> }
<br> return null;
<br> }
<br><br> public Object getConnectionFactory() throws ResourceException {
<br> // we must initialize the connection factory outside of the getObject method since spring needs the
<br> // connetion factory type for autowiring before we have created the bean
<br> if (connectionFactory == null) {
<br> // START SNIPPET: cf
<br> if (managedConnectionFactory == null) {
<br> throw new NullPointerException("managedConnectionFactory is null");
<br> }
<br> if (connectionManager != null) {
<br> connectionFactory = managedConnectionFactory.createConnectionFactory(connectionManager);
<br> } else {
<br> connectionFactory = managedConnectionFactory.createConnectionFactory();
<br> }
<br> // END SNIPPET: cf
<br> }
<br> return connectionFactory;
<br> }
<br><br>Now if managedConnectionFactory hasn't been set, getObjectType throws a NPE. But the contract for Spring's FactoryBean.getObjectType says, among other things, the following:
<br><br><i>1) Return the type of object that this FactoryBean creates, or null if not known in advance.
<br><br>2) In the case of implementations that are creating a singleton object, this method should try to avoid singleton creation as far as possible; [...]
<br><br>3) This method <b>can be called before this FactoryBean has been fully initialized. It must not rely on state created during initialization;</b> of course, it can still use such state if available."</i><br><br>1) is not respected, since it throws a NPE instead of returning null. 2) is not respected since singleton creation is not avoided as far as possible. The getConnectionFactory actually tries to create the singleton. 3) is not respected since the implementation expects managedConnectionFactory to be set.
<br><br>I propose the following implementation:
<br><br> public Class<?> getObjectType() {
<br> if(connectionFactory != null)
<br> {
<br> return connectionFactory.getClass();
<br> }
<br> return null;
<br> }
<br><br>I would've raised a JIRA issue, but the JIRA site seems not to be working.
<br><br>Ref: <a href="http://static.springframework.org/spring/docs/2.5.x/api/org/springframework/beans/factory/FactoryBean.html#getObjectType()" target="_top" rel="nofollow">org.springframework.beans.factory.FactoryBean.getObjectType()</a><p>From forum: <a href="http://www.nabble.com/jencks---dev-f11909.html" embed="fixTarget[11909]" target="_top" >jencks - dev</a></p>tag:www.nabble.com,2006:post-15905793Re: Jencks Message driven POJOS threads left running after ctx.destroy2008-03-07T12:51:09Z2008-03-07T12:51:09ZJerrySheaHi Guillaume, have you had a chance to review the code changes? Thx, Jerry<br><br><div class="gmail_quote">On Sun, Mar 2, 2008 at 8:34 AM, Jerry Shea <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15905793&i=0" target="_top" rel="nofollow">jerry.shea@...</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>Tidied version of code attached (shutdownThreads.patch). </div>
<div> </div>
<div>What I meant to say in that last email was that I didn't touch <font size="2">WorkManagerFactoryBean although it does create a thread pool in some circumstances. I've had a look at that again now and have attached another patch (shutdownThreadsWMFB.patch).</font></div>
<div><br>cheers, Jerry<br></div><div><div></div><div class="Wj3C7c">
<div class="gmail_quote">On Sat, Mar 1, 2008 at 9:40 PM, Jerry Shea <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15905793&i=1" target="_top" rel="nofollow">jerry.shea@...</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
<div>JIRA does not appear to be up - code attached. I didn't touch although I guess this should use a JencksWorkManager if it creates a thread pool.</div>
<div> </div>
<div>Cheers, Jerry<br><br></div>
<div>
<div></div>
<div>
<div class="gmail_quote">On Thu, Feb 28, 2008 at 7:05 PM, Guillaume Nodet <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15905793&i=2" target="_top" rel="nofollow">gnodet@...</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">The project is not dead per se. This is just that the project has<br>fullfilled its purpose<br>
and is no longer actively developped.<br>
If there is a need for another release, I'll do it.<br>So please, raise a JIRA and attach a patch, i'll review and apply it.<br>
<div>
<div></div>
<div><br>On Thu, Feb 28, 2008 at 8:31 AM, Andrei Ivanov <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15905793&i=3" target="_top" rel="nofollow">andrei.ivanov@...</a>> wrote:<br>> I think it would be nice if you could open an issue for jencks and<br>
> attach the code there...<br>> Maybe it will even be included in a next version...<br>> Hmm... <a href="http://jira.goopen.org/jira/browse/JCA" target="_blank" rel="nofollow">http://jira.goopen.org/jira/browse/JCA</a> seems to be dead...<br>
> Well... kind of like this project...<br>> Post it here then...<br>> Thank you.<br>><br>><br>><br>> On 2/28/08, Jerry Shea <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15905793&i=4" target="_top" rel="nofollow">jerry.shea@...</a>> wrote:<br>
> > I have solved my problem by inhertiting from the Geronimo work manager and<br>> > doing exactly that. Do you want the code?<br>> ><br>> ><br>> ><br>> > On Thu, Feb 28, 2008 at 12:59 AM, Guillaume Nodet <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15905793&i=5" target="_top" rel="nofollow">gnodet@...</a>> wrote:<br>
> ><br>> > > Well, the code seems ok to me, as the thread pools are given to the<br>> > > work manager.<br>> > > So they need to be created and shut down from the one that creates the<br>
> > > work manager.<br>> > > In the jencks case, i'm not sure who does that (haven't looked yet),<br>> > > but it should be easy<br>> > > to fix, maybe by inheriting the geronimo work manager and overriding<br>
> > > doStop if needed.<br>> > ><br>> > ><br>> > ><br>> > ><br>> > > On Wed, Feb 27, 2008 at 1:58 PM, Andrei Ivanov <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15905793&i=6" target="_top" rel="nofollow">andrei.ivanov@...</a>><br>
> > wrote:<br>> > > ><br>> > <a href="http://svn.apache.org/viewvc/geronimo/components/txmanager/trunk/geronimo-connector/src/main/java/org/apache/geronimo/connector/work/GeronimoWorkManager.java?view=log" target="_blank" rel="nofollow">http://svn.apache.org/viewvc/geronimo/components/txmanager/trunk/geronimo-connector/src/main/java/org/apache/geronimo/connector/work/GeronimoWorkManager.java?view=log</a><br>
> > > ><br>> > > > It seems that code was removed in rev 392847:<br>> > > > Make thread pools manageable and make our WorkManager use our thread<br>> > pools<br>> > > > under the covers.<br>
> > > ><br>> > <a href="http://svn.apache.org/viewvc/geronimo/components/txmanager/trunk/geronimo-connector/src/main/java/org/apache/geronimo/connector/work/GeronimoWorkManager.java?r1=381272&r2=392847" target="_blank" rel="nofollow">http://svn.apache.org/viewvc/geronimo/components/txmanager/trunk/geronimo-connector/src/main/java/org/apache/geronimo/connector/work/GeronimoWorkManager.java?r1=381272&r2=392847</a><br>
> > > ><br>> > > ><br>> > > ><br>> > > > On 2/27/08, Jerry Shea <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15905793&i=7" target="_top" rel="nofollow">jerry.shea@...</a>> wrote:<br>> > > > > geronimo-connector-2.1 has the same problem (empty doStop method)<br>
> > > > > unfortunately...<br>> > > > ><br>> > > > > I'm having difficulty finding any more info on geronimo-connector.<br>> > It's even<br>> > > > > proving difficult to find its subversion repository or maybe its just<br>
> > too<br>> > > > > late at night ;)<br>> > > > ><br>> > > > ><br>> > > > ><br>> > > > ><br>> > > > ><br>> > > > > On Wed, Feb 27, 2008 at 9:03 PM, Guillaume Nodet <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15905793&i=8" target="_top" rel="nofollow">gnodet@...</a>><br>
> > wrote:<br>> > > > ><br>> > > > > > Yeah, good idea. Maybe a simple version bump would work ?<br>> > > > > > Have you tried that, or is there any api changes that we need to<br>
> > deal with<br>> > > > > ?<br>> > > > > ><br>> > > > > ><br>> > > > > ><br>> > > > > ><br>> > > > > > On Wed, Feb 27, 2008 at 11:02 AM, Jerry Shea <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15905793&i=9" target="_top" rel="nofollow">jerry.shea@...</a>><br>
> > wrote:<br>> > > > > > > It looks like a more recent version of GeronimoWorkMnaager shuts<br>> > down<br>> > > > > its<br>> > > > > > > thread pools in the doStop method - see here:<br>
> > > > > > ><br>> > > > ><br>> > <a href="http://www.docjar.com/html/api/org/apache/geronimo/connector/work/GeronimoWorkManager.java.html" target="_blank" rel="nofollow">http://www.docjar.com/html/api/org/apache/geronimo/connector/work/GeronimoWorkManager.java.html</a><br>
> > > > > > ><br>> > > > > > > Are there any plans to upgrade the the version of<br>> > geronimo-connector<br>> > > > > that<br>> > > > > > > Jencks 2.1 depends on? I'm more than happy to assist if needed...<br>
> > > > > > ><br>> > > > > > > Cheers, Jerry<br>> > > > > > ><br>> > > > > > ><br>> > > > > > ><br>> > > > > > > On Wed, Feb 27, 2008 at 8:55 PM, JerryShea <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15905793&i=10" target="_top" rel="nofollow">jerry.shea@...</a>><br>
> > wrote:<br>> > > > > > ><br>> > > > > > > ><br>> > > > > > > > Hi,<br>> > > > > > > ><br>> > > > > > > > I've cut and pasted the jencks JCA config from<br>
> > > > > > > > <a href="http://jencks.org/Message+Driven+POJOs" target="_blank" rel="nofollow">http://jencks.org/Message+Driven+POJOs</a> and if<br>> > I use<br>> > > > > it like this:<br>
> > > > > > > > AbstractApplicationContext ctx = new<br>> > > > > > > ClassPathXmlApplicationContext(new<br>> > > > > > > > String[] {<br>
> > > > > > > > "/spring-jencks.xml",<br>
> > > > > > > > });<br>> > > > > > > > Thread.sleep(3000);<br>> > > > > > > > ctx.destroy();<br>> > > > > > > ><br>
> > > > > > > > after the spring application context has been created, a number<br>> > of<br>> > > > > threads<br>> > > > > > > > are started up (JCAContainer.afterPropertiesSet creates a<br>
> > Geronimo<br>> > > > > work<br>> > > > > > > > manager which in turn creates a thread pool).<br>> > > > > > > ><br>> > > > > > > > When ctx.destroy is called, JCAContainer.destroy gets called<br>
> > which in<br>> > > > > turn<br>> > > > > > > > calls geronimoWorkManager.doStop() which does... nothing!<br>> > > > > > > ><br>> > > > > > > > Shouldn't something be shutting down the thread pool? The<br>
> > threads that<br>> > > > > are<br>> > > > > > > > created remain alive and prevent my application from closing<br>> > down.<br>> > > > > > > ><br>
> > > > > > > > Thx, Jerry<br>> > > > > > > ><br>> > > > > > > > --<br>> > > > > > > > View this message in context:<br>
> > > > > > ><br>> > > > ><br>> > <a href="http://www.nabble.com/Jencks-Message-driven-POJOS-threads-left-running-after-ctx.destroy-tp15709825p15709825.html" target="_blank">http://www.nabble.com/Jencks-Message-driven-POJOS-threads-left-running-after-ctx.destroy-tp15709825p15709825.html</a><br>
> > > > > > > > Sent from the jencks - user mailing list archive at <a href="http://nabble.com/" target="_blank" rel="nofollow">Nabble.com</a>.<br>> > > > > > > ><br>> > > > > > > ><br>
> > > > > > > ><br>> > > > ><br>> > ---------------------------------------------------------------------<br>> > > > > > > > To unsubscribe from this list, please visit:<br>
> > > > > > > ><br>> > > > > > > > <a href="http://xircles.codehaus.org/manage_email" target="_blank" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br>> > > > > > > ><br>
> > > > > > > ><br>> > > > > > > ><br>> > > > > > ><br>> > > > > > ><br>> > > > > ><br>> > > > > ><br>
> > > > > ><br>> > > > > > --<br>> > > > > > Cheers,<br>> > > > > > Guillaume Nodet<br>> > > > > > ------------------------<br>
> > > > > > Blog: <a href="http://gnodet.blogspot.com/" target="_blank" rel="nofollow">http://gnodet.blogspot.com/</a><br>> > > > > ><br>> > > > > ><br>> > > > > ><br>
> > > > > ><br>> > > > > ><br>> > > > ><br>> > ---------------------------------------------------------------------<br>> > > > > > To unsubscribe from this list, please visit:<br>
> > > > > ><br>> > > > > > <a href="http://xircles.codehaus.org/manage_email" target="_blank" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br>> > > > > ><br>
> > > > > ><br>
> > > > > ><br>> > > > ><br>> > > > ><br>> > > ><br>> > > ><br>> > ---------------------------------------------------------------------<br>
> > > > To unsubscribe from this list, please visit:<br>> > > ><br>> > > > <a href="http://xircles.codehaus.org/manage_email" target="_blank" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br>
> > > ><div class='shrinkable-quote'><br>> > > ><br>> > > ><br>> > ><br>> > ><br>> > ><br>> > > --<br>> > ><br>> > ><br>> > ><br>> > > Cheers,</div>
> > > Guillaume Nodet<br>> > > ------------------------<br>> > > Blog: <a href="http://gnodet.blogspot.com/" target="_blank" rel="nofollow">http://gnodet.blogspot.com/</a><br>> > ><br>> > ><br>
> > ---------------------------------------------------------------------<br>> > > To unsubscribe from this list, please visit:<br>> > ><br>> > > <a href="http://xircles.codehaus.org/manage_email" target="_blank" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br>
> > ><br>> > ><br>> > ><br>> ><br>> ><br>><br>> ---------------------------------------------------------------------<br>> To unsubscribe from this list, please visit:<br>
><br>> <a href="http://xircles.codehaus.org/manage_email" target="_blank" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br>><br>><br>><br><br><br><br></div></div>--<br>
<div>
<div></div>
<div>Cheers,<br>Guillaume Nodet<br>------------------------<br>Blog: <a href="http://gnodet.blogspot.com/" target="_blank" rel="nofollow">http://gnodet.blogspot.com/</a><br><br>---------------------------------------------------------------------<br>
To unsubscribe from this list, please visit:<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_blank" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br></div></div></blockquote></div><br></div></div>
</blockquote></div><br>
</div></div></blockquote></div><br>
<p>From forum: <a href="http://www.nabble.com/jencks---user-f11908.html" embed="fixTarget[11908]" target="_top" >jencks - user</a></p>tag:www.nabble.com,2006:post-15813793Re: Trouble of configuring the pool of mulitple connections.2008-03-03T13:01:27Z2008-03-03T13:01:27ZJames MartinCreate multiple "org.jencks.JCAConnector" beans...<p>From forum: <a href="http://www.nabble.com/jencks---dev-f11909.html" embed="fixTarget[11909]" target="_top" >jencks - dev</a></p>tag:www.nabble.com,2006:post-15781279Re: Jencks Message driven POJOS threads left running after ctx.destroy2008-03-01T13:34:02Z2008-03-01T13:34:02ZJerryShea<div>Tidied version of code attached (shutdownThreads.patch). </div>
<div> </div>
<div>What I meant to say in that last email was that I didn't touch <font size="2">WorkManagerFactoryBean although it does create a thread pool in some circumstances. I've had a look at that again now and have attached another patch (shutdownThreadsWMFB.patch).</font></div>
<div><br>cheers, Jerry<br></div>
<div class="gmail_quote">On Sat, Mar 1, 2008 at 9:40 PM, Jerry Shea <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15781279&i=0" target="_top" rel="nofollow">jerry.shea@...</a>> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div>JIRA does not appear to be up - code attached. I didn't touch although I guess this should use a JencksWorkManager if it creates a thread pool.</div>
<div> </div>
<div>Cheers, Jerry<br><br></div>
<div>
<div></div>
<div class="Wj3C7c">
<div class="gmail_quote">On Thu, Feb 28, 2008 at 7:05 PM, Guillaume Nodet <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15781279&i=1" target="_top" rel="nofollow">gnodet@...</a>> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">The project is not dead per se. This is just that the project has<br>fullfilled its purpose<br>and is no longer actively developped.<br>
If there is a need for another release, I'll do it.<br>So please, raise a JIRA and attach a patch, i'll review and apply it.<br>
<div>
<div></div>
<div><br>On Thu, Feb 28, 2008 at 8:31 AM, Andrei Ivanov <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15781279&i=2" target="_top" rel="nofollow">andrei.ivanov@...</a>> wrote:<br>> I think it would be nice if you could open an issue for jencks and<br>
> attach the code there...<br>> Maybe it will even be included in a next version...<br>> Hmm... <a href="http://jira.goopen.org/jira/browse/JCA" target="_blank" rel="nofollow">http://jira.goopen.org/jira/browse/JCA</a> seems to be dead...<br>
> Well... kind of like this project...<br>> Post it here then...<br>> Thank you.<br>><br>><br>><br>> On 2/28/08, Jerry Shea <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15781279&i=3" target="_top" rel="nofollow">jerry.shea@...</a>> wrote:<br>
> > I have solved my problem by inhertiting from the Geronimo work manager and<br>> > doing exactly that. Do you want the code?<br>> ><br>> ><br>> ><br>> > On Thu, Feb 28, 2008 at 12:59 AM, Guillaume Nodet <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15781279&i=4" target="_top" rel="nofollow">gnodet@...</a>> wrote:<br>
> ><br>> > > Well, the code seems ok to me, as the thread pools are given to the<br>> > > work manager.<br>> > > So they need to be created and shut down from the one that creates the<br>
> > > work manager.<br>> > > In the jencks case, i'm not sure who does that (haven't looked yet),<br>> > > but it should be easy<br>> > > to fix, maybe by inheriting the geronimo work manager and overriding<br>
> > > doStop if needed.<br>> > ><br>> > ><br>> > ><br>> > ><br>> > > On Wed, Feb 27, 2008 at 1:58 PM, Andrei Ivanov <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15781279&i=5" target="_top" rel="nofollow">andrei.ivanov@...</a>><br>
> > wrote:<br>> > > ><br>> > <a href="http://svn.apache.org/viewvc/geronimo/components/txmanager/trunk/geronimo-connector/src/main/java/org/apache/geronimo/connector/work/GeronimoWorkManager.java?view=log" target="_blank" rel="nofollow">http://svn.apache.org/viewvc/geronimo/components/txmanager/trunk/geronimo-connector/src/main/java/org/apache/geronimo/connector/work/GeronimoWorkManager.java?view=log</a><br>
> > > ><br>> > > > It seems that code was removed in rev 392847:<br>> > > > Make thread pools manageable and make our WorkManager use our thread<br>> > pools<br>> > > > under the covers.<br>
> > > ><br>> > <a href="http://svn.apache.org/viewvc/geronimo/components/txmanager/trunk/geronimo-connector/src/main/java/org/apache/geronimo/connector/work/GeronimoWorkManager.java?r1=381272&r2=392847" target="_blank" rel="nofollow">http://svn.apache.org/viewvc/geronimo/components/txmanager/trunk/geronimo-connector/src/main/java/org/apache/geronimo/connector/work/GeronimoWorkManager.java?r1=381272&r2=392847</a><br>
> > > ><br>> > > ><br>> > > ><br>> > > > On 2/27/08, Jerry Shea <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15781279&i=6" target="_top" rel="nofollow">jerry.shea@...</a>> wrote:<br>> > > > > geronimo-connector-2.1 has the same problem (empty doStop method)<br>
> > > > > unfortunately...<br>> > > > ><br>> > > > > I'm having difficulty finding any more info on geronimo-connector.<br>> > It's even<br>> > > > > proving difficult to find its subversion repository or maybe its just<br>
> > too<br>> > > > > late at night ;)<br>> > > > ><br>> > > > ><br>> > > > ><br>> > > > ><br>> > > > ><br>> > > > > On Wed, Feb 27, 2008 at 9:03 PM, Guillaume Nodet <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15781279&i=7" target="_top" rel="nofollow">gnodet@...</a>><br>
> > wrote:<br>> > > > ><br>> > > > > > Yeah, good idea. Maybe a simple version bump would work ?<br>> > > > > > Have you tried that, or is there any api changes that we need to<br>
> > deal with<br>> > > > > ?<br>> > > > > ><br>> > > > > ><br>> > > > > ><br>> > > > > ><br>> > > > > > On Wed, Feb 27, 2008 at 11:02 AM, Jerry Shea <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15781279&i=8" target="_top" rel="nofollow">jerry.shea@...</a>><br>
> > wrote:<br>> > > > > > > It looks like a more recent version of GeronimoWorkMnaager shuts<br>> > down<br>> > > > > its<br>> > > > > > > thread pools in the doStop method - see here:<br>
> > > > > > ><br>> > > > ><br>> > <a href="http://www.docjar.com/html/api/org/apache/geronimo/connector/work/GeronimoWorkManager.java.html" target="_blank" rel="nofollow">http://www.docjar.com/html/api/org/apache/geronimo/connector/work/GeronimoWorkManager.java.html</a><br>
> > > > > > ><br>> > > > > > > Are there any plans to upgrade the the version of<br>> > geronimo-connector<br>> > > > > that<br>> > > > > > > Jencks 2.1 depends on? I'm more than happy to assist if needed...<br>
> > > > > > ><br>> > > > > > > Cheers, Jerry<br>> > > > > > ><br>> > > > > > ><br>> > > > > > ><br>> > > > > > > On Wed, Feb 27, 2008 at 8:55 PM, JerryShea <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15781279&i=9" target="_top" rel="nofollow">jerry.shea@...</a>><br>
> > wrote:<br>> > > > > > ><br>> > > > > > > ><br>> > > > > > > > Hi,<br>> > > > > > > ><br>> > > > > > > > I've cut and pasted the jencks JCA config from<br>
> > > > > > > > <a href="http://jencks.org/Message+Driven+POJOs" target="_blank" rel="nofollow">http://jencks.org/Message+Driven+POJOs</a> and if<br>> > I use<br>> > > > > it like this:<br>
> > > > > > > > AbstractApplicationContext ctx = new<br>> > > > > > > ClassPathXmlApplicationContext(new<br>> > > > > > > > String[] {<br>> > > > > > > > "/spring-jencks.xml",<br>
> > > > > > > > });<br>> > > > > > > > Thread.sleep(3000);<br>> > > > > > > > ctx.destroy();<br>> > > > > > > ><br>
> > > > > > > > after the spring application context has been created, a number<br>> > of<br>> > > > > threads<br>> > > > > > > > are started up (JCAContainer.afterPropertiesSet creates a<br>
> > Geronimo<br>> > > > > work<br>> > > > > > > > manager which in turn creates a thread pool).<br>> > > > > > > ><br>> > > > > > > > When ctx.destroy is called, JCAContainer.destroy gets called<br>
> > which in<br>> > > > > turn<br>> > > > > > > > calls geronimoWorkManager.doStop() which does... nothing!<br>> > > > > > > ><br>> > > > > > > > Shouldn't something be shutting down the thread pool? The<br>
> > threads that<br>> > > > > are<br>> > > > > > > > created remain alive and prevent my application from closing<br>> > down.<br>> > > > > > > ><br>
> > > > > > > > Thx, Jerry<br>> > > > > > > ><br>> > > > > > > > --<br>> > > > > > > > View this message in context:<br>
> > > > > > ><br>> > > > ><br>> > <a href="http://www.nabble.com/Jencks-Message-driven-POJOS-threads-left-running-after-ctx.destroy-tp15709825p15709825.html" target="_blank">http://www.nabble.com/Jencks-Message-driven-POJOS-threads-left-running-after-ctx.destroy-tp15709825p15709825.html</a><br>
> > > > > > > > Sent from the jencks - user mailing list archive at <a href="http://nabble.com/" target="_blank" rel="nofollow">Nabble.com</a>.<br>> > > > > > > ><br>> > > > > > > ><br>
> > > > > > > ><br>> > > > ><br>> > ---------------------------------------------------------------------<br>> > > > > > > > To unsubscribe from this list, please visit:<br>
> > > > > > > ><br>> > > > > > > > <a href="http://xircles.codehaus.org/manage_email" target="_blank" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br>> > > > > > > ><br>
> > > > > > > ><br>> > > > > > > ><br>> > > > > > ><br>> > > > > > ><br>> > > > > ><br>> > > > > ><br>
> > > > > ><br>> > > > > > --<br>> > > > > > Cheers,<br>> > > > > > Guillaume Nodet<br>> > > > > > ------------------------<br>
> > > > > > Blog: <a href="http://gnodet.blogspot.com/" target="_blank" rel="nofollow">http://gnodet.blogspot.com/</a><br>> > > > > ><br>> > > > > ><br>> > > > > ><br>
> > > > > ><br>> > > > > ><br>> > > > ><br>> > ---------------------------------------------------------------------<br>> > > > > > To unsubscribe from this list, please visit:<br>
> > > > > ><br>> > > > > > <a href="http://xircles.codehaus.org/manage_email" target="_blank" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br>> > > > > ><br>> > > > > ><br>
> > > > > ><br>> > > > ><br>> > > > ><br>> > > ><br>> > > ><br>> > ---------------------------------------------------------------------<br>
> > > > To unsubscribe from this list, please visit:<br>> > > ><br>> > > > <a href="http://xircles.codehaus.org/manage_email" target="_blank" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br>
> > > ><div class='shrinkable-quote'><br>> > > ><br>> > > ><br>> > ><br>> > ><br>> > ><br>> > > --<br>> > ><br>> > ><br>> > ><br>> > > Cheers,</div>
> > > Guillaume Nodet<br>> > > ------------------------<br>> > > Blog: <a href="http://gnodet.blogspot.com/" target="_blank" rel="nofollow">http://gnodet.blogspot.com/</a><br>> > ><br>> > ><br>
> > ---------------------------------------------------------------------<br>> > > To unsubscribe from this list, please visit:<br>> > ><br>> > > <a href="http://xircles.codehaus.org/manage_email" target="_blank" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br>
> > ><br>> > ><br>> > ><br>> ><br>> ><br>><br>> ---------------------------------------------------------------------<br>> To unsubscribe from this list, please visit:<br>
><br>> <a href="http://xircles.codehaus.org/manage_email" target="_blank" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br>><br>><br>><br><br><br><br></div></div>--<br>
<div>
<div></div>
<div>Cheers,<br>Guillaume Nodet<br>------------------------<br>Blog: <a href="http://gnodet.blogspot.com/" target="_blank" rel="nofollow">http://gnodet.blogspot.com/</a><br><br>---------------------------------------------------------------------<br>
To unsubscribe from this list, please visit:<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_blank" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br></div></div></blockquote></div><br></div></div>
</blockquote></div><br>
<br />Index: src/main/java/org/jencks/JencksWorkManager.java
<br>===================================================================
<br>--- src/main/java/org/jencks/JencksWorkManager.java (revision 0)
<br>+++ src/main/java/org/jencks/JencksWorkManager.java (revision 0)
<br>@@ -0,0 +1,36 @@
<br>+package org.jencks;
<br>+
<br>+import java.util.concurrent.Executor;
<br>+import java.util.concurrent.ExecutorService;
<br>+
<br>+import org.apache.geronimo.connector.work.GeronimoWorkManager;
<br>+import org.apache.geronimo.transaction.manager.GeronimoTransactionManager;
<br>+import org.jencks.factory.GeronimoDefaults;
<br>+
<br>+/**
<br>+ * Jencks-specific override of GeronimoWorkManager which takes responsibility for
<br>+ * creating and shutting down its own thread pool.
<br>+ * @author Jerry Shea
<br>+ */
<br>+public class JencksWorkManager extends GeronimoWorkManager {
<br>+
<br>+ private JencksWorkManager(Executor threadPool, GeronimoTransactionManager transactionManager) {
<br>+ super(threadPool, threadPool, threadPool, transactionManager);
<br>+ }
<br>+
<br>+ /**
<br>+ * Public constructor
<br>+ * @param threadPoolSize size of thread pool to create
<br>+ * @param transactionManager
<br>+ */
<br>+ public JencksWorkManager(int threadPoolSize, GeronimoTransactionManager transactionManager) {
<br>+ this(GeronimoDefaults.createThreadPool(threadPoolSize), transactionManager);
<br>+ }
<br>+
<br>+ /**
<br>+ * Override base class implementation to shut down our thread pool
<br>+ */
<br>+ public void doStop() throws Exception {
<br>+ ((ExecutorService)this.getScheduledWorkExecutorPool()).shutdown();
<br>+ }
<br>+}
<br>Index: src/main/java/org/jencks/JencksWorkManager.java
<br>===================================================================
<br>--- src/main/java/org/jencks/JencksWorkManager.java (revision 0)
<br>+++ src/main/java/org/jencks/JencksWorkManager.java (revision 0)
<br>@@ -0,0 +1,39 @@
<br>+package org.jencks;
<br>+
<br>+import java.util.concurrent.ExecutorService;
<br>+
<br>+import org.apache.geronimo.connector.work.GeronimoWorkManager;
<br>+import org.apache.geronimo.transaction.manager.GeronimoTransactionManager;
<br>+import org.jencks.factory.GeronimoDefaults;
<br>+
<br>+/**
<br>+ * Jencks-specific override of GeronimoWorkManager which creates and shuts down its own
<br>+ * thread pool. This ensures that no threads will be left running after an orderly
<br>+ * shutdown of an instance of this class.
<br>+ * @author Jerry Shea
<br>+ */
<br>+public class JencksWorkManager extends GeronimoWorkManager {
<br>+
<br>+ private ExecutorService threadPool;
<br>+
<br>+ private JencksWorkManager(ExecutorService threadPool, GeronimoTransactionManager transactionManager) {
<br>+ super(threadPool, threadPool, threadPool, transactionManager);
<br>+ this.threadPool = threadPool;
<br>+ }
<br>+
<br>+ /**
<br>+ * Public constructor
<br>+ * @param threadPoolSize size of thread pool to create
<br>+ * @param transactionManager
<br>+ */
<br>+ public JencksWorkManager(int threadPoolSize, GeronimoTransactionManager transactionManager) {
<br>+ this((ExecutorService) GeronimoDefaults.createThreadPool(threadPoolSize), transactionManager);
<br>+ }
<br>+
<br>+ /**
<br>+ * Override base class implementation to shut down our thread pool
<br>+ */
<br>+ public void doStop() throws Exception {
<br>+ threadPool.shutdown();
<br>+ }
<br>+}
<br>Index: src/main/java/org/jencks/factory/GeronimoDefaults.java
<br>===================================================================
<br>--- src/main/java/org/jencks/factory/GeronimoDefaults.java (revision 176)
<br>+++ src/main/java/org/jencks/factory/GeronimoDefaults.java (working copy)
<br>@@ -28,12 +28,12 @@
<br> import org.apache.geronimo.connector.outbound.connectionmanagerconfig.PoolingSupport;
<br> import org.apache.geronimo.connector.outbound.connectionmanagerconfig.TransactionSupport;
<br> import org.apache.geronimo.connector.outbound.connectionmanagerconfig.XATransactions;
<br>-import org.apache.geronimo.connector.work.GeronimoWorkManager;
<br> import org.apache.geronimo.transaction.log.UnrecoverableLog;
<br> import org.apache.geronimo.transaction.manager.GeronimoTransactionManager;
<br> import org.apache.geronimo.transaction.manager.TransactionLog;
<br> import org.apache.geronimo.transaction.manager.XidFactory;
<br> import org.apache.geronimo.transaction.manager.XidFactoryImpl;
<br>+import org.jencks.JencksWorkManager;
<br> import org.springframework.beans.FatalBeanException;
<br>
<br> /**
<br>@@ -78,8 +78,7 @@
<br> }
<br>
<br> public static WorkManager createWorkManager(GeronimoTransactionManager transactionManager, int threadPoolSize) {
<br>- Executor threadPool = createThreadPool(threadPoolSize);
<br>- WorkManager geronimoWorkManager = new GeronimoWorkManager(threadPool, threadPool, threadPool, transactionManager);
<br>+ WorkManager geronimoWorkManager = new JencksWorkManager(threadPoolSize, transactionManager);
<br> return geronimoWorkManager;
<br> }
<br> <br />Index: D:/Development/jencks/src/main/java/org/jencks/JencksWorkManager.java
<br>===================================================================
<br>--- D:/Development/jencks/src/main/java/org/jencks/JencksWorkManager.java (revision 0)
<br>+++ D:/Development/jencks/src/main/java/org/jencks/JencksWorkManager.java (revision 0)
<br>@@ -0,0 +1,36 @@
<br>+package org.jencks;
<br>+
<br>+import java.util.concurrent.Executor;
<br>+import java.util.concurrent.ExecutorService;
<br>+
<br>+import org.apache.geronimo.connector.work.GeronimoWorkManager;
<br>+import org.apache.geronimo.transaction.manager.GeronimoTransactionManager;
<br>+import org.jencks.factory.GeronimoDefaults;
<br>+
<br>+/**
<br>+ * Jencks-specific override of GeronimoWorkManager which takes responsibility for
<br>+ * creating and shutting down its own thread pool.
<br>+ * @author Jerry Shea
<br>+ */
<br>+public class JencksWorkManager extends GeronimoWorkManager {
<br>+
<br>+ private JencksWorkManager(Executor threadPool, GeronimoTransactionManager transactionManager) {
<br>+ super(threadPool, threadPool, threadPool, transactionManager);
<br>+ }
<br>+
<br>+ /**
<br>+ * Public constructor
<br>+ * @param threadPoolSize size of thread pool to create
<br>+ * @param transactionManager
<br>+ */
<br>+ public JencksWorkManager(int threadPoolSize, GeronimoTransactionManager transactionManager) {
<br>+ this(GeronimoDefaults.createThreadPool(threadPoolSize), transactionManager);
<br>+ }
<br>+
<br>+ /**
<br>+ * Override base class implementation to shut down our thread pool
<br>+ */
<br>+ public void doStop() throws Exception {
<br>+ ((ExecutorService)this.getScheduledWorkExecutorPool()).shutdown();
<br>+ }
<br>+}
<br>Index: D:/Development/jencks/src/main/java/org/jencks/factory/GeronimoDefaults.java
<br>===================================================================
<br>--- D:/Development/jencks/src/main/java/org/jencks/factory/GeronimoDefaults.java (revision 176)
<br>+++ D:/Development/jencks/src/main/java/org/jencks/factory/GeronimoDefaults.java (working copy)
<br>@@ -28,12 +28,12 @@
<br> import org.apache.geronimo.connector.outbound.connectionmanagerconfig.PoolingSupport;
<br> import org.apache.geronimo.connector.outbound.connectionmanagerconfig.TransactionSupport;
<br> import org.apache.geronimo.connector.outbound.connectionmanagerconfig.XATransactions;
<br>-import org.apache.geronimo.connector.work.GeronimoWorkManager;
<br> import org.apache.geronimo.transaction.log.UnrecoverableLog;
<br> import org.apache.geronimo.transaction.manager.GeronimoTransactionManager;
<br> import org.apache.geronimo.transaction.manager.TransactionLog;
<br> import org.apache.geronimo.transaction.manager.XidFactory;
<br> import org.apache.geronimo.transaction.manager.XidFactoryImpl;
<br>+import org.jencks.JencksWorkManager;
<br> import org.springframework.beans.FatalBeanException;
<br>
<br> /**
<br>@@ -67,10 +67,6 @@
<br> }
<br> }
<br>
<br>- public static Executor createThreadPool() {
<br>- return createThreadPool(DEFAULT_THREAD_POOL_SIZE);
<br>- }
<br>-
<br> public static Executor createThreadPool(int threadPoolSize) {
<br> if (threadPoolSize <= 0) threadPoolSize = DEFAULT_THREAD_POOL_SIZE;
<br> Executor pooledExecutor = Executors.newFixedThreadPool(threadPoolSize);
<br>@@ -78,8 +74,7 @@
<br> }
<br>
<br> public static WorkManager createWorkManager(GeronimoTransactionManager transactionManager, int threadPoolSize) {
<br>- Executor threadPool = createThreadPool(threadPoolSize);
<br>- WorkManager geronimoWorkManager = new GeronimoWorkManager(threadPool, threadPool, threadPool, transactionManager);
<br>+ WorkManager geronimoWorkManager = new JencksWorkManager(threadPoolSize, transactionManager);
<br> return geronimoWorkManager;
<br> }
<br>
<br>Index: D:/Development/jencks/src/main/java/org/jencks/factory/WorkManagerFactoryBean.java
<br>===================================================================
<br>--- D:/Development/jencks/src/main/java/org/jencks/factory/WorkManagerFactoryBean.java (revision 176)
<br>+++ D:/Development/jencks/src/main/java/org/jencks/factory/WorkManagerFactoryBean.java (working copy)
<br>@@ -19,6 +19,7 @@
<br>
<br> import org.apache.geronimo.transaction.manager.GeronimoTransactionManager;
<br> import org.apache.geronimo.connector.work.GeronimoWorkManager;
<br>+import org.jencks.JencksWorkManager;
<br> import org.springframework.beans.FatalBeanException;
<br> import org.springframework.beans.factory.FactoryBean;
<br> import org.springframework.beans.factory.InitializingBean;
<br>@@ -42,7 +43,13 @@
<br>
<br> public Object getObject() throws Exception {
<br> if (workManager == null) {
<br>- workManager = new GeronimoWorkManager(threadPool, threadPool, threadPool, transactionManager);
<br>+ if (threadPool == null) {
<br>+ // JencksWorkManager will create and destroy the thread pool
<br>+ workManager = new JencksWorkManager(threadPoolSize, transactionManager);
<br>+ }
<br>+ else {
<br>+ workManager = new GeronimoWorkManager(threadPool, threadPool, threadPool, transactionManager);
<br>+ }
<br> workManager.doStart();
<br> }
<br> return workManager;
<br>@@ -68,11 +75,6 @@
<br> if (transactionManager == null) {
<br> throw new FatalBeanException("Geronimo transaction manager was not set");
<br> }
<br>-
<br>- // create a default thread pool if one was not specified
<br>- if (threadPool == null) {
<br>- threadPool = GeronimoDefaults.createThreadPool(getThreadPoolSize());
<br>- }
<br> }
<br>
<br> public GeronimoTransactionManager getTransactionManager() {<br />---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><p>From forum: <a href="http://www.nabble.com/jencks---user-f11908.html" embed="fixTarget[11908]" target="_top" >jencks - user</a></p>tag:www.nabble.com,2006:post-15774819Re: Jencks Message driven POJOS threads left running after ctx.destroy2008-03-01T02:40:15Z2008-03-01T02:40:15ZJerryShea<div>JIRA does not appear to be up - code attached. I didn't touch although I guess this should use a JencksWorkManager if it creates a thread pool.</div>
<div> </div>
<div>Cheers, Jerry<br><br></div>
<div class="gmail_quote">On Thu, Feb 28, 2008 at 7:05 PM, Guillaume Nodet <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15774819&i=0" target="_top" rel="nofollow">gnodet@...</a>> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">The project is not dead per se. This is just that the project has<br>fullfilled its purpose<br>and is no longer actively developped.<br>
If there is a need for another release, I'll do it.<br>So please, raise a JIRA and attach a patch, i'll review and apply it.<br>
<div>
<div></div>
<div class="Wj3C7c"><br>On Thu, Feb 28, 2008 at 8:31 AM, Andrei Ivanov <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15774819&i=1" target="_top" rel="nofollow">andrei.ivanov@...</a>> wrote:<br>> I think it would be nice if you could open an issue for jencks and<br>
> attach the code there...<br>> Maybe it will even be included in a next version...<br>> Hmm... <a href="http://jira.goopen.org/jira/browse/JCA" target="_blank" rel="nofollow">http://jira.goopen.org/jira/browse/JCA</a> seems to be dead...<br>
> Well... kind of like this project...<br>> Post it here then...<br>> Thank you.<br>><br>><br>><br>> On 2/28/08, Jerry Shea <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=15774819&i=2" target="_top" rel="nofollow">jerry.shea@...</a>> wrote:<br>
> > I