Bug 212896 - [Ecore Tools] Ecore Registration view RFE
Summary: [Ecore Tools] Ecore Registration view RFE
Status: RESOLVED FIXED
Alias: None
Product: Ecoretools
Classification: Modeling
Component: General (show other bugs)
Version: 0.8   Edit
Hardware: All All
: P3 enhancement
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: contributed
Depends on:
Blocks:
 
Reported: 2007-12-13 11:06 EST by Didier Vojtisek CLA
Modified: 2008-05-16 12:16 EDT (History)
4 users (show)

See Also:


Attachments
initial source contribution (362.06 KB, application/zip)
2007-12-13 11:06 EST, Didier Vojtisek CLA
no flags Details
modification to the initial contribution (25.09 KB, application/zip)
2008-01-28 08:51 EST, Didier Vojtisek CLA
no flags Details
2nd modification to the initial contribution (363.00 KB, application/zip)
2008-01-28 10:48 EST, Didier Vojtisek CLA
no flags Details
last modifications on the initial contribution (57.22 KB, application/zip)
2008-01-30 04:50 EST, Jacques LESCOT CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Didier Vojtisek CLA 2007-12-13 11:06:02 EST
Created attachment 85191 [details]
initial source contribution

Build ID:  I20070621-1340

Steps To Reproduce:
Ecore Registration view
====================

Ecore modeling tools would take advantage in having a view that eases the understanding and use of the EPackage Registry in the context of Ecore models.

Main reasons are :

Ecore Models can be registred from generated java code in a deployed plugin
Ecore Models can be programmatically registered from an ecore file for a use of EMF in a reflective mode (usually done by tool providers and very useful while developing an ecore file)
While developing code for ecore, we may need to use EPackage from either a registered EPackage (via its nsuri) or from an ecore file in a plugin (ex: platform:/plugin/foo/models/myecore.ecore) but the mix of both methods may lead to miscomprehension of the developers and buggy code. The view should help to understand what is available in the current context.

For that reasons I would like to propose an Ecore Registration feature and its initial code contribution. 

This Ecore Registration integration would ease Ecore modeling/diagraming user experience by allowing to understand the underlying mecanism and helps the rapid prototyping and testing of ecore files.

Ecore Registration Features:
 - Dedicated view that displays the content of the Registry. It gives useful information about the origin of the given nsuri and its associated EPackage
 - Various popup actions allowing to manually register an ecore file or unregister it, copy of the nsruri as a string (in order to easily paste it in some text/program)

Related discussion thread : http://dev.eclipse.org/newslists/news.eclipse.technology.emft/msg03660.html

Initial Contribution
====================

As part of the RFE I would like to propose an initial code contribution.

This contribution is a draft, subject to rework depending on further discussions on that topics.

These features and the corresponding code are published under Eclipse Public License.

copyright : "Copyright (c) 2007 INRIA. All rights reserved."

More information:
Comment 1 Didier Vojtisek CLA 2008-01-28 08:51:46 EST
Created attachment 88008 [details]
modification to the initial contribution

Replacement of the initial contribution
fix an IP problem : removed use of log4j
Comment 2 Didier Vojtisek CLA 2008-01-28 10:48:59 EST
Created attachment 88019 [details]
2nd modification to the initial contribution

as suggested by Jacques :
with corrected header 
with some classes put as internal
with more javadoc
Comment 3 Jacques LESCOT CLA 2008-01-29 15:17:17 EST
Didier, the log4j library seems to be still present in your last contribution ... are you authorized to mark old attachments as "obsolete" ?
David, can you assign me on this bug ?
Comment 4 Jacques LESCOT CLA 2008-01-30 04:50:13 EST
Created attachment 88256 [details]
last modifications on the initial contribution

Here is the last modifications (remove the log4j library and add missing comments) of the initial contribution made by INRIA team.
Comment 5 Jacques LESCOT CLA 2008-03-10 06:52:35 EDT
The View has been committed into CVS regarding to the CQ 2036.
Comment 6 Nick Boldt CLA 2008-05-16 12:16:48 EDT
[contrib email="dvojtise@irisa.fr"/]