Hello Oliver, It is great. Thank you for attention. -- Best regards, Andrew mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
________________________________ From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] Sent: Wed 1/5/2005 9:40 PM To: Andrey Tibets Cc: Slide Users Mailing List Subject: Re: Re[10]: WebDAV JCA status=STATUS_NO_TRANSACTION 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 [EMAIL PROTECTED] 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 <[EMAIL PROTECTED]> 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 > <[EMAIL PROTECTED]> 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:[EMAIL PROTECTED] > > > > > > Wednesday, January 5, 2005, 1:17:08 PM, you wrote: > > > > OZ> Hi Andrew, > > > > OZ> does that mean it works with commons-tx1.0rc1, but not with the final > > OZ> version? The only changes that were to check if a certain lock level > > OZ> was enabled. Maybe this caused some obscure errors. > > > > OZ> Is there any other exception, maybe in the log files? > > > > OZ> Oliver > > > > OZ> On Wed, 5 Jan 2005 12:02:29 +0200, Andrew Tibets > > OZ> <[EMAIL PROTECTED]> wrote: > > >> Hello Oliver, > > >> > > >> The error is still being with slide 2.1. > > >> The slide.war and webdav-2.1.rar were deployed correctly. > > >> For jboss-3.2.5 I used webdav-connector-ds.xml shipped with Slide, for > > >> jboss-4.0.0 > > >> webdav-connector-ds.xml: > > >> <connection-factories> > > >> <tx-connection-factory> > > >> <jndi-name>WebDAV-Connector</jndi-name> > > >> <xa-transaction/> > > >> <track-connection-by-tx/> > > >> > > >> <rar-name>test-webdav-files-0.1.ear#webdav-2.1.rar</rar-name> > > >> > > >> <connection-definition>javax.resource.cci.ConnectionFactory</connection-definition> > > >> <max-pool-size>20</max-pool-size> > > >> </tx-connection-factory> > > >> </connection-factories> > > >> > > >> > > >> In all cases, slide test and my test, I get exception: > > >> WARN [org.jboss.tm.TransactionImpl] XAException: > > >> tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=pc268/14, > > >> BranchQual=, localId=14] > > >> errorCode=XAER_NOTA > > >> javax.transaction.xa.XAException > > >> at > > >> org.apache.commons.transaction.util.xa.AbstractXAResource.end(AbstractXAResource.java:133) > > >> at > > >> org.jboss.tm.TransactionImpl$Resource.endResource(TransactionImpl.java:2031) > > >> at > > >> org.jboss.tm.TransactionImpl$Resource.endResource(TransactionImpl.java:2006) > > >> ... > > >> ERROR [org.jboss.web.localhost.Engine] > > >> StandardWrapperValve[Test]: Servlet.service() for servlet Test > > >> threw exception > > >> org.jboss.tm.JBossRollbackException: Unable to commit, > > >> tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=pc268/14, > > >> BranchQual=, localId=14] > > >> status=STATUS_NO_TRANSACTION; - nested throwable: > > >> (javax.transaction.xa.XAException) > > >> at > > >> org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:344) > > >> at org.jboss.tm.TxManager.commit(TxManager.java:200) > > >> > > >> If I click Ctrl+C, I get message: > > >> > > >> INFO [org.jboss.system.server.Server] JBoss SHUTDOWN: Undeploying all > > >> packages > > >> ... > > >> INFO [STDOUT] 05 Jan 2005 10:48:29 - > > >> org.apache.slide.common.Namespace > > >> - INFO - Shutting down service > > >> tx(org.apache.slide.store.ExtendedStore) > > >> INFO [STDOUT] 05 Jan 2005 10:48:29 - > > >> org.apache.commons.transaction.file.FileResourceManager > > >> - INFO - Stopping RM at 'store/metadata' / 'work/metadata' > > >> INFO [STDOUT] 05 Jan 2005 10:48:29 - > > >> org.apache.commons.transaction.file.FileResourceManager > > >> - INFO - Waiting for tx [EMAIL PROTECTED] to finish for 240000 > > >> milli seconds > > >> DEBUG > > >> [org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread] > > >> Notified to shutdown > > >> DEBUG > > >> [org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread] > > >> Shutdown > > >> INFO [STDOUT] 05 Jan 2005 10:52:29 - > > >> org.apache.commons.transaction.file.FileResourceManager > > >> - WARNING - Tx [EMAIL PROTECTED] failed to finish in given time > > >> INFO [STDOUT] 05 Jan 2005 10:52:29 - > > >> org.apache.commons.transaction.file.FileResourceManager > > >> - WARNING - Failed to stop RM > > >> INFO [STDOUT] 05 Jan 2005 10:52:29 - org.apache.slide.common.Domain > > >> - WARNING - Service TxXMLFileDescriptorsStore at > > >> store/metadata working on work/metadata disconnection failed : > > >> Shut down timed out > > >> INFO [STDOUT] Service TxXMLFileDescriptorsStore at > > >> store/metadata working on work/metadata disconnection failed : > > >> Shut down timed out > > >> INFO [STDOUT] at > > >> org.apache.slide.common.Namespace.disconnectServices(Namespace.java:545) > > >> at > > >> org.apache.slide.common.NamespaceAccessTokenImpl.disconnect(NamespaceAccessTokenImpl.java:348) > > >> at > > >> org.apache.slide.common.Domain.closeNamespace(Domain.java:270) > > >> at > > >> org.apache.slide.webdav.WebdavServlet.destroy(WebdavServlet.java:316) > > >> at > > >> org.apache.catalina.core.StandardWrapper.unload(StandardWrapper.java:1255) > > >> at > > >> org.apache.catalina.core.StandardWrapper.stop(StandardWrapper.java:1580) > > >> > > >> But if I change commons-transaction-1.0.jar library on > > >> commons-transaction-1.0rc1.jar tests work without exception. > > >> > > >> May be you known what is wrong? > > >> > > >> Thanks > > >> > > >> -- > > >> Best regards, > > >> Andrew > > >> mailto:[EMAIL PROTECTED] > > >> > > >> > > >> Tuesday, November 30, 2004, 12:20:01 PM, you wrote: > > >> > > >> OZ> Ah, great! Thanks for investigating this, I will add it to the ds in > > >> OZ> the CVS. This really is what was missing! > > >> > > >> OZ> Oliver > > >> > > >> OZ> On Tue, 30 Nov 2004 10:07:46 +0200, Andrew Tibets > > >> OZ> <[EMAIL PROTECTED]> wrote: > > >> >> Hello Oliver! > > >> >> > > >> >> I have added <track-connection-by-tx/> to webdav-connector-ds.xml > > >> >> and my test works. > > >> >> > > >> >> jboss-ds_1_0.dtd: > > >> >> <!-- An element to specify that all intermediate end(suspend) and > > >> >> start(resume) calls. Also, all work on one tx will go through one > > >> >> connection. > > >> >> A side effect of this (currently at least) is that a connection will > > >> >> only > > >> >> be usable by one tx until the tx commits. > > >> >> Ex: > > >> >> <track-connection-by-tx/> > > >> >> --> > > >> >> <!ELEMENT track-connection-by-tx EMPTY> > > >> >> > > >> >> Thank you for attention. > > >> >> > > >> >> -- > > >> >> Best regards, > > >> >> Andrew > > >> >> mailto:[EMAIL PROTECTED] > > >> >> > > >> >> > > >> >> Monday, November 29, 2004, 2:13:02 PM, you wrote: > > >> >> > > >> >> OZ> Hmm, there seems to be a different error. Does it take some time > > >> >> OZ> before the error actually gets displayed? If so there might be a > > >> >> OZ> timeout. If there is a timeout maybe other unfinished > > >> >> transactions are > > >> >> OZ> already running. > > >> >> > > >> >> OZ> Additionally, I think Ryan has added some fixes to the recent the > > >> >> OZ> connector which will be part of the upcoming RC1 release. It > > >> >> might be > > >> >> OZ> an idea to try it as soon as it is out. > > >> >> > > >> >> OZ> Oliver > > >> >> > > >> >> OZ> On Mon, 29 Nov 2004 14:00:45 +0200, Andrew Tibets > > >> >> > > >> >> > > >> >> OZ> <[EMAIL PROTECTED]> wrote: > > >> >> >> Hello! > > >> >> >> > > >> >> >> I used > > >> >> >> > > >> >> <adapter-display-name>WebDAV-Connector</adapter-display-name> > > >> >> >> with jboss3.2.5 (the default ds definition shipped with Slide) > > >> >> >> and > > >> >> >> <rar-name>webdav-2.1b2.rar</rar-name> > > >> >> >> > > >> >> >> > > >> >> > > >> <connection-definition>javax.resource.cci.ConnectionFactory</connection-definition> > > >> >> >> with jboss4.0.0 > > >> >> >> The rar webdav-2.1b2.rar was delploed correctly. > > >> >> >> > > >> >> >> But earlier I tested without server side (slide.war :). I used > > >> >> >> Apache2 > > >> >> >> with > > >> >> >> <Location "/upload"> > > >> >> >> DAV On > > >> >> >> ... > > >> >> >> </Location> > > >> >> >> > > >> >> >> Then I downloaded jakarta-slide-server-src-2.1b2.zip, compiled > > >> >> >> slide.war and deployed it to jboss. > > >> >> >> > > >> >> >> Then i had a result of test: > > >> >> >> Tx: > > >> >> >> > > >> [EMAIL PROTECTED] > > >> >> >> Factory: > > >> >> >> [EMAIL PROTECTED] > > >> >> >> Connection1: > > >> >> [EMAIL PROTECTED] > > >> >> >> WR1: http://localhost:8080/slide/files > > >> >> >> WR2: http://localhost:8080/slide/files > > >> >> >> WR1 sees Content > > >> >> >> WR2 sees this before commit > > >> >> >> HTTP Status 409 - Conflict: Service TxXMLFileDescriptorsStore > > >> >> >> at store/metadata working on work/metadata access error : Conflict > > >> >> >> with uri /files/file1. Cause is: no cause given > > >> >> >> > > >> >> >> type Status report > > >> >> >> > > >> >> >> message Conflict: Service TxXMLFileDescriptorsStore at > > >> >> >> store/metadata working on work/metadata access error : Conflict > > >> >> >> with uri /files/file1. Cause is: no cause given > > >> >> >> > > >> >> >> description The request could not be completed due to a > > >> >> >> conflict with the current state of the resource (Conflict: Service > > >> >> >> TxXMLFileDescriptorsStore at store/metadata working on > > >> >> >> work/metadata access error : Conflict with uri /files/file1. Cause > > >> >> >> is: no cause given). > > >> >> >> Apache Tomcat/5.0.28 > > >> >> >> > > >> >> >> WR2 sees this after commit Content > > >> >> >> > > >> >> >> > > >> >> >> and result of my test was the same as earlier: > > >> >> >> 13:38:54,147 WARN [TransactionImpl] XAException: > > >> >> >> tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=pc268/16, > > >> >> >> BranchQual=, localId=16] errorCode=XAER_NOTA > > >> >> >> javax.transaction.xa.XAException > > >> >> >> at > > >> >> >> > > >> >> > > >> org.apache.commons.transaction.util.xa.AbstractXAResource.end(AbstractXAResource.java:125) > > >> >> >> at > > >> >> >> > > >> >> > > >> org.jboss.tm.TransactionImpl$Resource.endResource(TransactionImpl.java:2031) > > >> >> >> > > >> >> >> .... > > >> >> >> 13:38:54,147 ERROR [LogInterceptor] > > >> >> >> TransactionRolledbackException in method: public abstract void > > >> >> >> fileservice.FileServi > > >> >> >> ceSession.createFile() throws java.rmi.RemoteException, causedBy: > > >> >> >> org.jboss.tm.JBossRollbackException: Unable to commit, > > >> >> >> tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=pc268/16, Branc > > >> >> >> hQual=, localId=16] status=STATUS_NO_TRANSACTION; - nested > > >> >> >> throwable: (javax.transaction.xa.XAException) > > >> >> >> at > > >> >> >> org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:344) > > >> >> >> at > > >> >> >> > > >> >> > > >> org.jboss.ejb.plugins.TxInterceptorCMT.endTransaction(TxInterceptorCMT.java:457) > > >> >> >> at > > >> >> >> > > >> >> > > >> org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:325) > > >> >> >> > > >> >> >> Thanks, > > >> >> >> > > >> >> >> Best regards, > > >> >> >> Andrew > > >> >> >> mailto:[EMAIL PROTECTED] > > >> >> >> > > >> >> >> > > >> >> >> Wednesday, November 24, 2004, 12:16:53 PM, you wrote: > > >> >> >> > > >> >> >> OZ> Why didn't you use the default ds definition shipped with > > >> >> >> Slide? In > > >> >> >> > > >> >> >> OZ> > > >> >> webdavclient/etc/conf/connector/jboss/webdav-connector-ds.xml > > >> >> >> > > >> >> >> OZ> <?xml version="1.0" encoding="UTF-8"?> > > >> >> >> > > >> >> >> OZ> <connection-factories> > > >> >> >> OZ> <tx-connection-factory> > > >> >> >> OZ> <jndi-name>WebDAV-Connector</jndi-name> > > >> >> >> OZ> <xa-transaction/> > > >> >> >> OZ> > > >> >> >> <adapter-display-name>WebDAV-Connector</adapter-display-name> > > >> >> >> OZ> </tx-connection-factory> > > >> >> >> OZ> </connection-factories> > > >> >> >> > > >> >> >> OZ> With JBoss it is important to use the adapter-display-name to > > >> >> >> OZ> associate it with the connector. A bit silly, but this is the > > >> >> >> way it > > >> >> >> OZ> works. Thus add > > >> >> >> > > >> >> >> OZ> > > >> >> >> <adapter-display-name>WebDAV-Connector</adapter-display-name> > > >> >> >> > > >> >> >> OZ> to your ds config and try again... > > >> >> >> > > >> >> >> OZ> Oliver > > >> >> >> > > >> >> >> OZ> On Wed, 24 Nov 2004 10:31:23 +0200, Andrew Tibets > > >> >> >> > > >> >> >> > > >> >> >> OZ> <[EMAIL PROTECTED]> wrote: > > >> >> >> >> Hello! > > >> >> >> >> > > >> >> >> >> The output of example with jboss 3.2.5: > > >> >> >> >> Tx: > > >> >> >> > > >> [EMAIL PROTECTED] > > >> >> >> >> Factory: > > >> >> >> [EMAIL PROTECTED] > > >> >> >> >> Connection1: > > >> >> [EMAIL PROTECTED] > > >> >> >> >> WR1: http://localhost:80/upload/ > > >> >> >> >> WR2: http://localhost:80/upload/ > > >> >> >> >> WR1 sees Content > > >> >> >> >> WR2 sees this before commitContent > > >> >> >> >> WR2 sees this after commit Content > > >> >> >> >> > > >> >> >> >> The result of my test with jboss 3.2.5 is the same as with > > >> >> >> >> jboss 4.0.0 > > >> >> >> >> > > >> >> >> >> Tuesday, November 23, 2004, 11:58:41 PM, you wrote: > > >> >> >> >> > > >> >> >> >> OZ> Did the example work for you? I had the connector running > > >> >> >> >> with 3.x.x, > > >> >> >> >> OZ> no idea if it works with JBoss 4.0... > > >> >> >> >> > > >> >> >> >> OZ> Maybe Ryan has more knowledge... > > >> >> >> >> > > >> >> >> >> OZ> Oliver > > >> >> >> >> > > >> >> >> >> OZ> On Tue, 23 Nov 2004 20:04:39 +0200, Andrew Tibets > > >> >> >> >> > > >> >> >> >> > > >> >> >> >> OZ> <[EMAIL PROTECTED]> wrote: > > >> >> >> >> >> Hello! > > >> >> >> >> >> > > >> >> >> >> >> I used WebDAV JCA Connector Jakarta Slide 2.1beta1 in > > >> >> >> >> >> xa-transaction. > > >> >> >> >> >> > > >> >> >> >> >> Jboss 4.0 > > >> >> >> >> >> webdav-connector-ds.xml: > > >> >> >> >> >> <?xml version="1.0" encoding="UTF-8"?> > > >> >> >> >> >> <connection-factories> > > >> >> >> >> >> <tx-connection-factory> > > >> >> >> >> >> <jndi-name>WebDAV-Connector</jndi-name> > > >> >> >> >> >> <xa-transaction/> > > >> >> >> >> >> <rar-name>webdav-2.1b2.rar</rar-name> > > >> >> >> >> >> > > >> >> >> >> >> > > >> >> >> >> > > >> >> >> > > >> >> > > >> <connection-definition>javax.resource.cci.ConnectionFactory</connection-definition> > > >> >> >> >> >> <max-pool-size>20</max-pool-size> > > >> >> >> >> >> > > >> >> <blocking-timeout-millis>5000</blocking-timeout-millis> > > >> >> >> >> >> <idle-timeout-minutes>15</idle-timeout-minutes> > > >> >> >> >> >> </tx-connection-factory> > > >> >> >> >> >> </connection-factories> > > >> >> >> >> >> > > >> >> >> >> >> FileServiceSessionBean: (stateless session) > > >> >> >> >> >> private static final String HOST = > > >> >> >> >> >> "http://localhost:80/upload/";; > > >> >> >> >> >> private static final String USER = "root"; > > >> >> >> >> >> private static final String PASSWORD = " root"; > > >> >> >> >> >> private static final int TIMEOUT = 10; > > >> >> >> >> >> > > >> >> >> >> >> public void createFile() { > > >> >> >> >> >> WebDAVConnection conn1 = null; > > >> >> >> >> >> try { > > >> >> >> >> >> WebDAVConnectionSpec spec = new > > >> >> >> >> >> WebDAVConnectionSpec(HOST, USER, PASSWORD, TIMEOUT); > > >> >> >> >> >> conn1 = (WebDAVConnection) > > >> >> >> >> >> davFactory.getConnection(spec); > > >> >> >> >> >> WebdavResource wr1 = conn1.getWebdavResource(); > > >> >> >> >> >> logger.info("mkcolMethod: " + > > >> >> >> >> >> wr1.mkcolMethod("/upload/testDir")); > > >> >> >> >> >> logger.info("putMethod: " + > > >> >> >> >> >> wr1.putMethod("/upload/testDir/newFile.txt","test data")); > > >> >> >> >> >> } catch (IOException e) { > > >> >> >> >> >> throw new EJBException(e.getMessage(), e); > > >> >> >> >> >> } catch (ResourceException e) { > > >> >> >> >> >> throw new EJBException(e.getMessage(), e); > > >> >> >> >> >> } finally { > > >> >> >> >> >> if (conn1 != null) > > >> >> >> >> >> try { > > >> >> >> >> >> conn1.close(); > > >> >> >> >> >> } catch (ResourceException e) { > > >> >> >> >> >> throw new > > >> >> >> EJBException(e.getMessage(), e); > > >> >> >> >> >> } > > >> >> >> >> >> } > > >> >> >> >> >> } > > >> >> >> >> >> > > >> >> >> >> >> "createFile" method has transaction attribute "Required". > > >> >> >> >> >> > > >> >> >> >> >> As a result: > > >> >> >> >> >> 19:52:28,993 ERROR [LogInterceptor] > > >> >> >> >> >> TransactionRolledbackException in method: public abstract > > >> >> >> >> >> void > > >> >> >> >> >> fileservice.FileServi > > >> >> >> >> >> ceSession.createFile() throws > > >> >> java.rmi.RemoteException, causedBy: > > >> >> >> >> >> org.jboss.tm.JBossRollbackException: Unable to commit, > > >> >> >> >> >> tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=pc268/15, > > >> >> >> >> >> Branc > > >> >> >> >> >> hQual=, localId=15] status=STATUS_NO_TRANSACTION; - nested > > >> >> >> >> >> throwable: (javax.transaction.xa.XAException) > > >> >> >> >> >> at > > >> >> >> >> >> > > >> >> org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:344) > > >> >> >> >> >> at > > >> >> >> >> >> > > >> >> >> >> > > >> >> >> > > >> >> > > >> org.jboss.ejb.plugins.TxInterceptorCMT.endTransaction(TxInterceptorCMT.java:457) > > >> >> >> >> >> at > > >> >> >> >> >> > > >> >> >> >> > > >> >> >> > > >> >> > > >> org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:325) > > >> >> >> >> >> at > > >> >> >> >> >> > > >> >> >> >> > > >> >> >> > > >> >> > > >> org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:149) > > >> >> >> >> >> at > > >> >> >> >> >> > > >> >> >> >> > > >> >> >> > > >> >> > > >> org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:128) > > >> >> >> >> >> at > > >> >> >> >> >> > > >> >> >> >> > > >> >> >> > > >> >> > > >> org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191) > > >> >> >> >> >> at > > >> >> >> >> >> > > >> >> >> >> > > >> >> >> > > >> >> > > >> org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) > > >> >> >> >> >> at > > >> >> >> >> >> > > >> >> >> >> > > >> >> >> > > >> >> > > >> org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) > > >> >> >> >> >> at > > >> >> org.jboss.ejb.Container.invoke(Container.java:854) > > >> >> >> >> >> at > > >> >> >> >> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > >> >> >> >> >> at > > >> >> >> >> >> > > >> >> >> >> > > >> >> >> > > >> >> > > >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > > >> >> >> >> >> > > >> >> >> >> >> I can't see what I've done wrong. > > >> >> >> >> >> What should I do? > > >> >> >> >> >> > > >> >> >> >> > > >> >> >> >> Thanks > > >> >> >> >> > > >> >> >> >> -- > > >> >> >> >> > > >> >> >> >> > > >> >> >> >> Best regards, > > >> >> >> >> Andrew > > >> >> >> >> mailto:[EMAIL PROTECTED] > > >> >> >> >> > > >> >> >> >> > > >> >> >> > > >> >> > > >> --------------------------------------------------------------------- > > >> >> >> >> To unsubscribe, e-mail: > > >> >> >> [EMAIL PROTECTED] > > >> >> >> >> For additional commands, e-mail: > > >> >> >> [EMAIL PROTECTED] > > >> >> >> >> > > >> >> >> > > >> >> >> > > >> >> > > >> >> > > >> > > >> > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
