You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by "Peter Fassev (JIRA)" <ji...@apache.org> on 2006/07/15 16:06:14 UTC
[jira] Updated: (TRANSACTION-9) [transaction] Add full file
management capabilities to the FileResourceManager
[ http://issues.apache.org/jira/browse/TRANSACTION-9?page=all ]
Peter Fassev updated TRANSACTION-9:
-----------------------------------
Attachment: filemanager.zip
This is the source of the extended FileResourceManager. Please read the readme.txt for more information. Note, that implementation is full functional and is part of a real application since May 2005.
If you have any questions, fill free to contact me on fassev@gmx.de. I'll be glad to help you.
> [transaction] Add full file management capabilities to the FileResourceManager
> ------------------------------------------------------------------------------
>
> Key: TRANSACTION-9
> URL: http://issues.apache.org/jira/browse/TRANSACTION-9
> Project: Commons Transaction
> Issue Type: Improvement
> Environment: Operating System: All
> Platform: All
> Reporter: Peter Fassev
> Priority: Minor
> Attachments: filemanager.zip
>
>
> Hi,
> As stated in the doc the FileResourceManager is:
> "A resource manager for streamable objects stored in a file system"
> I agree, that this is a resource manager, but it could be easily extended, to
> support a full file management system. It will be very helpful to have
> additional methods like renameResource(), getResourceSize(), getResourceTime(),
> setResourceTime() etc. This are common file operations, which should be managed
> by the FileResourceManager.
> Further it will be very helpful to have (real) support for resource collections
> (folders). It will be necessary to distinguish between single resources (files)
> and collections (folders).
> Together, this features will enable a transactional access to any file based
> resources - for instance a document repository.
> Are there plans for such extensions and if not, will they actually fit in the
> goals of the transaction library?
> If not, please open the underlying structure, like the inner class
> TransactionContext, in order to add extensions the file management. For
> instance, it will be good to have a separate factory method, which creates the
> context.
> If you are interested in this proposal, I am ready to contribute to this
> project. I consider myself as an experienced java developer and I will be glad
> to help you.
> Best regards
> Peter Fassev
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org