mangrove/proposal.html - www.eclipse.org/proposals - Git at Google

 <!--
 	This document is provided as a template along with some guidance for creating
 	your project proposal. This is just a template. Feel free to change it as
 	you see fit (add sections, remove section). We feel, however, that the
 	suggestions represented in this document represent the reasonable minimum
 	amount of information to move forward.

 	Please keep the formatting in this document simple. Please do not edit
 	this document in Microsoft Word as it adds huge piles of markup that make
 	it difficult to restyle.

 	More information is available here:

 	http://wiki.eclipse.org/Development_Resources/HOWTO/Pre-Proposal_Phase

 	Direct any questions about this template to emo@eclipse.org
  -->

 <html>
 <head>

 <!--
 	Include the title here. We will parse it out of here and include it on the
 	rendered webpage. Do not duplicate the title within the text of your page.
  -->

 <title>Mangrove - SOA Modeling Framework</title>
 </head>

 <body>
 <p>The Mangrove - SOA Modeling Framework project is a proposed open source project under the <a
 	href="http://www.eclipse.org/soa/">Eclipse SOA</a> top-level project.</p>

 <p>This proposal is in the Project Proposal Phase (as defined in the
 Eclipse Development Process) and is written to declare its intent and
 scope. We solicit additional participation and input from the Eclipse
 community. Please send all feedback to the <a href="http://www.eclipse.org/forums/eclipse.mangrove">Mangrove forum</a>.
 </p>
 <p>
 Note that in this proposal, the long name &quot;Mangrove - SOA Modeling Framework&quot; is sometimes used in a shorter form (&quot;Mangrove&quot; or &quot;SOA Modeling Framework&quot;).
 </p>

 <h2>Background</h2>
 <p>
 The Eclipse SOA Tools Platform project contains tools for designing, building, configuring and deploying SOA applications. The current <a
 	href="http://www.eclipse.org/stp/im/">STP Intermediate Model</a> component bridges different existing Eclipse STP editors (such as BPMN and SCA) through a common SOA metamodel defined using EMF. Users can transport SOA artifacts between editors by invoking transformations to and from the Intermediate Model instance. This ensures that elements such as services and processes are shared across the different perspectives of various SOA stakeholders, thus minimizing duplication and the risk for errors when building complex SOA systems.
 </p>
 <p>
 The aim of this proposal is to extend the scope of the existing STP-IM component to better editor coverage while at the same time ensuring a seamless experience by reducing the need for manual transformations. In addition the proposal aims at providing functionality for connecting SOA editors to runtime projects and components in order to bridge the gap between SOA design and runtime.
 </p>

 <h2>Scope and Description</h2>
 <p>
 The Mangrove - SOA Modeling Framework project will focus on integrating existing and upcoming Eclipse projects related to SOA editors, runtime and deployment tools. In addition, Mangrove will add support for integration with monitoring projects (in particular the upcoming eBAM proposed project) and repositories (in particular the upcoming repository project proposal). It takes the existing Intermediate Model component from STP and extends it to a project in its own right with extended responsibilities and scope. It primarily targets the existing Eclipse STP project and the upcoming Eclipse SOA TLP.
 </p>
 <p>
 The proposal does not aim at providing a runtime project (Swordfish is the main runtime envisaged by the SOA TLP), or a runtime monitoring tool (the new eBAM proposal seems an excellent candidate for this), however it will transport information to and from such projects. Mangrove does not envisage the creation of live views of SOA systems but rather the enablement of efficient utilization of a large variety of tools and editors for building SOA systems.
 </p>
 <p>
 The purpose of the SOA Modeling Framework proposal is to create a project that can serve as a central Eclipse SOA modeling container useful for a wide variety of existing and upcoming SOA editors, runtime and platforms. By employing a simple and easily extendable SOA metamodel as its core, Mangrove will provide a consistent, always-in-sync representation of common SOA artifacts in an Eclipse workspace.
 Additionally, by providing connectivity to runtime projects and SOA repositories, the Mangrove instance will be kept in sync with evolutions of these artifacts at runtime, updating properties such as QoS parameters in its model.
 </p>
 <p>The following are a simplified list of the envisaged functionalities:</p>
 <ul>
 	<li>Transformations between different Eclipse Editors</li>
 	<li>Keeping a synchronized version of SOA artifacts within a SOA-oriented workspace using a builder-type approach</li>
 	<li>Updating model information in SOA editors with runtime data (from monitoring)</li>
 	<li>Feeding model information to deployment tools (potentially using SCA as format) and runtime tools (useful for interpreting monitoring data).</li>
 	<li>Obtaining information from SOA repositories (such as lists of services or governance information)</li>
 </ul>

 <h2>Functional Areas</h2>
 <p>The following functional areas will comprise the SOA Modeling Framework. Each area is comprised of one or more Eclipse plug-ins and is an integral part of the proposed project.</p>
 <ul>
 	<li><b>Core</b> - the Core EMF-based Metamodel and API (initial existing code in STP-IM): contains the SOA elements and their inter-relations, enabling the storing of distilled SOA elements used by different editors and tools. This is defined using the Eclipse Modeling Framework.</li>
 	<li><b>Branches</b> - the Transformation Plug-ins (initial existing code in STP-IM): contain the logic required to move and convert information between editors, tools and the core metamodel instance.</li>
 	<li><b>Phloem</b> - the Builder (tentative initial contribution in STP-IM bugzilla) ensures the constant updating of SOA artifacts in the core as well as in the corresponding editors and tools (e.g. when saving a diagram, update the appropriate artifacts in the core while also enabling the update of the corresponding artifact in related editors or tools).</li>
 	<li><b>Leaves</b> - the Editor Extensions (initial existing code in STP-IM), extensions and improvements to editors and tools for adding Mangrove-specific functionality at design time (e.g. views allowing the enrichment of certain SOA elements in the core or configuration menus for customizing the amount of information to be moved to/from the core).</li>
 	<li><b>Roots</b> - the Runtime Connections: for moving information to and from runtime tools and repositories when needed in order to have a &quot;living&quot; core, providing a good reality snapshot. This can be useful when diagrams are out of sync or when aggregated monitoring information is required to update graphical elements. Also for generating deployment information in a common format.</li>
 </ul>

 <h2>Initial Contribution</h2>
 <p>The initial code contribution will be the currently existing STP Intermediate Model component.</p>

 <h2>Legal Issues</h2>
 <p>We do not foresee any legal issue as the proposed project is actually an evolution of the already established EPL-based STP-Intermediate Model component and all further code contributions will be performed following the regular Eclipse legal process. The entire initial contribution is already in Galileo.</p>

 <h2>Committers</h2>
 <p>The following individuals are proposed as initial committers to the project:</p>
 <ul>
 	<li>Adrian Mos, INRIA <i>(lead)</i> - STP-IM component committer</li>
 	<li>Andrea Zoppello, Engineering - STP-IM component committer</li>
 	<li>Gianfranco Boccalon, Engineering</li>
 	<li>Luca Rossato, Engineering</li>
 	<li>Luca Barozzi, Engineering</li>
 	<li>Fy Ravoajanahary, INRIA</li>
 	<li>Juan Cadavid, INRIA</li>
 </ul>

 <h2>Mentors</h2>
 <p>The following Architecture Council members will mentor this
 project:</p>
 <ul>
 	<li>C&eacute;dric Brun - <a href="http://www.obeo.fr">Obeo</a></li>
 	<li>Antoine Toulm&eacute; - <a href="http://www.intalio.com">Intalio</a></li>
 	<li>Oliver Wolf - <a href="http://www.sopera.de">SOPERA</a></li>
 </ul>

 <h2>Interested Parties</h2>
 <p>The following individuals, organisations, companies and projects have
 expressed interest in this project:</p>
 <ul>
 	<li>St&eacute;phane Drapeau, <a href="http://www.obeo.fr/">Obeo</a></li>
 	<li>Ois&iacute;n Hurley, <a href="http://www.progress.com/">Progress Software</a></li>
 	<li>Oliver Wolf,  <a href="http://www.sopera.com/">SOPERA</a></li>
 	<li>Vincent Zurczak, <a href="http://www.petalslink.com/">EBM WebSourcing</a></li>
 	<li>Antoine Toulm&eacute;, <a href="http://www.intalio.com">Intalio</a></li>
 	<li>Marc Dutoo, <a href="http://www.openwide.fr/">OpenWide</a></li>
 	<li>Paul Brebner, <a href="http://www.nicta.com.au/">NICTA</a></li>
 </ul>

 <h2>Project Scheduling</h2>
 <p>We will continue to integrate all mature contributions in the Eclipse release train, in sync with the container project, as is already the case with the STP Intermediate Model. We target Helios in 2010.</p>

 <p>Milestones:</p>
 <ul>
 	<li>EclipseCON 2010: Integration of outstanding bugzilla contributions in the code-base (in particular the initial top-down builder and additional transformations). This will be done following the regular Eclipse processes.</li>
 	<li>Eclipse Summit Europe 2010: Significantly improved builder (2-way updates). Graphical Editor for the Mangrove core instance.  Outline View.  Integration with QoS data sources in a standard way. Preferences pane to control behavior of Mangrove. Initial deployment support for SOA TLP targets. Initial integration with service repositories. Initial integration with model repository.</li>
 	<li>EclipseCON 2011: Extended implementation of the above.</li>
 </ul>

 <h2>Changes to this Document</h2>
 <table>
 	<tr>
 		<th>Date</th>
 		<th>Change</th>
 	</tr>
 	<tr>
 		<td>23-October-2009</td>
 		<td>Initial draft created, in time for ESE&#146;09</td>
 	</tr>
 	<tr>
 		<td>04-November-2009</td>
 		<td>Second draft following ESE&#146;09 and feedback from the SOA IWG</td>
 	</tr>
 	<tr>
 		<td>20-November-2009</td>
 		<td>Name chosen following contest within the Eclipse STP community</td>
 	</tr>
 	<tr>
 		<td>03-December-2009</td>
 		<td>Third draft following additional feedback from the Eclipse STP community</td>
 	</tr>
 	<tr>
 		<td>10-December-2009</td>
 		<td>Final draft sent to EMO for consideration</td>
 	</tr>
 	<tr>
 		<td>18-December-2009</td>
 		<td>Updated proposal to follow formatting rules defined by the EMO. Added mentors and project scheduling sections.</td>
 	</tr>
 		<tr>
 		<td>07-January-2010</td>
 		<td>Clarified the scope and the role of functional areas following suggestions from the Eclipse Foundation.</td>
 	</tr>
 </table>
 </body>
 </html>
	<!--
	This document is provided as a template along with some guidance for creating
	your project proposal. This is just a template. Feel free to change it as
	you see fit (add sections, remove section). We feel, however, that the
	suggestions represented in this document represent the reasonable minimum
	amount of information to move forward.

	Please keep the formatting in this document simple. Please do not edit
	this document in Microsoft Word as it adds huge piles of markup that make
	it difficult to restyle.

	More information is available here:

	http://wiki.eclipse.org/Development_Resources/HOWTO/Pre-Proposal_Phase

	Direct any questions about this template to emo@eclipse.org
	-->

	<html>
	<head>

	<!--
	Include the title here. We will parse it out of here and include it on the
	rendered webpage. Do not duplicate the title within the text of your page.
	-->

	<title>Mangrove - SOA Modeling Framework</title>
	</head>

	<body>
	<p>The Mangrove - SOA Modeling Framework project is a proposed open source project under the <a
	href="http://www.eclipse.org/soa/">Eclipse SOA</a> top-level project.</p>

	<p>This proposal is in the Project Proposal Phase (as defined in the
	Eclipse Development Process) and is written to declare its intent and
	scope. We solicit additional participation and input from the Eclipse
	community. Please send all feedback to the <a href="http://www.eclipse.org/forums/eclipse.mangrove">Mangrove forum</a>.
	</p>
	<p>
	Note that in this proposal, the long name "Mangrove - SOA Modeling Framework" is sometimes used in a shorter form ("Mangrove" or "SOA Modeling Framework").
	</p>

	<h2>Background</h2>
	<p>
	The Eclipse SOA Tools Platform project contains tools for designing, building, configuring and deploying SOA applications. The current <a
	href="http://www.eclipse.org/stp/im/">STP Intermediate Model</a> component bridges different existing Eclipse STP editors (such as BPMN and SCA) through a common SOA metamodel defined using EMF. Users can transport SOA artifacts between editors by invoking transformations to and from the Intermediate Model instance. This ensures that elements such as services and processes are shared across the different perspectives of various SOA stakeholders, thus minimizing duplication and the risk for errors when building complex SOA systems.
	</p>
	<p>
	The aim of this proposal is to extend the scope of the existing STP-IM component to better editor coverage while at the same time ensuring a seamless experience by reducing the need for manual transformations. In addition the proposal aims at providing functionality for connecting SOA editors to runtime projects and components in order to bridge the gap between SOA design and runtime.
	</p>

	<h2>Scope and Description</h2>
	<p>
	The Mangrove - SOA Modeling Framework project will focus on integrating existing and upcoming Eclipse projects related to SOA editors, runtime and deployment tools. In addition, Mangrove will add support for integration with monitoring projects (in particular the upcoming eBAM proposed project) and repositories (in particular the upcoming repository project proposal). It takes the existing Intermediate Model component from STP and extends it to a project in its own right with extended responsibilities and scope. It primarily targets the existing Eclipse STP project and the upcoming Eclipse SOA TLP.
	</p>
	<p>
	The proposal does not aim at providing a runtime project (Swordfish is the main runtime envisaged by the SOA TLP), or a runtime monitoring tool (the new eBAM proposal seems an excellent candidate for this), however it will transport information to and from such projects. Mangrove does not envisage the creation of live views of SOA systems but rather the enablement of efficient utilization of a large variety of tools and editors for building SOA systems.
	</p>
	<p>
	The purpose of the SOA Modeling Framework proposal is to create a project that can serve as a central Eclipse SOA modeling container useful for a wide variety of existing and upcoming SOA editors, runtime and platforms. By employing a simple and easily extendable SOA metamodel as its core, Mangrove will provide a consistent, always-in-sync representation of common SOA artifacts in an Eclipse workspace.
	Additionally, by providing connectivity to runtime projects and SOA repositories, the Mangrove instance will be kept in sync with evolutions of these artifacts at runtime, updating properties such as QoS parameters in its model.
	</p>
	<p>The following are a simplified list of the envisaged functionalities:</p>
	<ul>
	<li>Transformations between different Eclipse Editors</li>
	<li>Keeping a synchronized version of SOA artifacts within a SOA-oriented workspace using a builder-type approach</li>
	<li>Updating model information in SOA editors with runtime data (from monitoring)</li>
	<li>Feeding model information to deployment tools (potentially using SCA as format) and runtime tools (useful for interpreting monitoring data).</li>
	<li>Obtaining information from SOA repositories (such as lists of services or governance information)</li>
	</ul>

	<h2>Functional Areas</h2>
	<p>The following functional areas will comprise the SOA Modeling Framework. Each area is comprised of one or more Eclipse plug-ins and is an integral part of the proposed project.</p>
	<ul>
	<li><b>Core</b> - the Core EMF-based Metamodel and API (initial existing code in STP-IM): contains the SOA elements and their inter-relations, enabling the storing of distilled SOA elements used by different editors and tools. This is defined using the Eclipse Modeling Framework.</li>
	<li><b>Branches</b> - the Transformation Plug-ins (initial existing code in STP-IM): contain the logic required to move and convert information between editors, tools and the core metamodel instance.</li>
	<li><b>Phloem</b> - the Builder (tentative initial contribution in STP-IM bugzilla) ensures the constant updating of SOA artifacts in the core as well as in the corresponding editors and tools (e.g. when saving a diagram, update the appropriate artifacts in the core while also enabling the update of the corresponding artifact in related editors or tools).</li>
	<li><b>Leaves</b> - the Editor Extensions (initial existing code in STP-IM), extensions and improvements to editors and tools for adding Mangrove-specific functionality at design time (e.g. views allowing the enrichment of certain SOA elements in the core or configuration menus for customizing the amount of information to be moved to/from the core).</li>
	<li><b>Roots</b> - the Runtime Connections: for moving information to and from runtime tools and repositories when needed in order to have a "living" core, providing a good reality snapshot. This can be useful when diagrams are out of sync or when aggregated monitoring information is required to update graphical elements. Also for generating deployment information in a common format.</li>
	</ul>

	<h2>Initial Contribution</h2>
	<p>The initial code contribution will be the currently existing STP Intermediate Model component.</p>

	<h2>Legal Issues</h2>
	<p>We do not foresee any legal issue as the proposed project is actually an evolution of the already established EPL-based STP-Intermediate Model component and all further code contributions will be performed following the regular Eclipse legal process. The entire initial contribution is already in Galileo.</p>

	<h2>Committers</h2>
	<p>The following individuals are proposed as initial committers to the project:</p>
	<ul>
	<li>Adrian Mos, INRIA <i>(lead)</i> - STP-IM component committer</li>
	<li>Andrea Zoppello, Engineering - STP-IM component committer</li>
	<li>Gianfranco Boccalon, Engineering</li>
	<li>Luca Rossato, Engineering</li>
	<li>Luca Barozzi, Engineering</li>
	<li>Fy Ravoajanahary, INRIA</li>
	<li>Juan Cadavid, INRIA</li>
	</ul>

	<h2>Mentors</h2>
	<p>The following Architecture Council members will mentor this
	project:</p>
	<ul>
	<li>Cédric Brun - <a href="http://www.obeo.fr">Obeo</a></li>
	<li>Antoine Toulmé - <a href="http://www.intalio.com">Intalio</a></li>
	<li>Oliver Wolf - <a href="http://www.sopera.de">SOPERA</a></li>
	</ul>

	<h2>Interested Parties</h2>
	<p>The following individuals, organisations, companies and projects have
	expressed interest in this project:</p>
	<ul>
	<li>Stéphane Drapeau, <a href="http://www.obeo.fr/">Obeo</a></li>
	<li>Oisín Hurley, <a href="http://www.progress.com/">Progress Software</a></li>
	<li>Oliver Wolf, <a href="http://www.sopera.com/">SOPERA</a></li>
	<li>Vincent Zurczak, <a href="http://www.petalslink.com/">EBM WebSourcing</a></li>
	<li>Antoine Toulmé, <a href="http://www.intalio.com">Intalio</a></li>
	<li>Marc Dutoo, <a href="http://www.openwide.fr/">OpenWide</a></li>
	<li>Paul Brebner, <a href="http://www.nicta.com.au/">NICTA</a></li>
	</ul>

	<h2>Project Scheduling</h2>
	<p>We will continue to integrate all mature contributions in the Eclipse release train, in sync with the container project, as is already the case with the STP Intermediate Model. We target Helios in 2010.</p>

	<p>Milestones:</p>
	<ul>
	<li>EclipseCON 2010: Integration of outstanding bugzilla contributions in the code-base (in particular the initial top-down builder and additional transformations). This will be done following the regular Eclipse processes.</li>
	<li>Eclipse Summit Europe 2010: Significantly improved builder (2-way updates). Graphical Editor for the Mangrove core instance. Outline View. Integration with QoS data sources in a standard way. Preferences pane to control behavior of Mangrove. Initial deployment support for SOA TLP targets. Initial integration with service repositories. Initial integration with model repository.</li>
	<li>EclipseCON 2011: Extended implementation of the above.</li>
	</ul>

	<h2>Changes to this Document</h2>
	<table>
	<tr>
	<th>Date</th>
	<th>Change</th>
	</tr>
	<tr>
	<td>23-October-2009</td>
	<td>Initial draft created, in time for ESE09</td>
	</tr>
	<tr>
	<td>04-November-2009</td>
	<td>Second draft following ESE09 and feedback from the SOA IWG</td>
	</tr>
	<tr>
	<td>20-November-2009</td>
	<td>Name chosen following contest within the Eclipse STP community</td>
	</tr>
	<tr>
	<td>03-December-2009</td>
	<td>Third draft following additional feedback from the Eclipse STP community</td>
	</tr>
	<tr>
	<td>10-December-2009</td>
	<td>Final draft sent to EMO for consideration</td>
	</tr>
	<tr>
	<td>18-December-2009</td>
	<td>Updated proposal to follow formatting rules defined by the EMO. Added mentors and project scheduling sections.</td>
	</tr>
	<tr>
	<td>07-January-2010</td>
	<td>Clarified the scope and the role of functional areas following suggestions from the Eclipse Foundation.</td>
	</tr>
	</table>
	</body>
	</html>