|
Re: ECF for data model sharing [message #597274 is a reply to message #589659] |
Sun, 05 February 2006 23:19 |
Scott Lewis Messages: 1038 Registered: July 2009 |
Senior Member |
|
|
Hi Parvez,
Parvez Chauhan wrote:
> Hi,
>
>
>
> I am looking something to share EMF model between clients. Jeremy pointed me
> to ECF, thanks for that, I had few read and got basic idea, I guess.
>
> Looks it may solve my problem, but not sure. I wonder if one can provide
> some input on my scenario and thoughts if ECF is right approach for the
> problem. And if so, please do point me to some starting point for the same.
> Any help in this regard will be highly appreciated. Just to add further that
> I am new to eclipse platform.
>
>
>
> Scenario:
>
> Need to develop some kind of IDE type application, where number of users can
> work on same project. Project data is stored in a central repository. If
> user is not connected to the central repository then one can work locally
> and project data is synchronised with the central repository on connection
> with the server.
>
>
>
> Thanks,
>
> Parvez
Parvez,
ECF can indeed be used for this use case.
We've recently (with 0.6.1 and 0.6.2) introduced two new APIs that are
useful for distributing files (fileshare--org.eclipse.ecf.datashare) and
byte []s (datashare--org.eclipse.ecf.fileshare). These APIs should make
it easier to distribute local state changes as they occur.
Note that ECF applications can/could simply use CVS or other protocols
to retrieve data from servers and/or synchronize...that is the ECF
applications might just invoke eclipse CVS plugin code to communicate
with CVS repository. Such communication can also be triggered via
remote events...e.g. someone else on a team sending a message that
triggers all receivers to synchronize a certain resource or set of
resources with a remote (CVS) repository.
Sorry about the slow response...I missed this posting when it first
occurred.
Scott
>
>
|
|
|
Re: ECF for data model sharing [message #597283 is a reply to message #597274] |
Mon, 06 February 2006 09:29 |
Parvez Messages: 181 Registered: July 2009 |
Senior Member |
|
|
Scott Lewis wrote:
> Hi Parvez,
>
> Parvez Chauhan wrote:
>> Hi,
>>
>>
>>
>> I am looking something to share EMF model between clients. Jeremy
>> pointed me to ECF, thanks for that, I had few read and got basic
>> idea, I guess.
>>
>> Looks it may solve my problem, but not sure. I wonder if one can
>> provide some input on my scenario and thoughts if ECF is right
>> approach for the problem. And if so, please do point me to some
>> starting point for the same. Any help in this regard will be highly
>> appreciated. Just to add further that I am new to eclipse platform.
>>
>>
>>
>> Scenario:
>>
>> Need to develop some kind of IDE type application, where number of
>> users can work on same project. Project data is stored in a central
>> repository. If user is not connected to the central repository then
>> one can work locally and project data is synchronised with the central
>> repository on connection with the server.
>>
>>
>>
>> Thanks,
>>
>> Parvez
>
> Parvez,
>
> ECF can indeed be used for this use case.
>
> We've recently (with 0.6.1 and 0.6.2) introduced two new APIs that are
> useful for distributing files (fileshare--org.eclipse.ecf.datashare) and
> byte []s (datashare--org.eclipse.ecf.fileshare). These APIs should make
> it easier to distribute local state changes as they occur.
>
> Note that ECF applications can/could simply use CVS or other protocols
> to retrieve data from servers and/or synchronize...that is the ECF
> applications might just invoke eclipse CVS plugin code to communicate
> with CVS repository. Such communication can also be triggered via
> remote events...e.g. someone else on a team sending a message that
> triggers all receivers to synchronize a certain resource or set of
> resources with a remote (CVS) repository.
>
> Sorry about the slow response...I missed this posting when it first
> occurred.
>
> Scott
>
>
>
>>
>>
Thanks for the update Scott, appreciated that. In our case, relational
database is going to be a central repository instead of CVS or file
based approach, but that will work as well.
Regards,
Parvez
|
|
|
Powered by
FUDForum. Page generated in 0.03255 seconds