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]
