Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

SCA Composite Tools roadmap

Revision as of 11:28, 26 October 2007 by Stephane.drapeau.obeo.fr (Talk | contribs) (New page: ==Sub-Components== * SCA Composite Metamodel: SCA metamodel (OSOA) + additional binding, interface, implementation metamodel (for example Java RMI binding). * SCA Composite Designer: GMF m...)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Sub-Components

  • SCA Composite Metamodel: SCA metamodel (OSOA) + additional binding, interface, implementation metamodel (for example Java RMI binding).
  • SCA Composite Designer: GMF modeler.
  • SCA Composite Introspector: Bottom-up approach.
  • SCA Composite Editor: Textual editor for composite files.


History

  • October 26th 2007: EBM WebSourcing proposes to develop an SCA Composite Editor. This textual editor will provide auto-completion for XML attributes and values according to "known" SCA components.
  • October 16th 2007: SCA Composite Designer committers designate Stéphane as the Component leader.
  • October 2007: End of the IP process.
  • September 20th 2007: Bodgan, Etienne and Stéphane are new full committers on the STP Project.
  • August 8th 2007: The PMC has approved the vote for Bogdan, Etienne and Stéphane for full committer status on the STP Project.
  • July 20th 2007: Submission of the SCA Composite Designer developed by Obeo as an IP BugZilla.
  • July 5th 2007: SAP and Obeo hosted an open webex demonstration of their respective SCA Composite Designer technologies. SAP and Obeo have decided together to move forward with an initial contribution of the Obeo Composite Designer code.


Current status

End of October 2007

Obeo made several improvements to the code submitted in July (IP BugZilla).

  • Now, the composite files are valid. For example:
    • implementation, binding and interface are correctly generated (implementation.java, binding.sca, ...).
    • promote and wire are correctly generated (CompositeName/ComponentName/ServiceName, ...).
    • implementation, interface, binding name are correctly generated (interface=" services.myValue.MyValueService").
  • Moreover, drag and drop works correctly for some implementation, binding, and interface type.

[TODO: Screenshots]


Roadmap

Mid-November

  • Commit of the code submitted as IP bugZilla in July, and then commit of the code developed since July with improvements depicted above. (We can't commit rigth now because we need to get legal sign-off first. Then we will be able to put the code into the contribution directory. Finally, once we have received the community review feedback, we will move the code to its own special CVS directory.)

November2007 - December 2007

  • Implementation of a first version of the bottom-up approach developed by SAP (where the idea is to produce a graphical representation from discovered code composites). Bogdan any precision?
  • Graphical representation of the examples provided by Tuscany. These examples will be used as test cases.
  • Integration of the SCA Composite Editor. It must be synchronized with the SCA Composite Designer.

January 2008

  • Integration with the Policy editor/designer
  • Implementation of the feature "Arrange all".
  • Implementation of additional validation rules. These rules appears in the SCA specification documents but that are not considered by the XSD scheme. We distinguish 2 types of rules:
    • The rules which apply on the SCA assembly description files and
    • The rules which verify coherence between the SCA assembly description files and the implementation.


Open questions

  • How to a add new binding, implementation and interface (extension points) ?


You are welcome to share ideas, make contributions, test, ...

Back to the top