OK, I was able to reproduce your observation and honestly am more than surprised. I will try to find out now how the logging thing influenced to connector...
Oliver On Wed, 5 Jan 2005 13:53:15 +0200, Andrew Tibets <[EMAIL PROTECTED]> wrote: > Hello Oliver, > > Yes it is, it works with final slide2.1 + commons-transaction-1.0rc1.jar > and there are exceptions with final slide2.1 + commons-transaction-1.0.jar. > > At start jboss there is message in log: > DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] Unable to retrieve orb > javax.management.InstanceNotFoundException: jboss:service=CorbaORB is not > registered. > > But there are not other exceptions exclude XAException errorCode=XAER_NOTA > and XAException status=STATUS_NO_TRANSACTION. > > Thanks > -- > Best regards, > Andrew mailto:[EMAIL PROTECTED] > > > Wednesday, January 5, 2005, 1:17:08 PM, you wrote: > > OZ> Hi Andrew, > > OZ> does that mean it works with commons-tx1.0rc1, but not with the final > OZ> version? The only changes that were to check if a certain lock level > OZ> was enabled. Maybe this caused some obscure errors. > > OZ> Is there any other exception, maybe in the log files? > > OZ> Oliver > > OZ> On Wed, 5 Jan 2005 12:02:29 +0200, Andrew Tibets > OZ> <[EMAIL PROTECTED]> wrote: > >> Hello Oliver, > >> > >> The error is still being with slide 2.1. > >> The slide.war and webdav-2.1.rar were deployed correctly. > >> For jboss-3.2.5 I used webdav-connector-ds.xml shipped with Slide, for > >> jboss-4.0.0 > >> webdav-connector-ds.xml: > >> <connection-factories> > >> <tx-connection-factory> > >> <jndi-name>WebDAV-Connector</jndi-name> > >> <xa-transaction/> > >> <track-connection-by-tx/> > >> > >> <rar-name>test-webdav-files-0.1.ear#webdav-2.1.rar</rar-name> > >> > >> <connection-definition>javax.resource.cci.ConnectionFactory</connection-definition> > >> <max-pool-size>20</max-pool-size> > >> </tx-connection-factory> > >> </connection-factories> > >> > >> > >> In all cases, slide test and my test, I get exception: > >> WARN [org.jboss.tm.TransactionImpl] XAException: > >> tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=pc268/14, > >> BranchQual=, localId=14] > >> errorCode=XAER_NOTA > >> javax.transaction.xa.XAException > >> at > >> org.apache.commons.transaction.util.xa.AbstractXAResource.end(AbstractXAResource.java:133) > >> at > >> org.jboss.tm.TransactionImpl$Resource.endResource(TransactionImpl.java:2031) > >> at > >> org.jboss.tm.TransactionImpl$Resource.endResource(TransactionImpl.java:2006) > >> ... > >> ERROR [org.jboss.web.localhost.Engine] > >> StandardWrapperValve[Test]: Servlet.service() for servlet Test > >> threw exception > >> org.jboss.tm.JBossRollbackException: Unable to commit, > >> tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=pc268/14, > >> BranchQual=, localId=14] > >> status=STATUS_NO_TRANSACTION; - nested throwable: > >> (javax.transaction.xa.XAException) > >> at > >> org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:344) > >> at org.jboss.tm.TxManager.commit(TxManager.java:200) > >> > >> If I click Ctrl+C, I get message: > >> > >> INFO [org.jboss.system.server.Server] JBoss SHUTDOWN: Undeploying all > >> packages > >> â > >> INFO [STDOUT] 05 Jan 2005 10:48:29 - > >> org.apache.slide.common.Namespace > >> - INFO - Shutting down service > >> tx(org.apache.slide.store.ExtendedStore) > >> INFO [STDOUT] 05 Jan 2005 10:48:29 - > >> org.apache.commons.transaction.file.FileResourceManager > >> - INFO - Stopping RM at 'store/metadata' / 'work/metadata' > >> INFO [STDOUT] 05 Jan 2005 10:48:29 - > >> org.apache.commons.transaction.file.FileResourceManager > >> - INFO - Waiting for tx [EMAIL PROTECTED] to finish for 240000 > >> milli seconds > >> DEBUG > >> [org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread] > >> Notified to shutdown > >> DEBUG > >> [org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread] > >> Shutdown > >> INFO [STDOUT] 05 Jan 2005 10:52:29 - > >> org.apache.commons.transaction.file.FileResourceManager > >> - WARNING - Tx [EMAIL PROTECTED] failed to finish in given time > >> INFO [STDOUT] 05 Jan 2005 10:52:29 - > >> org.apache.commons.transaction.file.FileResourceManager > >> - WARNING - Failed to stop RM > >> INFO [STDOUT] 05 Jan 2005 10:52:29 - org.apache.slide.common.Domain > >> - WARNING - Service TxXMLFileDescriptorsStore at > >> store/metadata working on work/metadata disconnection failed : > >> Shut down timed out > >> INFO [STDOUT] Service TxXMLFileDescriptorsStore at > >> store/metadata working on work/metadata disconnection failed : > >> Shut down timed out > >> INFO [STDOUT] at > >> org.apache.slide.common.Namespace.disconnectServices(Namespace.java:545) > >> at > >> org.apache.slide.common.NamespaceAccessTokenImpl.disconnect(NamespaceAccessTokenImpl.java:348) > >> at > >> org.apache.slide.common.Domain.closeNamespace(Domain.java:270) > >> at > >> org.apache.slide.webdav.WebdavServlet.destroy(WebdavServlet.java:316) > >> at > >> org.apache.catalina.core.StandardWrapper.unload(StandardWrapper.java:1255) > >> at > >> org.apache.catalina.core.StandardWrapper.stop(StandardWrapper.java:1580) > >> > >> But if I change commons-transaction-1.0.jar library on > >> commons-transaction-1.0rc1.jar tests work without exception. > >> > >> May be you known what is wrong? > >> > >> Thanks > >> > >> -- > >> Best regards, > >> Andrew > >> mailto:[EMAIL PROTECTED] > >> > >> > >> Tuesday, November 30, 2004, 12:20:01 PM, you wrote: > >> > >> OZ> Ah, great! Thanks for investigating this, I will add it to the ds in > >> OZ> the CVS. This really is what was missing! > >> > >> OZ> Oliver > >> > >> OZ> On Tue, 30 Nov 2004 10:07:46 +0200, Andrew Tibets > >> OZ> <[EMAIL PROTECTED]> wrote: > >> >> Hello Oliver! > >> >> > >> >> I have added <track-connection-by-tx/> to webdav-connector-ds.xml > >> >> and my test works. > >> >> > >> >> jboss-ds_1_0.dtd: > >> >> <!-- An element to specify that all intermediate end(suspend) and > >> >> start(resume) calls. Also, all work on one tx will go through one > >> >> connection. > >> >> A side effect of this (currently at least) is that a connection will > >> >> only > >> >> be usable by one tx until the tx commits. > >> >> Ex: > >> >> <track-connection-by-tx/> > >> >> --> > >> >> <!ELEMENT track-connection-by-tx EMPTY> > >> >> > >> >> Thank you for attention. > >> >> > >> >> -- > >> >> Best regards, > >> >> Andrew > >> >> mailto:[EMAIL PROTECTED] > >> >> > >> >> > >> >> Monday, November 29, 2004, 2:13:02 PM, you wrote: > >> >> > >> >> OZ> Hmm, there seems to be a different error. Does it take some time > >> >> OZ> before the error actually gets displayed? If so there might be a > >> >> OZ> timeout. If there is a timeout maybe other unfinished transactions > >> >> are > >> >> OZ> already running. > >> >> > >> >> OZ> Additionally, I think Ryan has added some fixes to the recent the > >> >> OZ> connector which will be part of the upcoming RC1 release. It might > >> >> be > >> >> OZ> an idea to try it as soon as it is out. > >> >> > >> >> OZ> Oliver > >> >> > >> >> OZ> On Mon, 29 Nov 2004 14:00:45 +0200, Andrew Tibets > >> >> > >> >> > >> >> OZ> <[EMAIL PROTECTED]> wrote: > >> >> >> Hello! > >> >> >> > >> >> >> I used > >> >> >> > >> >> <adapter-display-name>WebDAV-Connector</adapter-display-name> > >> >> >> with jboss3.2.5 (the default ds definition shipped with Slide) > >> >> >> and > >> >> >> <rar-name>webdav-2.1b2.rar</rar-name> > >> >> >> > >> >> >> > >> >> > >> <connection-definition>javax.resource.cci.ConnectionFactory</connection-definition> > >> >> >> with jboss4.0.0 > >> >> >> The rar webdav-2.1b2.rar was delploed correctly. > >> >> >> > >> >> >> But earlier I tested without server side (slide.war :). I used > >> >> >> Apache2 > >> >> >> with > >> >> >> <Location "/upload"> > >> >> >> DAV On > >> >> >> ... > >> >> >> </Location> > >> >> >> > >> >> >> Then I downloaded jakarta-slide-server-src-2.1b2.zip, compiled > >> >> >> slide.war and deployed it to jboss. > >> >> >> > >> >> >> Then i had a result of test: > >> >> >> Tx: > >> >> >> > >> [EMAIL PROTECTED] > >> >> >> Factory: > >> >> >> [EMAIL PROTECTED] > >> >> >> Connection1: > >> >> [EMAIL PROTECTED] > >> >> >> WR1: http://localhost:8080/slide/files > >> >> >> WR2: http://localhost:8080/slide/files > >> >> >> WR1 sees Content > >> >> >> WR2 sees this before commit > >> >> >> HTTP Status 409 - Conflict: Service TxXMLFileDescriptorsStore > >> >> >> at store/metadata working on work/metadata access error : Conflict > >> >> >> with uri /files/file1. Cause is: no cause given > >> >> >> > >> >> >> type Status report > >> >> >> > >> >> >> message Conflict: Service TxXMLFileDescriptorsStore at > >> >> >> store/metadata working on work/metadata access error : Conflict > >> >> >> with uri /files/file1. Cause is: no cause given > >> >> >> > >> >> >> description The request could not be completed due to a > >> >> >> conflict with the current state of the resource (Conflict: Service > >> >> >> TxXMLFileDescriptorsStore at store/metadata working on > >> >> >> work/metadata access error : Conflict with uri /files/file1. Cause > >> >> >> is: no cause given). > >> >> >> Apache Tomcat/5.0.28 > >> >> >> > >> >> >> WR2 sees this after commit Content > >> >> >> > >> >> >> > >> >> >> and result of my test was the same as earlier: > >> >> >> 13:38:54,147 WARN [TransactionImpl] XAException: > >> >> >> tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=pc268/16, > >> >> >> BranchQual=, localId=16] errorCode=XAER_NOTA > >> >> >> javax.transaction.xa.XAException > >> >> >> at > >> >> >> > >> >> > >> org.apache.commons.transaction.util.xa.AbstractXAResource.end(AbstractXAResource.java:125) > >> >> >> at > >> >> >> > >> >> > >> org.jboss.tm.TransactionImpl$Resource.endResource(TransactionImpl.java:2031) > >> >> >> > >> >> >> .... > >> >> >> 13:38:54,147 ERROR [LogInterceptor] > >> >> >> TransactionRolledbackException in method: public abstract void > >> >> >> fileservice.FileServi > >> >> >> ceSession.createFile() throws java.rmi.RemoteException, causedBy: > >> >> >> org.jboss.tm.JBossRollbackException: Unable to commit, > >> >> >> tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=pc268/16, Branc > >> >> >> hQual=, localId=16] status=STATUS_NO_TRANSACTION; - nested > >> >> >> throwable: (javax.transaction.xa.XAException) > >> >> >> at > >> >> >> org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:344) > >> >> >> at > >> >> >> > >> >> > >> org.jboss.ejb.plugins.TxInterceptorCMT.endTransaction(TxInterceptorCMT.java:457) > >> >> >> at > >> >> >> > >> >> > >> org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:325) > >> >> >> > >> >> >> Thanks, > >> >> >> > >> >> >> Best regards, > >> >> >> Andrew > >> >> >> mailto:[EMAIL PROTECTED] > >> >> >> > >> >> >> > >> >> >> Wednesday, November 24, 2004, 12:16:53 PM, you wrote: > >> >> >> > >> >> >> OZ> Why didn't you use the default ds definition shipped with Slide? > >> >> >> In > >> >> >> > >> >> >> OZ> > >> >> webdavclient/etc/conf/connector/jboss/webdav-connector-ds.xml > >> >> >> > >> >> >> OZ> <?xml version="1.0" encoding="UTF-8"?> > >> >> >> > >> >> >> OZ> <connection-factories> > >> >> >> OZ> <tx-connection-factory> > >> >> >> OZ> <jndi-name>WebDAV-Connector</jndi-name> > >> >> >> OZ> <xa-transaction/> > >> >> >> OZ> > >> >> >> <adapter-display-name>WebDAV-Connector</adapter-display-name> > >> >> >> OZ> </tx-connection-factory> > >> >> >> OZ> </connection-factories> > >> >> >> > >> >> >> OZ> With JBoss it is important to use the adapter-display-name to > >> >> >> OZ> associate it with the connector. A bit silly, but this is the > >> >> >> way it > >> >> >> OZ> works. Thus add > >> >> >> > >> >> >> OZ> > >> >> >> <adapter-display-name>WebDAV-Connector</adapter-display-name> > >> >> >> > >> >> >> OZ> to your ds config and try again... > >> >> >> > >> >> >> OZ> Oliver > >> >> >> > >> >> >> OZ> On Wed, 24 Nov 2004 10:31:23 +0200, Andrew Tibets > >> >> >> > >> >> >> > >> >> >> OZ> <[EMAIL PROTECTED]> wrote: > >> >> >> >> Hello! > >> >> >> >> > >> >> >> >> The output of example with jboss 3.2.5: > >> >> >> >> Tx: > >> >> >> > >> [EMAIL PROTECTED] > >> >> >> >> Factory: > >> >> >> [EMAIL PROTECTED] > >> >> >> >> Connection1: > >> >> [EMAIL PROTECTED] > >> >> >> >> WR1: http://localhost:80/upload/ > >> >> >> >> WR2: http://localhost:80/upload/ > >> >> >> >> WR1 sees Content > >> >> >> >> WR2 sees this before commitContent > >> >> >> >> WR2 sees this after commit Content > >> >> >> >> > >> >> >> >> The result of my test with jboss 3.2.5 is the same as with jboss > >> >> >> >> 4.0.0 > >> >> >> >> > >> >> >> >> Tuesday, November 23, 2004, 11:58:41 PM, you wrote: > >> >> >> >> > >> >> >> >> OZ> Did the example work for you? I had the connector running > >> >> >> >> with 3.x.x, > >> >> >> >> OZ> no idea if it works with JBoss 4.0... > >> >> >> >> > >> >> >> >> OZ> Maybe Ryan has more knowledge... > >> >> >> >> > >> >> >> >> OZ> Oliver > >> >> >> >> > >> >> >> >> OZ> On Tue, 23 Nov 2004 20:04:39 +0200, Andrew Tibets > >> >> >> >> > >> >> >> >> > >> >> >> >> OZ> <[EMAIL PROTECTED]> wrote: > >> >> >> >> >> Hello! > >> >> >> >> >> > >> >> >> >> >> I used WebDAV JCA Connector Jakarta Slide 2.1beta1 in > >> >> >> >> >> xa-transaction. > >> >> >> >> >> > >> >> >> >> >> Jboss 4.0 > >> >> >> >> >> webdav-connector-ds.xml: > >> >> >> >> >> <?xml version="1.0" encoding="UTF-8"?> > >> >> >> >> >> <connection-factories> > >> >> >> >> >> <tx-connection-factory> > >> >> >> >> >> <jndi-name>WebDAV-Connector</jndi-name> > >> >> >> >> >> <xa-transaction/> > >> >> >> >> >> <rar-name>webdav-2.1b2.rar</rar-name> > >> >> >> >> >> > >> >> >> >> >> > >> >> >> >> > >> >> >> > >> >> > >> <connection-definition>javax.resource.cci.ConnectionFactory</connection-definition> > >> >> >> >> >> <max-pool-size>20</max-pool-size> > >> >> >> >> >> > >> >> <blocking-timeout-millis>5000</blocking-timeout-millis> > >> >> >> >> >> <idle-timeout-minutes>15</idle-timeout-minutes> > >> >> >> >> >> </tx-connection-factory> > >> >> >> >> >> </connection-factories> > >> >> >> >> >> > >> >> >> >> >> FileServiceSessionBean: (stateless session) > >> >> >> >> >> private static final String HOST = > >> >> >> >> >> "http://localhost:80/upload/"; > >> >> >> >> >> private static final String USER = "root"; > >> >> >> >> >> private static final String PASSWORD = " root"; > >> >> >> >> >> private static final int TIMEOUT = 10; > >> >> >> >> >> > >> >> >> >> >> public void createFile() { > >> >> >> >> >> WebDAVConnection conn1 = null; > >> >> >> >> >> try { > >> >> >> >> >> WebDAVConnectionSpec spec = new > >> >> >> >> >> WebDAVConnectionSpec(HOST, USER, PASSWORD, TIMEOUT); > >> >> >> >> >> conn1 = (WebDAVConnection) > >> >> >> >> >> davFactory.getConnection(spec); > >> >> >> >> >> WebdavResource wr1 = conn1.getWebdavResource(); > >> >> >> >> >> logger.info("mkcolMethod: " + > >> >> >> >> >> wr1.mkcolMethod("/upload/testDir")); > >> >> >> >> >> logger.info("putMethod: " + > >> >> >> >> >> wr1.putMethod("/upload/testDir/newFile.txt","test data")); > >> >> >> >> >> } catch (IOException e) { > >> >> >> >> >> throw new EJBException(e.getMessage(), e); > >> >> >> >> >> } catch (ResourceException e) { > >> >> >> >> >> throw new EJBException(e.getMessage(), e); > >> >> >> >> >> } finally { > >> >> >> >> >> if (conn1 != null) > >> >> >> >> >> try { > >> >> >> >> >> conn1.close(); > >> >> >> >> >> } catch (ResourceException e) { > >> >> >> >> >> throw new > >> >> >> EJBException(e.getMessage(), e); > >> >> >> >> >> } > >> >> >> >> >> } > >> >> >> >> >> } > >> >> >> >> >> > >> >> >> >> >> "createFile" method has transaction attribute "Required". > >> >> >> >> >> > >> >> >> >> >> As a result: > >> >> >> >> >> 19:52:28,993 ERROR [LogInterceptor] > >> >> >> >> >> TransactionRolledbackException in method: public abstract void > >> >> >> >> >> fileservice.FileServi > >> >> >> >> >> ceSession.createFile() throws > >> >> java.rmi.RemoteException, causedBy: > >> >> >> >> >> org.jboss.tm.JBossRollbackException: Unable to commit, > >> >> >> >> >> tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=pc268/15, > >> >> >> >> >> Branc > >> >> >> >> >> hQual=, localId=15] status=STATUS_NO_TRANSACTION; - nested > >> >> >> >> >> throwable: (javax.transaction.xa.XAException) > >> >> >> >> >> at > >> >> >> >> >> > >> >> org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:344) > >> >> >> >> >> at > >> >> >> >> >> > >> >> >> >> > >> >> >> > >> >> > >> org.jboss.ejb.plugins.TxInterceptorCMT.endTransaction(TxInterceptorCMT.java:457) > >> >> >> >> >> at > >> >> >> >> >> > >> >> >> >> > >> >> >> > >> >> > >> org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:325) > >> >> >> >> >> at > >> >> >> >> >> > >> >> >> >> > >> >> >> > >> >> > >> org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:149) > >> >> >> >> >> at > >> >> >> >> >> > >> >> >> >> > >> >> >> > >> >> > >> org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:128) > >> >> >> >> >> at > >> >> >> >> >> > >> >> >> >> > >> >> >> > >> >> > >> org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191) > >> >> >> >> >> at > >> >> >> >> >> > >> >> >> >> > >> >> >> > >> >> > >> org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) > >> >> >> >> >> at > >> >> >> >> >> > >> >> >> >> > >> >> >> > >> >> > >> org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) > >> >> >> >> >> at > >> >> org.jboss.ejb.Container.invoke(Container.java:854) > >> >> >> >> >> at > >> >> >> >> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > >> >> >> >> >> at > >> >> >> >> >> > >> >> >> >> > >> >> >> > >> >> > >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > >> >> >> >> >> > >> >> >> >> >> I can't see what I've done wrong. > >> >> >> >> >> What should I do? > >> >> >> >> >> > >> >> >> >> > >> >> >> >> Thanks > >> >> >> >> > >> >> >> >> -- > >> >> >> >> > >> >> >> >> > >> >> >> >> Best regards, > >> >> >> >> Andrew > >> >> >> >> mailto:[EMAIL PROTECTED] > >> >> >> >> > >> >> >> >> > >> >> >> > >> >> > >> --------------------------------------------------------------------- > >> >> >> >> To unsubscribe, e-mail: > >> >> >> [EMAIL PROTECTED] > >> >> >> >> For additional commands, e-mail: > >> >> >> [EMAIL PROTECTED] > >> >> >> >> > >> >> >> > >> >> >> > >> >> > >> >> > >> > >> > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]