You are viewing a plain text version of this content. The canonical link for it is here.
Posted to slide-user@jakarta.apache.org by Andrew Tibets <a....@sam-solutions.net> on 2004/11/30 09:07:46 UTC
Re[6]: WebDAV JCA status=STATUS_NO_TRANSACTION
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:a.tibets@sam-solutions.net
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> <a....@sam-solutions.net> 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:
>> org.jboss.tm.usertx.client.ServerVMClientUserTransaction@149494e
>> Factory:
>> org.apache.webdav.connector.WebDAVConnectionFactory@185c0de
>> Connection1: org.apache.webdav.connector.WebDAVConnection@1054f93
>> 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:a.tibets@sam-solutions.net
>>
>>
>> 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> <a....@sam-solutions.net> wrote:
>> >> Hello!
>> >>
>> >> The output of example with jboss 3.2.5:
>> >> Tx:
>> org.jboss.tm.usertx.client.ServerVMClientUserTransaction@ef4599
>> >> Factory:
>> org.apache.webdav.connector.WebDAVConnectionFactory@c278b5
>> >> Connection1: org.apache.webdav.connector.WebDAVConnection@a8a314
>> >> 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> <a....@sam-solutions.net> 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:a.tibets@sam-solutions.net
>> >>
>> >>
>> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail:
>> slide-user-unsubscribe@jakarta.apache.org
>> >> For additional commands, e-mail:
>> slide-user-help@jakarta.apache.org
>> >>
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: Re[10]: WebDAV JCA status=STATUS_NO_TRANSACTION
Posted by Oliver Zeigermann <ol...@gmail.com>.
Super-Olli fixed this now. Has been a bug introduced between 1.0rc1
and 1.0 final of commons transaction. XidWrapper did not properly
convert the xid into a string when using JBoss as the global id is
encoded as a byte array which will become something like [B@94fe42
when converted with toString. new String(byte[]) does it right.
I have replaced the commons tx jars in both 2.1 and head branch. This
should thus be fixed in both 2.1.1 and 2.2.
Short term solution is to roll back to commons transaction 1.0rc1 or
the version currently in Slide CVS.
Andrew, thanks for reporting this and cheers
Oliver
On Wed, 5 Jan 2005 19:26:58 +0100, Oliver Zeigermann
<ol...@gmail.com> wrote:
> 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
> <a....@sam-solutions.net> 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:a.tibets@sam-solutions.net
> >
> >
> > 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> <a....@sam-solutions.net> 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 [B@1e81d48 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 [B@1e81d48 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:a.tibets@sam-solutions.net
> > >>
> > >>
> > >> 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> <a....@sam-solutions.net> 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:a.tibets@sam-solutions.net
> > >> >>
> > >> >>
> > >> >> 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> <a....@sam-solutions.net> 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:
> > >> >> >>
> > >> org.jboss.tm.usertx.client.ServerVMClientUserTransaction@149494e
> > >> >> >> Factory:
> > >> >> >> org.apache.webdav.connector.WebDAVConnectionFactory@185c0de
> > >> >> >> Connection1:
> > >> >> org.apache.webdav.connector.WebDAVConnection@1054f93
> > >> >> >> 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:a.tibets@sam-solutions.net
> > >> >> >>
> > >> >> >>
> > >> >> >> 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> <a....@sam-solutions.net> wrote:
> > >> >> >> >> Hello!
> > >> >> >> >>
> > >> >> >> >> The output of example with jboss 3.2.5:
> > >> >> >> >> Tx:
> > >> >> >>
> > >> org.jboss.tm.usertx.client.ServerVMClientUserTransaction@ef4599
> > >> >> >> >> Factory:
> > >> >> >> org.apache.webdav.connector.WebDAVConnectionFactory@c278b5
> > >> >> >> >> Connection1:
> > >> >> org.apache.webdav.connector.WebDAVConnection@a8a314
> > >> >> >> >> 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> <a....@sam-solutions.net> 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:a.tibets@sam-solutions.net
> > >> >> >> >>
> > >> >> >> >>
> > >> >> >>
> > >> >>
> > >> ---------------------------------------------------------------------
> > >> >> >> >> To unsubscribe, e-mail:
> > >> >> >> slide-user-unsubscribe@jakarta.apache.org
> > >> >> >> >> For additional commands, e-mail:
> > >> >> >> slide-user-help@jakarta.apache.org
> > >> >> >> >>
> > >> >> >>
> > >> >> >>
> > >> >>
> > >> >>
> > >>
> > >>
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: Re[10]: WebDAV JCA status=STATUS_NO_TRANSACTION
Posted by Oliver Zeigermann <ol...@gmail.com>.
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
<a....@sam-solutions.net> 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:a.tibets@sam-solutions.net
>
>
> 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> <a....@sam-solutions.net> 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 [B@1e81d48 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 [B@1e81d48 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:a.tibets@sam-solutions.net
> >>
> >>
> >> 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> <a....@sam-solutions.net> 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:a.tibets@sam-solutions.net
> >> >>
> >> >>
> >> >> 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> <a....@sam-solutions.net> 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:
> >> >> >>
> >> org.jboss.tm.usertx.client.ServerVMClientUserTransaction@149494e
> >> >> >> Factory:
> >> >> >> org.apache.webdav.connector.WebDAVConnectionFactory@185c0de
> >> >> >> Connection1:
> >> >> org.apache.webdav.connector.WebDAVConnection@1054f93
> >> >> >> 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:a.tibets@sam-solutions.net
> >> >> >>
> >> >> >>
> >> >> >> 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> <a....@sam-solutions.net> wrote:
> >> >> >> >> Hello!
> >> >> >> >>
> >> >> >> >> The output of example with jboss 3.2.5:
> >> >> >> >> Tx:
> >> >> >>
> >> org.jboss.tm.usertx.client.ServerVMClientUserTransaction@ef4599
> >> >> >> >> Factory:
> >> >> >> org.apache.webdav.connector.WebDAVConnectionFactory@c278b5
> >> >> >> >> Connection1:
> >> >> org.apache.webdav.connector.WebDAVConnection@a8a314
> >> >> >> >> 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> <a....@sam-solutions.net> 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:a.tibets@sam-solutions.net
> >> >> >> >>
> >> >> >> >>
> >> >> >>
> >> >>
> >> ---------------------------------------------------------------------
> >> >> >> >> To unsubscribe, e-mail:
> >> >> >> slide-user-unsubscribe@jakarta.apache.org
> >> >> >> >> For additional commands, e-mail:
> >> >> >> slide-user-help@jakarta.apache.org
> >> >> >> >>
> >> >> >>
> >> >> >>
> >> >>
> >> >>
> >>
> >>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re[10]: WebDAV JCA status=STATUS_NO_TRANSACTION
Posted by Andrew Tibets <a....@sam-solutions.net>.
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:a.tibets@sam-solutions.net
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> <a....@sam-solutions.net> 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 [B@1e81d48 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 [B@1e81d48 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:a.tibets@sam-solutions.net
>>
>>
>> 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> <a....@sam-solutions.net> 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:a.tibets@sam-solutions.net
>> >>
>> >>
>> >> 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> <a....@sam-solutions.net> 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:
>> >> >>
>> org.jboss.tm.usertx.client.ServerVMClientUserTransaction@149494e
>> >> >> Factory:
>> >> >> org.apache.webdav.connector.WebDAVConnectionFactory@185c0de
>> >> >> Connection1:
>> >> org.apache.webdav.connector.WebDAVConnection@1054f93
>> >> >> 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:a.tibets@sam-solutions.net
>> >> >>
>> >> >>
>> >> >> 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> <a....@sam-solutions.net> wrote:
>> >> >> >> Hello!
>> >> >> >>
>> >> >> >> The output of example with jboss 3.2.5:
>> >> >> >> Tx:
>> >> >>
>> org.jboss.tm.usertx.client.ServerVMClientUserTransaction@ef4599
>> >> >> >> Factory:
>> >> >> org.apache.webdav.connector.WebDAVConnectionFactory@c278b5
>> >> >> >> Connection1:
>> >> org.apache.webdav.connector.WebDAVConnection@a8a314
>> >> >> >> 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> <a....@sam-solutions.net> 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:a.tibets@sam-solutions.net
>> >> >> >>
>> >> >> >>
>> >> >>
>> >>
>> ---------------------------------------------------------------------
>> >> >> >> To unsubscribe, e-mail:
>> >> >> slide-user-unsubscribe@jakarta.apache.org
>> >> >> >> For additional commands, e-mail:
>> >> >> slide-user-help@jakarta.apache.org
>> >> >> >>
>> >> >>
>> >> >>
>> >>
>> >>
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: Re[8]: WebDAV JCA status=STATUS_NO_TRANSACTION
Posted by Oliver Zeigermann <ol...@gmail.com>.
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
<a....@sam-solutions.net> 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 [B@1e81d48 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 [B@1e81d48 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:a.tibets@sam-solutions.net
>
>
> 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> <a....@sam-solutions.net> 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:a.tibets@sam-solutions.net
> >>
> >>
> >> 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> <a....@sam-solutions.net> 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:
> >> >> org.jboss.tm.usertx.client.ServerVMClientUserTransaction@149494e
> >> >> Factory:
> >> >> org.apache.webdav.connector.WebDAVConnectionFactory@185c0de
> >> >> Connection1:
> >> org.apache.webdav.connector.WebDAVConnection@1054f93
> >> >> 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:a.tibets@sam-solutions.net
> >> >>
> >> >>
> >> >> 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> <a....@sam-solutions.net> wrote:
> >> >> >> Hello!
> >> >> >>
> >> >> >> The output of example with jboss 3.2.5:
> >> >> >> Tx:
> >> >> org.jboss.tm.usertx.client.ServerVMClientUserTransaction@ef4599
> >> >> >> Factory:
> >> >> org.apache.webdav.connector.WebDAVConnectionFactory@c278b5
> >> >> >> Connection1:
> >> org.apache.webdav.connector.WebDAVConnection@a8a314
> >> >> >> 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> <a....@sam-solutions.net> 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:a.tibets@sam-solutions.net
> >> >> >>
> >> >> >>
> >> >>
> >> ---------------------------------------------------------------------
> >> >> >> To unsubscribe, e-mail:
> >> >> slide-user-unsubscribe@jakarta.apache.org
> >> >> >> For additional commands, e-mail:
> >> >> slide-user-help@jakarta.apache.org
> >> >> >>
> >> >>
> >> >>
> >>
> >>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re[8]: WebDAV JCA status=STATUS_NO_TRANSACTION
Posted by Andrew Tibets <a....@sam-solutions.net>.
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 [B@1e81d48 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 [B@1e81d48 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:a.tibets@sam-solutions.net
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> <a....@sam-solutions.net> 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:a.tibets@sam-solutions.net
>>
>>
>> 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> <a....@sam-solutions.net> 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:
>> >> org.jboss.tm.usertx.client.ServerVMClientUserTransaction@149494e
>> >> Factory:
>> >> org.apache.webdav.connector.WebDAVConnectionFactory@185c0de
>> >> Connection1:
>> org.apache.webdav.connector.WebDAVConnection@1054f93
>> >> 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:a.tibets@sam-solutions.net
>> >>
>> >>
>> >> 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> <a....@sam-solutions.net> wrote:
>> >> >> Hello!
>> >> >>
>> >> >> The output of example with jboss 3.2.5:
>> >> >> Tx:
>> >> org.jboss.tm.usertx.client.ServerVMClientUserTransaction@ef4599
>> >> >> Factory:
>> >> org.apache.webdav.connector.WebDAVConnectionFactory@c278b5
>> >> >> Connection1:
>> org.apache.webdav.connector.WebDAVConnection@a8a314
>> >> >> 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> <a....@sam-solutions.net> 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:a.tibets@sam-solutions.net
>> >> >>
>> >> >>
>> >>
>> ---------------------------------------------------------------------
>> >> >> To unsubscribe, e-mail:
>> >> slide-user-unsubscribe@jakarta.apache.org
>> >> >> For additional commands, e-mail:
>> >> slide-user-help@jakarta.apache.org
>> >> >>
>> >>
>> >>
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org