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]
