Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » EMF » [CDO] and EFS
[CDO] and EFS [message #422551] Tue, 09 September 2008 08:06 Go to next message
Adolfo Sanchez-Barbudo Herrera is currently offline Adolfo Sanchez-Barbudo HerreraFriend
Messages: 260
Registered: July 2009
Senior Member
Hi Eike,

One question, do you think that it could be interesting/valuable having
CDO as an implementation of the Eclipse File System ?.

I understand, that the idea of a repository and file system are
completely different. However, considering a CDO server or CDO
repository as directories and the CDO Resources as files it could be a
way of doing such an abstraction. Obviously, it would be a very
restricted file system, in which some operations would not be allowed.

I'm working on the integration of several fyle systems via EFS, and I
would like to integrate CDO repositories. Having EFS as the unique
abstraction which I have to work on, would be very helpful. Otherwise, I
would have to distinguish the URI of the artefact to treat it as a CDO
repository/resource or an EFS file store.

Cheers,
Adolfo.
Re: [CDO] and EFS [message #422553 is a reply to message #422551] Tue, 09 September 2008 08:43 Go to previous messageGo to next message
Eike Stepper is currently offline Eike StepperFriend
Messages: 6464
Registered: July 2009
Senior Member
Hi Adolfo,

Yes, I think this sounds like a great idea. If you want to work on this
and contribute the result I can offer you my help with internal
knowledge about CDO.

It could also be interesting to rethink the relation between a
CDORepository and its CDOResources. Currently all resources of a
repository form a flat list with each resource having a flat string
"path" (which is really more like an opaque id). It is imaginable that
we add more real structure by introducing a new system class:
CDOResourceFolder (or just CDOFolder). Just like CDOResource it would be
a CDOObject with system-defined features like name and contents. I'd
even suggest that we factor out a common base class CDOResourceElement
for name, path and thelike.

If you're interested I suggest that you file a Bugzilla where we can
continue our discussion...

Cheers
/Eike


Adolfo Sánchez-Barbudo Herrera schrieb:
> Hi Eike,
>
> One question, do you think that it could be interesting/valuable
> having CDO as an implementation of the Eclipse File System ?.
>
> I understand, that the idea of a repository and file system are
> completely different. However, considering a CDO server or CDO
> repository as directories and the CDO Resources as files it could be a
> way of doing such an abstraction. Obviously, it would be a very
> restricted file system, in which some operations would not be allowed.
>
> I'm working on the integration of several fyle systems via EFS, and I
> would like to integrate CDO repositories. Having EFS as the unique
> abstraction which I have to work on, would be very helpful. Otherwise,
> I would have to distinguish the URI of the artefact to treat it as a
> CDO repository/resource or an EFS file store.
>
> Cheers,
> Adolfo.


Re: [CDO] and EFS [message #422559 is a reply to message #422553] Tue, 09 September 2008 12:16 Go to previous messageGo to next message
Adolfo Sanchez-Barbudo Herrera is currently offline Adolfo Sanchez-Barbudo HerreraFriend
Messages: 260
Registered: July 2009
Senior Member
Hi Eike,

I'm glad you like the idea, especially if you consider "folding" the
repositories. When you have a lot of resources, they could better be
organized ;).

I have raised the enhancement requirement:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=246703

I can not invest too much time right now in providing a proper
implementation of the idea. But in one/two month time, I could do it,
especially if we have a proper design of how that CDO file system should
looks like.

Let's go on the discussion in the bugzilla ;)

Cheers,
Adolfo.

Eike Stepper escribió:
> Hi Adolfo,
>
> Yes, I think this sounds like a great idea. If you want to work on this
> and contribute the result I can offer you my help with internal
> knowledge about CDO.
>
> It could also be interesting to rethink the relation between a
> CDORepository and its CDOResources. Currently all resources of a
> repository form a flat list with each resource having a flat string
> "path" (which is really more like an opaque id). It is imaginable that
> we add more real structure by introducing a new system class:
> CDOResourceFolder (or just CDOFolder). Just like CDOResource it would be
> a CDOObject with system-defined features like name and contents. I'd
> even suggest that we factor out a common base class CDOResourceElement
> for name, path and thelike.
>
> If you're interested I suggest that you file a Bugzilla where we can
> continue our discussion...
>
> Cheers
> /Eike
>
>
> Adolfo Sánchez-Barbudo Herrera schrieb:
>> Hi Eike,
>>
>> One question, do you think that it could be interesting/valuable
>> having CDO as an implementation of the Eclipse File System ?.
>>
>> I understand, that the idea of a repository and file system are
>> completely different. However, considering a CDO server or CDO
>> repository as directories and the CDO Resources as files it could be a
>> way of doing such an abstraction. Obviously, it would be a very
>> restricted file system, in which some operations would not be allowed.
>>
>> I'm working on the integration of several fyle systems via EFS, and I
>> would like to integrate CDO repositories. Having EFS as the unique
>> abstraction which I have to work on, would be very helpful. Otherwise,
>> I would have to distinguish the URI of the artefact to treat it as a
>> CDO repository/resource or an EFS file store.
>>
>> Cheers,
>> Adolfo.
Re: [CDO] and EFS [message #422572 is a reply to message #422559] Tue, 09 September 2008 16:14 Go to previous message
Eike Stepper is currently offline Eike StepperFriend
Messages: 6464
Registered: July 2009
Senior Member
Hi Adolfo,

Don't worry about the time. We are not bored in the meantime ;-)
I'm looking forward to see the results of this effort!

Cheers
/Eike


Adolfo Sánchez-Barbudo Herrera schrieb:
> Hi Eike,
>
> I'm glad you like the idea, especially if you consider "folding" the
> repositories. When you have a lot of resources, they could better be
> organized ;).
>
> I have raised the enhancement requirement:
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=246703
>
> I can not invest too much time right now in providing a proper
> implementation of the idea. But in one/two month time, I could do it,
> especially if we have a proper design of how that CDO file system
> should looks like.
>
> Let's go on the discussion in the bugzilla ;)
>
> Cheers,
> Adolfo.
>
> Eike Stepper escribió:
>> Hi Adolfo,
>>
>> Yes, I think this sounds like a great idea. If you want to work on
>> this and contribute the result I can offer you my help with internal
>> knowledge about CDO.
>>
>> It could also be interesting to rethink the relation between a
>> CDORepository and its CDOResources. Currently all resources of a
>> repository form a flat list with each resource having a flat string
>> "path" (which is really more like an opaque id). It is imaginable
>> that we add more real structure by introducing a new system class:
>> CDOResourceFolder (or just CDOFolder). Just like CDOResource it would
>> be a CDOObject with system-defined features like name and contents.
>> I'd even suggest that we factor out a common base class
>> CDOResourceElement for name, path and thelike.
>>
>> If you're interested I suggest that you file a Bugzilla where we can
>> continue our discussion...
>>
>> Cheers
>> /Eike
>>
>>
>> Adolfo Sánchez-Barbudo Herrera schrieb:
>>> Hi Eike,
>>>
>>> One question, do you think that it could be interesting/valuable
>>> having CDO as an implementation of the Eclipse File System ?.
>>>
>>> I understand, that the idea of a repository and file system are
>>> completely different. However, considering a CDO server or CDO
>>> repository as directories and the CDO Resources as files it could be
>>> a way of doing such an abstraction. Obviously, it would be a very
>>> restricted file system, in which some operations would not be allowed.
>>>
>>> I'm working on the integration of several fyle systems via EFS, and
>>> I would like to integrate CDO repositories. Having EFS as the unique
>>> abstraction which I have to work on, would be very helpful.
>>> Otherwise, I would have to distinguish the URI of the artefact to
>>> treat it as a CDO repository/resource or an EFS file store.
>>>
>>> Cheers,
>>> Adolfo.


Previous Topic:TabbedPropertySheetPage and AdapterFactoryLabelProvider
Next Topic:Re: OCL validation example violates extension point schema
Goto Forum:
  


Current Time: Mon Jan 20 07:20:49 GMT 2020

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

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

Back to the top