I ended up adding versioning support for WebDAV without using operations. Now you have me wondering if I should have used it.
Ralph On Jun 22, 2012, at 10:59 AM, Mark Fortner wrote: > I think the idea was to implement functionality that doesn't fit with what > File Systems do, in this version control system operations. So that > operations like update, commit, revert, etc could be supported. I too, > implemented something on top of SVNKit (for an internal project), and > another project on top of YANNFS -- I wonder how many implementations are > floating around there just due to licensing restrictions? > > Mark > > > > On Fri, Jun 22, 2012 at 10:06 AM, Ralph Goers > <ralph.go...@dslextreme.com>wrote: > >> I'm not sure why SVN support would require the operations stuff. I >> actually implemented an SVN provider at one point but didn't commit it here >> due to the svnkit license. >> >> Ralph >> >> On Jun 22, 2012, at 7:49 AM, Mark Fortner wrote: >> >>> Gary, >>> The S3 provider has an implementation >>> >> https://github.com/abashev/vfs-s3/tree/master/src/main/java/com/intridea/io/vfs/provider/s3/operations >>> >>> You'd probably need to talk with Mario about specifics. From what I can >>> tell, it's basically an implementation of the Command pattern with the >>> implementations registered in the concrete implementation >>> FileOperationsProvider interface. This basically let's you ask "what >>> operations are available from this file system", you can then select and >>> invoke the operation that you want. >>> >>> The original idea was that you would be able to use it with SVN, or other >>> version control systems, but also with Sanselan ( >>> http://wiki.apache.org/commons/VfsNext). But the SVN implementation >> seems >>> to be blocked now due to licensing issues: >>> https://issues.apache.org/jira/browse/VFS-43. I don't know of any other >>> implementations (other than S3) attempting to use it, but I would imagine >>> that it would be pretty useful. >>> >>> Mark >>> >>> >>> >>> On Thu, Jun 21, 2012 at 5:59 PM, Gary Gregory <garydgreg...@gmail.com >>> wrote: >>> >>>> On Thu, Jun 21, 2012 at 6:38 PM, Ralph Goers < >> ralph.go...@dslextreme.com >>>>> wrote: >>>> >>>>> >>>>> >>>>> On Jun 21, 2012, at 2:41 PM, Gary Gregory wrote: >>>>> >>>>>> On Thu, Jun 21, 2012 at 5:10 PM, Mark Fortner <phidia...@gmail.com> >>>>> wrote: >>>>>> >>>>>>> Gary, >>>>>>> There was some talk a while back about implementing File >>>> System-specific >>>>>>> Operations. I think what Mario had in mind was supporting version >>>>> control >>>>>>> system functionality through VFS. It strikes me that this might be >>>> the >>>>>>> best way for implementing functionality that makes use of the JSch >>>> bells >>>>>>> and whistles without breaking encapsulation. >>>>>>> >>>>>> >>>>>> Hi Mark, >>>>>> >>>>>> I am not sure I understand what you are proposing. >>>>>> >>>>> >>>>> Look at the org.apache.commons.vfs2.operations package. >>>>> >>>> >>>> hm... ok, I do not see any implementers of this package. Where is there >> an >>>> example? I assume that this can be used to implement this new feature. >> What >>>> would that look like? >>>> >>>> Thank you, >>>> Gary >>>> >>>> >>>>> >>>>> Ralph >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>>> >>>>> >>>> >>>> >>>> -- >>>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org >>>> JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0 >>>> Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK >>>> Blog: http://garygregory.wordpress.com >>>> Home: http://garygregory.com/ >>>> Tweet! http://twitter.com/GaryGregory >>>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> >> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org