Skip to main content



      Home
Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc)  » Status of JCR Mmgmt project?
Status of JCR Mmgmt project? [message #126605] Thu, 03 July 2008 04:46 Go to next message
Eclipse UserFriend
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 #126618 is a reply to message #126605] Thu, 03 July 2008 07:34 Go to previous messageGo to next message
Eclipse UserFriend
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 #126657 is a reply to message #126605] Thu, 03 July 2008 11:55 Go to previous messageGo to next message
Eclipse UserFriend
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 #126696 is a reply to message #126618] Sun, 06 July 2008 15:11 Go to previous messageGo to next message
Eclipse UserFriend
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 #126709 is a reply to message #126657] Sun, 06 July 2008 15:19 Go to previous messageGo to next message
Eclipse UserFriend
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 #126721 is a reply to message #126657] Sun, 06 July 2008 15:19 Go to previous messageGo to next message
Eclipse UserFriend
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 #126773 is a reply to message #126696] Mon, 07 July 2008 17:20 Go to previous messageGo to next message
Eclipse UserFriend
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 #126786 is a reply to message #126696] Mon, 07 July 2008 17:38 Go to previous messageGo to next message
Eclipse UserFriend
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 #126799 is a reply to message #126709] Mon, 07 July 2008 17:40 Go to previous messageGo to next message
Eclipse UserFriend
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 #126838 is a reply to message #126799] Tue, 08 July 2008 06:54 Go to previous messageGo to next message
Eclipse UserFriend
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 Go to previous messageGo to next message
Eclipse UserFriend
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 #126862 is a reply to message #126773] Tue, 08 July 2008 07:03 Go to previous messageGo to next message
Eclipse UserFriend
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 #126884 is a reply to message #126862] Tue, 08 July 2008 13:09 Go to previous messageGo to next message
Eclipse UserFriend
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 #126897 is a reply to message #126849] Tue, 08 July 2008 14:07 Go to previous messageGo to next message
Eclipse UserFriend
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 Go to previous message
Eclipse UserFriend
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 Go to previous message
Eclipse UserFriend
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 Go to previous message
Eclipse UserFriend
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 Go to previous message
Eclipse UserFriend
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 Go to previous message
Eclipse UserFriend
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 Go to previous message
Eclipse UserFriend
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 Go to previous message
Eclipse UserFriend
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 Go to previous message
Eclipse UserFriend
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 Go to previous message
Eclipse UserFriend
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 Go to previous message
Eclipse UserFriend
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 Go to previous message
Eclipse UserFriend
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 Go to previous message
Eclipse UserFriend
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 Go to previous message
Eclipse UserFriend
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 Go to previous message
Eclipse UserFriend
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 Go to previous message
Eclipse UserFriend
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
Previous Topic:[CDO] Loss of connectivity hosing the client
Next Topic:Integrate EMF Compare in Subversion
Goto Forum:
  


Current Time: Tue Jun 10 03:28:47 EDT 2025

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

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

Back to the top