And, finally, thinking this to an end, you may want to consider using Jakarta Slide which is such a server, uses the FileResourceManager, speaks WebDAV as a standard and already has this JCA implementation I was talking about...
Oliver On Thu, 6 Jan 2005 22:37:26 +0100, Oliver Zeigermann <[EMAIL PROTECTED]> wrote: > One other thing: Having locks scattered across multiple JVMs then > there always is the hazard of deadlocks that can not be resolved. > Maybe it would be a better idea to have some sort of server running in > a single JVM that accepts requests via RMI or so. > > This would certainly be beyond the scope of the common tx package... > > Oliver > > > On Thu, 6 Jan 2005 21:51:26 +0100, Oliver Zeigermann > <[EMAIL PROTECTED]> wrote: > > Hi Brant, > > > > 1) This is currently not supported, but there was an approach to > > achieve this with java.nio.channels.FileChannel#lock from JDK 1.4. It > > was, however, abandoned as commons tx should remain compatible to > > JDK1.2. On the other hand such an extension would be pretty simple and > > could be optional for JDK1.4. It could be part of a 1.1 releases. > > > > 2) Should be doable, especially with the helper classes in > > org.apache.commons.transaction.util.xa. A connection would likely be a > > dummy that simply returns an XAResource for the distributed > > transaction. Of couse no *real* two phase commit is supported by the > > FileResourceManager. I have implemented a JCA connector before and it > > is pretty simple conceptually, but confusing to implement. If you need > > support for all kinds of application servers it really is a pain in > > the *ss. I ended up supporting JBoss only... > > > > In short: What you want is not there, yet, but should be doable with > > reasonable effort. I am a bit short of time, so every contribution is > > highly welcome. > > > > Oliver > > > > On Thu, 06 Jan 2005 13:32:08 -0500, Brant Boehmann > > <[EMAIL PROTECTED]> wrote: > > > I am in a situation where we have a cluster of app servers. > > > A requirement has arrived where writing/updating/deleting multiple > > > files on a file system must occur atomically. > > > The disk is NFS mounted across all nodes in the cluster. Each node needs > > > to be able to write to disk in order to achieve load balancing. > > > > > > 1) Can anyone comment on how to make the FileResourceManager safely > > > coordinate with multiple JVMs all accessing the same directory ? > > > > > > 2) If #1 is possible, then it would surely be possible to write a JCA > > > adapter so these disk writes could occur in a distributed transaction > > > along with a DB write & JMS message publish. > > > > > > Any thoughts? > > > > > > Brant Boehmann > > > Software Engineer > > > Cadre5 > > > > > > --------------------------------------------------------------------- > > > 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]
