Hi Andrew, does that mean it works with commons-tx1.0rc1, but not with the final version? The only changes that were to check if a certain lock level was enabled. Maybe this caused some obscure errors.
Is there any other exception, maybe in the log files? Oliver On Wed, 5 Jan 2005 12:02:29 +0200, Andrew Tibets <[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]