Eclipse Community Forums: EMF » childCreationExtenders

Help

Home

Home » Modeling » EMF » childCreationExtenders

Show: Today's Messages :: Show Polls :: Message Navigator

childCreationExtenders [message #422558]

Tue, 09 September 2008 12:16

Xavier Maysonnave

Messages: 30
Registered: July 2009

Member

Hi,

I'm prototyping a child extension activation and deactivation mechanism on
top of childCreationExtenders in EMF 2.4.

To implement such behaviour I plan to use specialized ViewerFilterAction
on our content provider.

I would like to create a new MenuManager either in the general toolbar and
in contextual popup menus filled with extended model name in our editor.

Assume we have a generated editor for model A. model B and model C extends
A. My MenuManager should contain the namespace name of such extensions in
order to successfully activate and deactivate extensions.

I'm trying to figure out how to retrieve the model owner (eg model B and
model C) through the childCreationExtenders extension point. I don't want
to extensively analyse model to build a dependency graph it will be too
expensive.

The 'IChildCreationExtender.Descriptor' doesn't expose such informations.
My first approach was to read by myself this extension point to get the
class implementation. From now on I can access the getDeclaringClass() of
this implementation. Now I have a
org.eclipse.emf.edit.itemProviderAdapterFactories extension point class
implementation.

The ComposedAdapterFactory.Descriptor.Registry doesn't expose either its
uri attribute so I need to read by myself the itemProviderAdapterFactories
extension point to get uris.

Is there a way to have a more efficient implementation ?

Thanks

Report message to a moderator

Re: childCreationExtenders [message #422564 is a reply to message #422558]

Tue, 09 September 2008 13:11

Ed Merks

Messages: 30819
Registered: July 2009

Senior Member

Xavier,

Comments below.

Xavier Maysonnave wrote:
> Hi,
>
> I'm prototyping a child extension activation and deactivation
> mechanism on top of childCreationExtenders in EMF 2.4.
>
> To implement such behaviour I plan to use specialized
> ViewerFilterAction on our content provider.
>
> I would like to create a new MenuManager either in the general toolbar
> and in contextual popup menus filled with extended model name in our
> editor.
>
> Assume we have a generated editor for model A. model B and model C
> extends A. My MenuManager should contain the namespace name of such
> extensions in order to successfully activate and deactivate extensions.
>
> I'm trying to figure out how to retrieve the model owner (eg model B
> and model C) through the childCreationExtenders extension point. I
> don't want to extensively analyse model to build a dependency graph it
> will be too expensive.
>
> The 'IChildCreationExtender.Descriptor' doesn't expose such
> informations. My first approach was to read by myself this extension
> point to get the class implementation. From now on I can access the
> getDeclaringClass() of this implementation. Now I have a
> org.eclipse.emf.edit.itemProviderAdapterFactories extension point
> class implementation.
> The ComposedAdapterFactory.Descriptor.Registry doesn't expose either
> its uri attribute so I need to read by myself the
> itemProviderAdapterFactories extension point to get uris.
>
> Is there a way to have a more efficient implementation ?
We don't really want to expose all the details of the underlying
implementation since the registry can also be used programmatically.

It's certainly possible for model A's editor to define extension points
specific to your editor that are then used by model B and model C to
augment editor A... It sounds like you're trying to generalize this
though. I'm not sure what specifically to suggest...
>
> Thanks
>

Report message to a moderator

Previous Topic:	Teneo - Use Spring data source definition for HbSessionDataStore
Next Topic:	TabbedPropertySheetPage and AdapterFactoryLabelProvider

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Sun Jan 26 20:07:08 GMT 2020

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter