Home » Modeling » EMF » [CDO] GMF editors based on CDO ?
|
| Re: [CDO] GMF editors based on CDO ? [message #427317 is a reply to message #427316] |
Thu, 12 February 2009 10:13   |
 Victor Roldan Betancort
Messages: 524
Registered: July 2009 |
Senior Member |
|
|
Hi Stéphane,
you never answered back my comments back in that September post :P
Now I look back in time and realize how much CDO has evolved and
improved since September. Among other things, we've raised a bug to keep
track of all necessary changes to give GMF support. You can keep track at:
257086: [UI] Provide GMF Integration
https://bugs.eclipse.org/bugs/show_bug.cgi?id=257086
We (Open Canarias) released an internal product last December, which
contained CDO based GMF editors. It worked surprisingly good, but had
several limitations and bugs to be resolved in next maintenance releases.
So, is it feasible to use GMF with CDO? Yes, definitively. There is
still work to do, though.
The first step is already made: we've provided better integration on how
EMF's ResourceSet work. You can now contribute CDOViewProvider
implementations through extension points, that handles CDOSession and
CDOView resolution behind the scenes, so you no longer need to prepare a
ResourceSet before loading CDOResources.
Some other hacks are necessary, but can't recall now :( I try to avoid
modifying generated code, but sometimes is necessary, for instance, to
correctly handle CDOObject invalidations. Also, IIRC, I had to
contribute through extension points a customized
TransactionalEditingDomain to workaround some EMF 2.4 limitations, that
are already fixed in 2.5.
I think the best thing is to write a post in my (empty) blog with all
the necessary steps to make GMF work with CDO, so folks can have
something to start playing. I'll see if I can spend some time during the
weekend.
Cheers,
Víctor.
Stéphane Fournier escribió:
> Hi,
>
> I've just watched the CDO 2.0 webinar and I'm really interested to use it.
> One issue I got when I tested CDO in last september was regarding CDO
> and GMF. The issue was regarding EMF Transaction and CDO Transaction
> (see
> http://dev.eclipse.org/newslists/news.eclipse.tools.emf/msg3 4950.html).
>
>
> Does anyone succeed to run GMF editors with CDO since september 2008 ?
>
> Stephane.
>
|
|
|
| Re: [CDO] GMF editors based on CDO ? [message #427326 is a reply to message #427317] |
Thu, 12 February 2009 12:01 |
Stephane fournier
Messages: 340
Registered: July 2009 |
Senior Member |
|
|
Hi Victor,
Thank you for your quick answer.
Comments inline.
Stephane.
Víctor Roldán Betancort wrote:
> Hi Stéphane,
> you never answered back my comments back in that September post :P
I'm really sorry :-[ .At office, I can only read / write posts in
newsgroups from the web interface, arghhh. Sometimes, It is difficult to
keep in touch...
> Now I look back in time and realize how much CDO has evolved and
> improved since September. Among other things, we've raised a bug to keep
> track of all necessary changes to give GMF support. You can keep track at:
> 257086: [UI] Provide GMF Integration
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=257086
I got the attached plug-in. When creating such a diagram (based on Model1
meta-model), I did not see how to configure it to give it the repository's
address & name. The open diagram looks file-based : one file for the model
itself and the other one for the diagram. I noticed it relies on a CDO
aware generated Model & Edit APIs.
What am I supposed to do to save the model elements in a CDO repository ?
> We (Open Canarias) released an internal product last December, which
> contained CDO based GMF editors. It worked surprisingly good, but had
> several limitations and bugs to be resolved in next maintenance releases.
> So, is it feasible to use GMF with CDO? Yes, definitively. There is
> still work to do, though.
> The first step is already made: we've provided better integration on how
> EMF's ResourceSet work. You can now contribute CDOViewProvider
> implementations through extension points, that handles CDOSession and
> CDOView resolution behind the scenes, so you no longer need to prepare a
> ResourceSet before loading CDOResources.
Is it illustrated in the bug #257086 attached plug-in ?
> Some other hacks are necessary, but can't recall now :( I try to avoid
> modifying generated code, but sometimes is necessary, for instance, to
> correctly handle CDOObject invalidations. Also, IIRC, I had to
> contribute through extension points a customized
> TransactionalEditingDomain to workaround some EMF 2.4 limitations, that
> are already fixed in 2.5.
> I think the best thing is to write a post in my (empty) blog with all
> the necessary steps to make GMF work with CDO, so folks can have
> something to start playing. I'll see if I can spend some time during the
> weekend.
Could you give your blog's url ?
> Cheers,
> Víctor.
> Stéphane Fournier escribió:
>> Hi,
>>
>> I've just watched the CDO 2.0 webinar and I'm really interested to use it.
>> One issue I got when I tested CDO in last september was regarding CDO
>> and GMF. The issue was regarding EMF Transaction and CDO Transaction
>> (see
>> http://dev.eclipse.org/newslists/news.eclipse.tools.emf/msg3 4950.html).
>>
>>
>> Does anyone succeed to run GMF editors with CDO since september 2008 ?
>>
>> Stephane.
>>
|
|
|
| Re: [CDO] GMF editors based on CDO ? [message #427328 is a reply to message #427326] |
Thu, 12 February 2009 12:19 |
Victor Roldan Betancort
Messages: 524
Registered: July 2009 |
Senior Member |
|
|
Stéphane,
> I got the attached plug-in. When creating such a diagram (based on
> Model1 meta-model), I did not see how to configure it to give it the
> repository's address & name. The open diagram looks file-based : one
> file for the model itself and the other one for the diagram. I noticed
> it relies on a CDO aware generated Model & Edit APIs.
>
> What am I supposed to do to save the model elements in a CDO repository ?
Yes, this diagram is not supposed to be "ready" for CDO. Is just a
normal generated GMF editor for model1. I was requested to provide it to
have something to start playing around.
>> The first step is already made: we've provided better integration on
>> how EMF's ResourceSet work. You can now contribute CDOViewProvider
>> implementations through extension points, that handles CDOSession and
>> CDOView resolution behind the scenes, so you no longer need to prepare
>> a ResourceSet before loading CDOResources.
>
> Is it illustrated in the bug #257086 attached plug-in ?
No, sorry, was just one of the necessary mechanism to provide support
for GMF. An important one :) You can take a look at CDOViewProvider,
should be already available in M4, I believe. Hopefully, I'll write
something on how to use it in my blog.
> Could you give your blog's url ?
Sure, but is currently empty, never find a moment to write something!
http://geeklipse.blogspot.com/
|
|
|
| Re: [CDO] GMF editors based on CDO ? [message #427329 is a reply to message #427328] |
Thu, 12 February 2009 12:28 |
Ed Merks
Messages: 33147
Registered: July 2009 |
Senior Member |
|
|
Víctor,
A real geek would fine time to blog. :-P
Víctor Roldán Betancort wrote:
> Stéphane,
>
>> I got the attached plug-in. When creating such a diagram (based on
>> Model1 meta-model), I did not see how to configure it to give it the
>> repository's address & name. The open diagram looks file-based : one
>> file for the model itself and the other one for the diagram. I
>> noticed it relies on a CDO aware generated Model & Edit APIs.
>>
>> What am I supposed to do to save the model elements in a CDO
>> repository ?
>
> Yes, this diagram is not supposed to be "ready" for CDO. Is just a
> normal generated GMF editor for model1. I was requested to provide it
> to have something to start playing around.
>
>>> The first step is already made: we've provided better integration on
>>> how EMF's ResourceSet work. You can now contribute CDOViewProvider
>>> implementations through extension points, that handles CDOSession
>>> and CDOView resolution behind the scenes, so you no longer need to
>>> prepare a ResourceSet before loading CDOResources.
>>
>> Is it illustrated in the bug #257086 attached plug-in ?
>
> No, sorry, was just one of the necessary mechanism to provide support
> for GMF. An important one :) You can take a look at CDOViewProvider,
> should be already available in M4, I believe. Hopefully, I'll write
> something on how to use it in my blog.
>
>> Could you give your blog's url ?
>
> Sure, but is currently empty, never find a moment to write something!
>
> http://geeklipse.blogspot.com/
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
| |
| Re: [CDO] GMF editors based on CDO ? [message #427336 is a reply to message #427328] |
Thu, 12 February 2009 14:10 |
Stephane fournier
Messages: 340
Registered: July 2009 |
Senior Member |
|
|
Victor,
comments inline.
Víctor Roldán Betancort wrote:
> Stéphane,
>
>> I got the attached plug-in. When creating such a diagram (based on
>> Model1 meta-model), I did not see how to configure it to give it the
>> repository's address & name. The open diagram looks file-based : one
>> file for the model itself and the other one for the diagram. I noticed
>> it relies on a CDO aware generated Model & Edit APIs.
>>
>> What am I supposed to do to save the model elements in a CDO repository ?
>
> Yes, this diagram is not supposed to be "ready" for CDO. Is just a
> normal generated GMF editor for model1. I was requested to provide it to
> have something to start playing around.
>
>>> The first step is already made: we've provided better integration on
>>> how EMF's ResourceSet work. You can now contribute CDOViewProvider
>>> implementations through extension points, that handles CDOSession and
>>> CDOView resolution behind the scenes, so you no longer need to
>>> prepare a ResourceSet before loading CDOResources.
>>
>> Is it illustrated in the bug #257086 attached plug-in ?
>
> No, sorry, was just one of the necessary mechanism to provide support
> for GMF. An important one :) You can take a look at CDOViewProvider,
> should be already available in M4, I believe. Hopefully, I'll write
> something on how to use it in my blog.
I will have a look at this!
>
>> Could you give your blog's url ?
>
> Sure, but is currently empty, never find a moment to write something!
>
> http://geeklipse.blogspot.com/
It would be appreciated by everybody to have a minimal guide to wire
GMF-based editors with CDO as you succeed.
Your blog entry should be referenced in the CDO wiki page in contributed
doc.
If you write something in a few days, I offer to test that guide asap
and report feedbacks on the steps to process.
--
|
|
|
Goto Forum:
Current Time: Sun May 12 10:01:45 GMT 2024
Powered by FUDForum. Page generated in 0.04691 seconds |
] 
Search
Help
Register
Login
Home
