Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc) » Status of JCR Mmgmt project?
| | | | | | | | |
Re: Status of JCR Mmgmt project? [message #126838 is a reply to message #126799] |
Tue, 08 July 2008 06:54   |
Eclipse User |
|
|
|
Hi Anders,
Sandro Böhme wrote:
> Anders W.Tell schrieb:
>> Hi Sandro
>>
>> Looking forward seeing the next version. Features? Apache Sling got
>> some nice features:
>> - a JCRepository as OSGI bundle
>> - a generic JCR node to/from EMF or java mechanism
> Are you sure that Sling can map to or from EMF?
No, just an item on my wish list ;)
>
>>
>> I would be great if one could control which classes in a EMF file
>> becomes JCR Nodes. All classes or packages or whole of selected
>> classes or ...
> Yes, that's the goal of JCRM :-)
Interesting, can you indicate how one can pick and choose where the
boundries are located? Do they following containement hierarchy or..?
>
> Bye,
>
> Sandro
>
>>
>> Maybe a clearer separation between runtime plugin and development
>> plugins.
>>
>> /Anders
>>
>> Sandro Böhme wrote:
>>> Anders W.Tell schrieb:
>>>> Hi,
>>>>
>>>>
>>>> How is the JCR Management project comming along? Its a great project
>>>> but is there anything efforts being made?
>>>>
>>>> thanks
>>>> /anders
>>>
>>> Hi Anders,
>>>
>>> I'm glad you like it. Do you expect some specific features? The
>>> roadmap is to let the community decide what is needed. This is why
>>> the next milestone is to show the prototypes to the community and ask
>>> for feedback. This week I solved the last bug (with the help of ekke
>>> from eclipse.platform.pde) that was needed to be solved to show the
>>> prototypes. My next steps are, to check the stuff in and refactor the
>>> wiki pages. Then I would like to present it to some people. As soon
>>> as the requested EMF feature that Ed implemented is released I will
>>> also provide a screencast.
>>>
>>> HTH,
>>>
>>> Sandro
|
|
|
Re: Status of JCR Mmgmt project? [message #126849 is a reply to message #126786] |
Tue, 08 July 2008 07:00   |
Eclipse User |
|
|
|
Sandro Böhme wrote:
> Anders W.Tell schrieb:
>> Thanks,I got the code, but Im not really sure how its supposed to work.
> JCRM assumes that EObjects can be handled similar to nodes, EAttributes
> similar to JCR-properties, EClasses similar to node types and so on.
>
> You will basically be able to generate the EMF code and editor that uses
> a JCR as it's backend for persistence. This means that adding an object
> to an EList adds a node to it's parent in the backend. Or changing a
> property of an EObject changes the JCR-property of the corresponding
> node... You get the picture?
Yes, I think I get the broader picture.
How do one handle ...?
versions
locking
transactions (integrated with transaction domain?)
caching of writes
What about the generated EMF code, does it reuse any of the code
generated with existing 'core', edit, editor test projects?
thanks
Anders
>
> Bye,
>
> Sandro
>
>
>>
>> would love to join in but Im streched thin and Ive sort of promised
>> excess time to the SBVR project.
>>
>> Btw, seen the Apache Sling project?
>> <http://incubator.apache.org/sling/site/index.html>
>>
>> It apparently got an OSGI and JSR 170 integration with jackrabbit and
>> a Java to/from Repository Adapter through jackrabbort
>> OObjectContentManager.
>>
>> Maybe some synergies possible?
>>
>> thanks
>> /anders
>>
>>
>>
>> Ed Merks wrote:
>>> Anders,
>>>
>>> Sandro only has part time to work on it so it's not progressing as
>>> quickly as he might like. Perhaps you'd like to get involved? There
>>> is a substantial code base in CVS so you could extract it from
>>> /cvsroot/modeling/org.eclipse.emf/org.eclipse.emf.jcrm/plugi ns/*
>>>
>>>
>>> Anders W.Tell wrote:
>>>> Hi,
>>>>
>>>>
>>>> How is the JCR Management project comming along? Its a great project
>>>> but is there anything efforts being made?
>>>>
>>>> thanks
>>>> /anders
|
|
| | |
Re: Status of JCR Mmgmt project? [message #126897 is a reply to message #126849] |
Tue, 08 July 2008 14:07   |
Eclipse User |
|
|
|
In JCRM each instance of an EObject has it's corresponding Node as an
attribute and the EStore of EMF cares about keeping it in sync. It also
delegates all get/set methods calls at the EObject to the Node. This way
the EObjects doesn't actually store the node properties. Instead the
transient storage of the JCR is used for the caching of writes and reads.
EMF will be configured in a way that all generated domain classes extend
the JCRMNode class which at the end extends EObject. This class also
knows the wrapped node. To enable versioning, locking, transactions or
other things you could specify that all generated classes extend your
own class which in turn extends JCRMNode. This way your class has access
to the methods of the wrapped node, it's session or it's workspace. Now
you can add methods to this class that provide additional functionality
to all your generated classes.
There are no changes for the generated editor or edit plugins needed.
After a bit of tweaking of the genmodel, the manifest file and so on the
editor of the domain model will directly work on nodes.
I hope that I can finish this prototypes soon to give you or others the
possibility to try this out.
Bye,
Sandro
Anders W.Tell schrieb:
> Sandro Böhme wrote:
>> Anders W.Tell schrieb:
>>> Thanks,I got the code, but Im not really sure how its supposed to work.
>> JCRM assumes that EObjects can be handled similar to nodes,
>> EAttributes similar to JCR-properties, EClasses similar to node types
>> and so on.
>>
>> You will basically be able to generate the EMF code and editor that
>> uses a JCR as it's backend for persistence. This means that adding an
>> object to an EList adds a node to it's parent in the backend. Or
>> changing a property of an EObject changes the JCR-property of the
>> corresponding node... You get the picture?
>
>
> Yes, I think I get the broader picture.
>
> How do one handle ...?
> versions
> locking
> transactions (integrated with transaction domain?)
> caching of writes
>
>
> What about the generated EMF code, does it reuse any of the code
> generated with existing 'core', edit, editor test projects?
>
> thanks
> Anders
>
>>
>> Bye,
>>
>> Sandro
>>
>>
>>>
>>> would love to join in but Im streched thin and Ive sort of promised
>>> excess time to the SBVR project.
>>>
>>> Btw, seen the Apache Sling project?
>>> <http://incubator.apache.org/sling/site/index.html>
>>>
>>> It apparently got an OSGI and JSR 170 integration with jackrabbit and
>>> a Java to/from Repository Adapter through jackrabbort
>>> OObjectContentManager.
>>>
>>> Maybe some synergies possible?
>>>
>>> thanks
>>> /anders
>>>
>>>
>>>
>>> Ed Merks wrote:
>>>> Anders,
>>>>
>>>> Sandro only has part time to work on it so it's not progressing as
>>>> quickly as he might like. Perhaps you'd like to get involved?
>>>> There is a substantial code base in CVS so you could extract it from
>>>> /cvsroot/modeling/org.eclipse.emf/org.eclipse.emf.jcrm/plugi ns/*
>>>>
>>>>
>>>> Anders W.Tell wrote:
>>>>> Hi,
>>>>>
>>>>>
>>>>> How is the JCR Management project comming along? Its a great
>>>>> project but is there anything efforts being made?
>>>>>
>>>>> thanks
>>>>> /anders
|
|
|
Re: Status of JCR Mmgmt project? [message #126908 is a reply to message #126838] |
Tue, 08 July 2008 14:14  |
Eclipse User |
|
|
|
please see my comments inline:
Anders W.Tell schrieb:
> Hi Anders,
>
> Sandro Böhme wrote:
>> Anders W.Tell schrieb:
>>> Hi Sandro
>>>
>>> Looking forward seeing the next version. Features? Apache Sling got
>>> some nice features:
>>> - a JCRepository as OSGI bundle
>>> - a generic JCR node to/from EMF or java mechanism
>> Are you sure that Sling can map to or from EMF?
>
> No, just an item on my wish list ;)
>
>>
>>>
>>> I would be great if one could control which classes in a EMF file
>>> becomes JCR Nodes. All classes or packages or whole of selected
>>> classes or ...
>> Yes, that's the goal of JCRM :-)
>
>
> Interesting, can you indicate how one can pick and choose where the
> boundries are located? Do they following containement hierarchy or..?
The mapping from classes to node types is specified by the annotations
of ECore. By default all classes are mapped to their corresponding node
types and no changes in the annotations is needed.
Bye,
Sandro
>
>
>>
>> Bye,
>>
>> Sandro
>>
>>>
>>> Maybe a clearer separation between runtime plugin and development
>>> plugins.
>>>
>>> /Anders
>>>
>>> Sandro Böhme wrote:
>>>> Anders W.Tell schrieb:
>>>>> Hi,
>>>>>
>>>>>
>>>>> How is the JCR Management project comming along? Its a great
>>>>> project but is there anything efforts being made?
>>>>>
>>>>> thanks
>>>>> /anders
>>>>
>>>> Hi Anders,
>>>>
>>>> I'm glad you like it. Do you expect some specific features? The
>>>> roadmap is to let the community decide what is needed. This is why
>>>> the next milestone is to show the prototypes to the community and
>>>> ask for feedback. This week I solved the last bug (with the help of
>>>> ekke from eclipse.platform.pde) that was needed to be solved to show
>>>> the prototypes. My next steps are, to check the stuff in and
>>>> refactor the wiki pages. Then I would like to present it to some
>>>> people. As soon as the requested EMF feature that Ed implemented is
>>>> released I will also provide a screencast.
>>>>
>>>> HTH,
>>>>
>>>> Sandro
|
|
|
Re: Status of JCR Mmgmt project? [message #619344 is a reply to message #126605] |
Thu, 03 July 2008 07:34  |
Eclipse User |
|
|
|
Anders,
Sandro only has part time to work on it so it's not progressing as
quickly as he might like. Perhaps you'd like to get involved? There is
a substantial code base in CVS so you could extract it from
/cvsroot/modeling/org.eclipse.emf/org.eclipse.emf.jcrm/plugi ns/*
Anders W.Tell wrote:
> Hi,
>
>
> How is the JCR Management project comming along? Its a great project
> but is there anything efforts being made?
>
> thanks
> /anders
|
|
|
Re: Status of JCR Mmgmt project? [message #619347 is a reply to message #126605] |
Thu, 03 July 2008 11:55  |
Eclipse User |
|
|
|
Anders W.Tell schrieb:
> Hi,
>
>
> How is the JCR Management project comming along? Its a great project but
> is there anything efforts being made?
>
> thanks
> /anders
Hi Anders,
I'm glad you like it. Do you expect some specific features? The roadmap
is to let the community decide what is needed. This is why the next
milestone is to show the prototypes to the community and ask for
feedback. This week I solved the last bug (with the help of ekke from
eclipse.platform.pde) that was needed to be solved to show the
prototypes. My next steps are, to check the stuff in and refactor the
wiki pages. Then I would like to present it to some people. As soon as
the requested EMF feature that Ed implemented is released I will also
provide a screencast.
HTH,
Sandro
|
|
|
Re: Status of JCR Mmgmt project? [message #619350 is a reply to message #126618] |
Sun, 06 July 2008 15:11  |
Eclipse User |
|
|
|
Thanks,I got the code, but Im not really sure how its supposed to work.
would love to join in but Im streched thin and Ive sort of promised
excess time to the SBVR project.
Btw, seen the Apache Sling project?
<http://incubator.apache.org/sling/site/index.html>
It apparently got an OSGI and JSR 170 integration with jackrabbit and a
Java to/from Repository Adapter through jackrabbort OObjectContentManager.
Maybe some synergies possible?
thanks
/anders
Ed Merks wrote:
> Anders,
>
> Sandro only has part time to work on it so it's not progressing as
> quickly as he might like. Perhaps you'd like to get involved? There is
> a substantial code base in CVS so you could extract it from
> /cvsroot/modeling/org.eclipse.emf/org.eclipse.emf.jcrm/plugi ns/*
>
>
> Anders W.Tell wrote:
>> Hi,
>>
>>
>> How is the JCR Management project comming along? Its a great project
>> but is there anything efforts being made?
>>
>> thanks
>> /anders
|
|
|
Re: Status of JCR Mmgmt project? [message #619351 is a reply to message #126657] |
Sun, 06 July 2008 15:19  |
Eclipse User |
|
|
|
Hi Sandro
Looking forward seeing the next version. Features? Apache Sling got some
nice features:
- a JCRepository as OSGI bundle
- a generic JCR node to/from EMF or java mechanism
I would be great if one could control which classes in a EMF file
becomes JCR Nodes. All classes or packages or whole of selected classes
or ...
Maybe a clearer separation between runtime plugin and development plugins.
/Anders
Sandro Böhme wrote:
> Anders W.Tell schrieb:
>> Hi,
>>
>>
>> How is the JCR Management project comming along? Its a great project
>> but is there anything efforts being made?
>>
>> thanks
>> /anders
>
> Hi Anders,
>
> I'm glad you like it. Do you expect some specific features? The roadmap
> is to let the community decide what is needed. This is why the next
> milestone is to show the prototypes to the community and ask for
> feedback. This week I solved the last bug (with the help of ekke from
> eclipse.platform.pde) that was needed to be solved to show the
> prototypes. My next steps are, to check the stuff in and refactor the
> wiki pages. Then I would like to present it to some people. As soon as
> the requested EMF feature that Ed implemented is released I will also
> provide a screencast.
>
> HTH,
>
> Sandro
|
|
|
Re: Status of JCR Mmgmt project? [message #619352 is a reply to message #126657] |
Sun, 06 July 2008 15:19  |
Eclipse User |
|
|
|
Hi Sandro
Looking forward seeing the next version. Features? Apache Sling got some
nice features:
- a JCRepository as OSGI bundle
- a generic JCR node to/from EMF or java mechanism
I would be great if one could control which classes in a EMF file
becomes JCR Nodes. All classes or packages or whole of selected classes
or ...
Maybe a clearer separation between runtime plugin and development plugins.
/Anders
Sandro Böhme wrote:
> Anders W.Tell schrieb:
>> Hi,
>>
>>
>> How is the JCR Management project comming along? Its a great project
>> but is there anything efforts being made?
>>
>> thanks
>> /anders
>
> Hi Anders,
>
> I'm glad you like it. Do you expect some specific features? The roadmap
> is to let the community decide what is needed. This is why the next
> milestone is to show the prototypes to the community and ask for
> feedback. This week I solved the last bug (with the help of ekke from
> eclipse.platform.pde) that was needed to be solved to show the
> prototypes. My next steps are, to check the stuff in and refactor the
> wiki pages. Then I would like to present it to some people. As soon as
> the requested EMF feature that Ed implemented is released I will also
> provide a screencast.
>
> HTH,
>
> Sandro
|
|
|
Re: Status of JCR Mmgmt project? [message #619356 is a reply to message #126696] |
Mon, 07 July 2008 17:20  |
Eclipse User |
|
|
|
Hi Anders,
please see my comments below.
Anders W.Tell schrieb:
> Thanks,I got the code, but Im not really sure how its supposed to work.
>
> would love to join in but Im streched thin and Ive sort of promised
> excess time to the SBVR project.
>
> Btw, seen the Apache Sling project?
> <http://incubator.apache.org/sling/site/index.html>
>
> It apparently got an OSGI and JSR 170 integration with jackrabbit and a
> Java to/from Repository Adapter through jackrabbort OObjectContentManager.
>
> Maybe some synergies possible?
At the moment it doesn't look like that. Sling uses the Jackrabbit OCM
(Object Content Mapping). You can find more information about that here:
http://jackrabbit.apache.org/object-content-mapping.html
At the one hand JCRM and Jackrabbit OCM share the same goal of creating
objects from nodes and nodes from objects. But JCRM uses a different
approach. It uses modeling instead of pure reflection and tries to avoid
copying of content from the nodes to the objects and uses delegationn
instead.
HTH,
Sandro
>
> thanks
> /anders
>
>
>
> Ed Merks wrote:
>> Anders,
>>
>> Sandro only has part time to work on it so it's not progressing as
>> quickly as he might like. Perhaps you'd like to get involved? There
>> is a substantial code base in CVS so you could extract it from
>> /cvsroot/modeling/org.eclipse.emf/org.eclipse.emf.jcrm/plugi ns/*
>>
>>
>> Anders W.Tell wrote:
>>> Hi,
>>>
>>>
>>> How is the JCR Management project comming along? Its a great project
>>> but is there anything efforts being made?
>>>
>>> thanks
>>> /anders
|
|
|
Re: Status of JCR Mmgmt project? [message #619357 is a reply to message #126696] |
Mon, 07 July 2008 17:38  |
Eclipse User |
|
|
|
Anders W.Tell schrieb:
> Thanks,I got the code, but Im not really sure how its supposed to work.
JCRM assumes that EObjects can be handled similar to nodes, EAttributes
similar to JCR-properties, EClasses similar to node types and so on.
You will basically be able to generate the EMF code and editor that uses
a JCR as it's backend for persistence. This means that adding an object
to an EList adds a node to it's parent in the backend. Or changing a
property of an EObject changes the JCR-property of the corresponding
node... You get the picture?
Bye,
Sandro
>
> would love to join in but Im streched thin and Ive sort of promised
> excess time to the SBVR project.
>
> Btw, seen the Apache Sling project?
> <http://incubator.apache.org/sling/site/index.html>
>
> It apparently got an OSGI and JSR 170 integration with jackrabbit and a
> Java to/from Repository Adapter through jackrabbort OObjectContentManager.
>
> Maybe some synergies possible?
>
> thanks
> /anders
>
>
>
> Ed Merks wrote:
>> Anders,
>>
>> Sandro only has part time to work on it so it's not progressing as
>> quickly as he might like. Perhaps you'd like to get involved? There
>> is a substantial code base in CVS so you could extract it from
>> /cvsroot/modeling/org.eclipse.emf/org.eclipse.emf.jcrm/plugi ns/*
>>
>>
>> Anders W.Tell wrote:
>>> Hi,
>>>
>>>
>>> How is the JCR Management project comming along? Its a great project
>>> but is there anything efforts being made?
>>>
>>> thanks
>>> /anders
|
|
|
Re: Status of JCR Mmgmt project? [message #619358 is a reply to message #126709] |
Mon, 07 July 2008 17:40  |
Eclipse User |
|
|
|
Anders W.Tell schrieb:
> Hi Sandro
>
> Looking forward seeing the next version. Features? Apache Sling got some
> nice features:
> - a JCRepository as OSGI bundle
> - a generic JCR node to/from EMF or java mechanism
Are you sure that Sling can map to or from EMF?
>
> I would be great if one could control which classes in a EMF file
> becomes JCR Nodes. All classes or packages or whole of selected classes
> or ...
Yes, that's the goal of JCRM :-)
Bye,
Sandro
>
> Maybe a clearer separation between runtime plugin and development plugins.
>
> /Anders
>
> Sandro Böhme wrote:
>> Anders W.Tell schrieb:
>>> Hi,
>>>
>>>
>>> How is the JCR Management project comming along? Its a great project
>>> but is there anything efforts being made?
>>>
>>> thanks
>>> /anders
>>
>> Hi Anders,
>>
>> I'm glad you like it. Do you expect some specific features? The
>> roadmap is to let the community decide what is needed. This is why the
>> next milestone is to show the prototypes to the community and ask for
>> feedback. This week I solved the last bug (with the help of ekke from
>> eclipse.platform.pde) that was needed to be solved to show the
>> prototypes. My next steps are, to check the stuff in and refactor the
>> wiki pages. Then I would like to present it to some people. As soon as
>> the requested EMF feature that Ed implemented is released I will also
>> provide a screencast.
>>
>> HTH,
>>
>> Sandro
|
|
|
Re: Status of JCR Mmgmt project? [message #619361 is a reply to message #126799] |
Tue, 08 July 2008 06:54  |
Eclipse User |
|
|
|
Hi Anders,
Sandro Böhme wrote:
> Anders W.Tell schrieb:
>> Hi Sandro
>>
>> Looking forward seeing the next version. Features? Apache Sling got
>> some nice features:
>> - a JCRepository as OSGI bundle
>> - a generic JCR node to/from EMF or java mechanism
> Are you sure that Sling can map to or from EMF?
No, just an item on my wish list ;)
>
>>
>> I would be great if one could control which classes in a EMF file
>> becomes JCR Nodes. All classes or packages or whole of selected
>> classes or ...
> Yes, that's the goal of JCRM :-)
Interesting, can you indicate how one can pick and choose where the
boundries are located? Do they following containement hierarchy or..?
>
> Bye,
>
> Sandro
>
>>
>> Maybe a clearer separation between runtime plugin and development
>> plugins.
>>
>> /Anders
>>
>> Sandro Böhme wrote:
>>> Anders W.Tell schrieb:
>>>> Hi,
>>>>
>>>>
>>>> How is the JCR Management project comming along? Its a great project
>>>> but is there anything efforts being made?
>>>>
>>>> thanks
>>>> /anders
>>>
>>> Hi Anders,
>>>
>>> I'm glad you like it. Do you expect some specific features? The
>>> roadmap is to let the community decide what is needed. This is why
>>> the next milestone is to show the prototypes to the community and ask
>>> for feedback. This week I solved the last bug (with the help of ekke
>>> from eclipse.platform.pde) that was needed to be solved to show the
>>> prototypes. My next steps are, to check the stuff in and refactor the
>>> wiki pages. Then I would like to present it to some people. As soon
>>> as the requested EMF feature that Ed implemented is released I will
>>> also provide a screencast.
>>>
>>> HTH,
>>>
>>> Sandro
|
|
|
Re: Status of JCR Mmgmt project? [message #619362 is a reply to message #126786] |
Tue, 08 July 2008 07:00  |
Eclipse User |
|
|
|
Sandro Böhme wrote:
> Anders W.Tell schrieb:
>> Thanks,I got the code, but Im not really sure how its supposed to work.
> JCRM assumes that EObjects can be handled similar to nodes, EAttributes
> similar to JCR-properties, EClasses similar to node types and so on.
>
> You will basically be able to generate the EMF code and editor that uses
> a JCR as it's backend for persistence. This means that adding an object
> to an EList adds a node to it's parent in the backend. Or changing a
> property of an EObject changes the JCR-property of the corresponding
> node... You get the picture?
Yes, I think I get the broader picture.
How do one handle ...?
versions
locking
transactions (integrated with transaction domain?)
caching of writes
What about the generated EMF code, does it reuse any of the code
generated with existing 'core', edit, editor test projects?
thanks
Anders
>
> Bye,
>
> Sandro
>
>
>>
>> would love to join in but Im streched thin and Ive sort of promised
>> excess time to the SBVR project.
>>
>> Btw, seen the Apache Sling project?
>> <http://incubator.apache.org/sling/site/index.html>
>>
>> It apparently got an OSGI and JSR 170 integration with jackrabbit and
>> a Java to/from Repository Adapter through jackrabbort
>> OObjectContentManager.
>>
>> Maybe some synergies possible?
>>
>> thanks
>> /anders
>>
>>
>>
>> Ed Merks wrote:
>>> Anders,
>>>
>>> Sandro only has part time to work on it so it's not progressing as
>>> quickly as he might like. Perhaps you'd like to get involved? There
>>> is a substantial code base in CVS so you could extract it from
>>> /cvsroot/modeling/org.eclipse.emf/org.eclipse.emf.jcrm/plugi ns/*
>>>
>>>
>>> Anders W.Tell wrote:
>>>> Hi,
>>>>
>>>>
>>>> How is the JCR Management project comming along? Its a great project
>>>> but is there anything efforts being made?
>>>>
>>>> thanks
>>>> /anders
|
|
|
Re: Status of JCR Mmgmt project? [message #619363 is a reply to message #126773] |
Tue, 08 July 2008 07:03  |
Eclipse User |
|
|
|
Hi Sandro
>> Maybe some synergies possible?
> At the moment it doesn't look like that. Sling uses the Jackrabbit OCM
> (Object Content Mapping). You can find more information about that here:
> http://jackrabbit.apache.org/object-content-mapping.html
> At the one hand JCRM and Jackrabbit OCM share the same goal of creating
> objects from nodes and nodes from objects. But JCRM uses a different
> approach. It uses modeling instead of pure reflection and tries to avoid
> copying of content from the nodes to the objects and uses delegationn
> instead.
yep, however Sling seems to be doing an interesting trick with
getAdapter() and this should work with any other O-R mapping technology.
So it seems as if they could be integrated there.
Seems also that Sling works with whole resources and not parts of a
resource.
cheers
/anders
|
|
|
Re: Status of JCR Mmgmt project? [message #619365 is a reply to message #126862] |
Tue, 08 July 2008 13:09  |
Eclipse User |
|
|
|
Hi Anders,
Sling is certainly very interesting. Maybe if JCRM is in a more mature
state I can think of an integration.
Anders W.Tell schrieb:
> Hi Sandro
>
>>> Maybe some synergies possible?
>> At the moment it doesn't look like that. Sling uses the Jackrabbit OCM
>> (Object Content Mapping). You can find more information about that here:
>> http://jackrabbit.apache.org/object-content-mapping.html
>> At the one hand JCRM and Jackrabbit OCM share the same goal of
>> creating objects from nodes and nodes from objects. But JCRM uses a
>> different approach. It uses modeling instead of pure reflection and
>> tries to avoid copying of content from the nodes to the objects and
>> uses delegationn instead.
>
> yep, however Sling seems to be doing an interesting trick with
> getAdapter() and this should work with any other O-R mapping technology.
> So it seems as if they could be integrated there.
>
> Seems also that Sling works with whole resources and not parts of a
> resource.
>
>
> cheers
> /anders
|
|
|
Re: Status of JCR Mmgmt project? [message #619366 is a reply to message #126849] |
Tue, 08 July 2008 14:07  |
Eclipse User |
|
|
|
In JCRM each instance of an EObject has it's corresponding Node as an
attribute and the EStore of EMF cares about keeping it in sync. It also
delegates all get/set methods calls at the EObject to the Node. This way
the EObjects doesn't actually store the node properties. Instead the
transient storage of the JCR is used for the caching of writes and reads.
EMF will be configured in a way that all generated domain classes extend
the JCRMNode class which at the end extends EObject. This class also
knows the wrapped node. To enable versioning, locking, transactions or
other things you could specify that all generated classes extend your
own class which in turn extends JCRMNode. This way your class has access
to the methods of the wrapped node, it's session or it's workspace. Now
you can add methods to this class that provide additional functionality
to all your generated classes.
There are no changes for the generated editor or edit plugins needed.
After a bit of tweaking of the genmodel, the manifest file and so on the
editor of the domain model will directly work on nodes.
I hope that I can finish this prototypes soon to give you or others the
possibility to try this out.
Bye,
Sandro
Anders W.Tell schrieb:
> Sandro Böhme wrote:
>> Anders W.Tell schrieb:
>>> Thanks,I got the code, but Im not really sure how its supposed to work.
>> JCRM assumes that EObjects can be handled similar to nodes,
>> EAttributes similar to JCR-properties, EClasses similar to node types
>> and so on.
>>
>> You will basically be able to generate the EMF code and editor that
>> uses a JCR as it's backend for persistence. This means that adding an
>> object to an EList adds a node to it's parent in the backend. Or
>> changing a property of an EObject changes the JCR-property of the
>> corresponding node... You get the picture?
>
>
> Yes, I think I get the broader picture.
>
> How do one handle ...?
> versions
> locking
> transactions (integrated with transaction domain?)
> caching of writes
>
>
> What about the generated EMF code, does it reuse any of the code
> generated with existing 'core', edit, editor test projects?
>
> thanks
> Anders
>
>>
>> Bye,
>>
>> Sandro
>>
>>
>>>
>>> would love to join in but Im streched thin and Ive sort of promised
>>> excess time to the SBVR project.
>>>
>>> Btw, seen the Apache Sling project?
>>> <http://incubator.apache.org/sling/site/index.html>
>>>
>>> It apparently got an OSGI and JSR 170 integration with jackrabbit and
>>> a Java to/from Repository Adapter through jackrabbort
>>> OObjectContentManager.
>>>
>>> Maybe some synergies possible?
>>>
>>> thanks
>>> /anders
>>>
>>>
>>>
>>> Ed Merks wrote:
>>>> Anders,
>>>>
>>>> Sandro only has part time to work on it so it's not progressing as
>>>> quickly as he might like. Perhaps you'd like to get involved?
>>>> There is a substantial code base in CVS so you could extract it from
>>>> /cvsroot/modeling/org.eclipse.emf/org.eclipse.emf.jcrm/plugi ns/*
>>>>
>>>>
>>>> Anders W.Tell wrote:
>>>>> Hi,
>>>>>
>>>>>
>>>>> How is the JCR Management project comming along? Its a great
>>>>> project but is there anything efforts being made?
>>>>>
>>>>> thanks
>>>>> /anders
|
|
|
Re: Status of JCR Mmgmt project? [message #619367 is a reply to message #126838] |
Tue, 08 July 2008 14:14  |
Eclipse User |
|
|
|
please see my comments inline:
Anders W.Tell schrieb:
> Hi Anders,
>
> Sandro Böhme wrote:
>> Anders W.Tell schrieb:
>>> Hi Sandro
>>>
>>> Looking forward seeing the next version. Features? Apache Sling got
>>> some nice features:
>>> - a JCRepository as OSGI bundle
>>> - a generic JCR node to/from EMF or java mechanism
>> Are you sure that Sling can map to or from EMF?
>
> No, just an item on my wish list ;)
>
>>
>>>
>>> I would be great if one could control which classes in a EMF file
>>> becomes JCR Nodes. All classes or packages or whole of selected
>>> classes or ...
>> Yes, that's the goal of JCRM :-)
>
>
> Interesting, can you indicate how one can pick and choose where the
> boundries are located? Do they following containement hierarchy or..?
The mapping from classes to node types is specified by the annotations
of ECore. By default all classes are mapped to their corresponding node
types and no changes in the annotations is needed.
Bye,
Sandro
>
>
>>
>> Bye,
>>
>> Sandro
>>
>>>
>>> Maybe a clearer separation between runtime plugin and development
>>> plugins.
>>>
>>> /Anders
>>>
>>> Sandro Böhme wrote:
>>>> Anders W.Tell schrieb:
>>>>> Hi,
>>>>>
>>>>>
>>>>> How is the JCR Management project comming along? Its a great
>>>>> project but is there anything efforts being made?
>>>>>
>>>>> thanks
>>>>> /anders
>>>>
>>>> Hi Anders,
>>>>
>>>> I'm glad you like it. Do you expect some specific features? The
>>>> roadmap is to let the community decide what is needed. This is why
>>>> the next milestone is to show the prototypes to the community and
>>>> ask for feedback. This week I solved the last bug (with the help of
>>>> ekke from eclipse.platform.pde) that was needed to be solved to show
>>>> the prototypes. My next steps are, to check the stuff in and
>>>> refactor the wiki pages. Then I would like to present it to some
>>>> people. As soon as the requested EMF feature that Ed implemented is
>>>> released I will also provide a screencast.
>>>>
>>>> HTH,
>>>>
>>>> Sandro
|
|
|
Goto Forum:
Current Time: Tue Jun 10 03:28:47 EDT 2025
Powered by FUDForum. Page generated in 0.13326 seconds
|