commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ralph Goers <ralph.go...@dslextreme.com>
Subject Re: [VFS] Feedback on VFS-422 please
Date Fri, 22 Jun 2012 18:31:04 GMT
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.goers@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 <garydgregory@gmail.com
>>> wrote:
>>> 
>>>> On Thu, Jun 21, 2012 at 6:38 PM, Ralph Goers <
>> ralph.goers@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 <phidias51@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-unsubscribe@commons.apache.org
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>> 
>>>>> 
>>>> 
>>>> 
>>>> --
>>>> E-Mail: garydgregory@gmail.com | ggregory@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-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>> 
>> 


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org


Mime
View raw message