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]
