Skip to main content



      Home
Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc)  » [EMFStore] file transfer API
[EMFStore] file transfer API [message #1220764] Fri, 13 December 2013 08:12 Go to next message
Eclipse UserFriend
The EMFStore file transfer feature looks pretty interesting, and I think
it could be useful to implement a couple use cases that need file
synchronization.

1. Are there any plans to surface file transfer functions through the
external API?
2. If not, can I still expect these functions to remain supported as
part of the EMFStore internal API in the future?

Scott
Re: [EMFStore] file transfer API [message #1222031 is a reply to message #1220764] Thu, 19 December 2013 04:14 Go to previous messageGo to next message
Eclipse UserFriend
Hi Scott,

sorry for the late answer, I somehow missed this one. To answer your
questions:

1. Yes, sooner or later we'll expose the file API. We do not yet know
when this will happen, but I've created a BR:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=424412

2. Yes, these functions will definitely remain supported.

Note that EMFStore does not version files like a regular VCS does, but
it tracks changes on model instances. Therefore you'll need to reference
files somewhere out of your model. Furthermore, since EMFStore only
tracks changes on model instances, it will not recognize if a file
changes, but it'll detect if the identifier you are using from within
your model changes, which will eventually trigger the upload of any not
yet uploaded file at commit.

Hope this helps

Cheers
Edgar

Am 13.12.2013 14:12, schrieb scott@xxxxxxxx:
> The EMFStore file transfer feature looks pretty interesting, and I think
> it could be useful to implement a couple use cases that need file
> synchronization.
>
> 1. Are there any plans to surface file transfer functions through the
> external API?
> 2. If not, can I still expect these functions to remain supported as
> part of the EMFStore internal API in the future?
>
> Scott


--
Edgar Mueller

Get Professional Eclipse Support: http://eclipsesource.com/munich
Re: [EMFStore] file transfer API [message #1222843 is a reply to message #1222031] Sat, 21 December 2013 10:33 Go to previous message
Eclipse UserFriend
That did help. Good to hear it will be supported. I'll explore the use
of the file API further and let you know how it goes.

Thanks again for your great work on EMFStore.

Scott

On 12/19/2013 4:14 AM, Edgar Mueller wrote:
> Hi Scott,
>
> sorry for the late answer, I somehow missed this one. To answer your
> questions:
>
> 1. Yes, sooner or later we'll expose the file API. We do not yet know
> when this will happen, but I've created a BR:
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=424412
>
> 2. Yes, these functions will definitely remain supported.
>
> Note that EMFStore does not version files like a regular VCS does, but
> it tracks changes on model instances. Therefore you'll need to reference
> files somewhere out of your model. Furthermore, since EMFStore only
> tracks changes on model instances, it will not recognize if a file
> changes, but it'll detect if the identifier you are using from within
> your model changes, which will eventually trigger the upload of any not
> yet uploaded file at commit.
>
> Hope this helps
>
> Cheers
> Edgar
>
> Am 13.12.2013 14:12, schrieb scott@xxxxxxxx:
>> The EMFStore file transfer feature looks pretty interesting, and I think
>> it could be useful to implement a couple use cases that need file
>> synchronization.
>>
>> 1. Are there any plans to surface file transfer functions through the
>> external API?
>> 2. If not, can I still expect these functions to remain supported as
>> part of the EMFStore internal API in the future?
>>
>> Scott
>
>
Previous Topic:How can i change loaded resource uri ?
Next Topic:How to connect EMFStore with MongoDB
Goto Forum:
  


Current Time: Thu Jul 24 18:57:01 EDT 2025

Powered by FUDForum. Page generated in 0.04778 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top