Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migrated to Confluence 5.3
Section
borderfalse
{panel:title= Java SCA Roadmap |borderStyle=solid|borderColor=#C3CDA1|titleBGColor=#C3CDA1|bgColor=#ECF4D1} * [About This Page |#About This Page] * [Programming Model|#Programming Model] ** Includes wish list for programming model and SCA Core * [Bindings|#Bindings] ** Includes wish list for Bindings * [Implementation Types|#Implementation Types] ** Includes wish list for Implementation Types * [Integration with other technologies|#Integration with other technologies] ** Includes wish list for integrating with other technologies and host environments * [Usability|#Usability] ** Includes wish list for items that can improve usability * [Other|#Other] ** Items that do not fall into any of the above categories, but are important. {panel} h1. {anchor:About This Page}{bgcolor:#C3CDA1}About This Page{bgcolor} This page contains a list of features that our community thinks is important to include in Tuscany Java SCA. Items can be linked to a more detailed Roadmap page as they are being worked on. *Please help to make this a live document. Thanks* *+Interested to help?+* Great! We look forward to your participation. Start by posting your thoughts on the developer mailing list. You can subscribe to the developer mailing list [here |http://tuscany.apache.org/mailing-lists.html] h1. {anchor:Programming Model}{bgcolor:#C3CDA1}Programming Model{bgcolor} - Update the policy model to separate it from the assembly model [
  • Update the policy model to separate it from the assembly model
] -
  • Extend
  • the
  • runtime
  • wires
  • to
  • allow
  • the
  • binding
  • to
  • contribute
  • wireFormat
  • and
  • operationSelection
  • interceptors
[] -- Endpoint implementation needs fixing up to take account of this - Roll endpoint implementation out to services -- Can it replace $promoted$? - Support rpc/literal wsdl - Support for transaction and reliability policies -- Several users have asked for it, and there's now a public draft of the transaction policy spec - Further improve SCA policy support. Good support for things like WS-Security and WS-RM and show using Java/JMS/WS etc and all the QOS stuff really is as easy as just saying something like requires="reliability" h1. {anchor:Implementation Types}{bgcolor:#C3CDA1}Implementation Types{bgcolor} - Make implementation.spring spec compliant [
    • Endpoint implementation needs fixing up to take account of this
  • Roll endpoint implementation out to services
    • Can it replace $promoted$?
  • Support rpc/literal wsdl
  • Support for transaction and reliability policies
    • Several users have asked for it, and there's now a public draft of the transaction policy spec
  • Further improve SCA policy support. Good support for things like WS-Security and WS-RM and show using Java/JMS/WS etc and all the QOS stuff really is as easy as just saying something like requires="reliability"

Column
width15%
Panel
borderColor#C3CDA1
bgColor#ECF4D1
titleBGColor#C3CDA1
titleJava SCA Roadmap
borderStylesolid

Anchor
About This Page
About This Page

Background Color
color#C3CDA1
About This Page

This page contains a list of features that our community thinks is important to include in Tuscany Java SCA.

Items can be linked to a more detailed Roadmap page as they are being worked on.

Please help to make this a live document. Thanks
Interested to help? Great! We look forward to your participation. Start by posting your thoughts on the developer mailing list. You can subscribe to the developer mailing list here

Anchor
Programming Model
Programming Model

Background Color
color#C3CDA1
Programming Model

Wiki Markup
Anchor
Implementation Types
Implementation Types

Background Color
color#C3CDA1
Implementation Types

] -
  • Get
  • implementation.bpel
  • more
  • spec
  • complete
-
  • Webapp
  • and
  • EJB
  • module
  • integration
[] -- Track the OASIS work on this and implement it in parallel in Tuscany. Many users have existing J2EE EJB and EAR modules that they'll need to integrate in bigger SCA compositions. Also Webapp developers will need a non-intrusive way to wire a Webapp with other SCA components in an SCA domain. - Better integration btw script components and bindings and data bindings to show the dynamic language support really does have value - seamlessly wire up Ruby components using Hpricot for HTML processing with binding.http, JavaScript/E4X for XML manipulation with binding.ws etc - Interoperability: Improve using sca wdsl with X language (replace X with java, Python, C++, ecc) - implemenation.xslt h1. {anchor:Integration with other technologies}{bgcolor:#C3CDA1}Integration with other technologies{bgcolor} - Provide runtime support for Tuscany running in OSGi container [
    • Track the OASIS work on this and implement it in parallel in Tuscany. Many users have existing J2EE EJB and EAR modules that they'll need to integrate in bigger SCA compositions. Also Webapp developers will need a non-intrusive way to wire a Webapp with other SCA components in an SCA domain.
  • Better integration btw script components and bindings and data bindings to show the dynamic language support really does have value - seamlessly wire up Ruby components using Hpricot for HTML processing with binding.http, JavaScript/E4X for XML manipulation with binding.ws etc
  • Interoperability: Improve using sca wdsl with X language
    (replace X with
    java, Python, C++, ecc)
  • implemenation.xslt

Anchor
Integration with other technologies
Integration with other technologies

Background Color
color#C3CDA1
Integration with other technologies

] -
  • Support
  • load
  • contribution
  • as
  • a
  • osgi
  • bundle.
-
  • Get
  • the
  • Geronimo
  • integration
  • and
  • WAR
  • distribution
  • working
  • really
  • well
  • and
  • with
  • all
  • Tuscany
  • extensions
  • so
  • you
  • can
  • take
  • a
  • Tuscany
  • sample
  • contribution
  • jar
  • and
  • it
  • easily
  • runs
  • where
  • ever
  • you
  • deploy
  • it.
-
  • ESB
  • connectivity,
  • e.g.
  • Mule,
  • Synapse,
Servicemix h1. {anchor:Bindings}{bgcolor:#C3CDA1}Bindings{bgcolor} - Finish off web2.0 support -- Atom [
  • Servicemix

Anchor
Bindings
Bindings

Background Color
color#C3CDA1
Bindings

] -
  • Incremental
  • binding.ws
  • improvements
-- MTOM -- headers --
    • MTOM
    • headers
    • REST/POX
-
  • clean
  • up
  • the
  • WS
  • and
  • tooling
  • code
  • so
  • we
  • don't
  • copy
  • so
  • much
  • Axis2
  • code
  • as
  • it
  • causes
  • such
  • a
  • headache
  • when
  • moving
  • up
  • Axis2
  • releases
  • and
  • picking
  • up
  • Axis2
fixes - More bindings suggestions on this [roadmap page|http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Future+improvements+to+databinding+framework] - Conversational and non blocking + callback programming model over Web2.0 bindings -- Seems like a good fit with JSON for example... in particular Ajax interactions fit really well with the SCA non blocking + callback programming model. h1. {anchor:Usability}{bgcolor:#C3CDA1}Usability{bgcolor} - Improve Website documentation. There's still lots of detail and improvements we could add to the documentation and its really important to attract users - Documentation that matches releases. Right now there is only one documentation, the latest. - Distribution improvements - conclude the ML discussion from a while back on the size and ease of use. -- Think about profiles for Tuscany SCA use. - Improve the error reporting/handling for our data binding framework. - Management -- Link domain/node into established management solution. New modules required management, management-wsdm, management-jmx, etc. - Resolve JIRAs. h1. {anchor:Other}{bgcolor:#C3CDA1}Other{bgcolor} - Make releasing easier - Add some sort of mediation capability - Data Integration, as I see SCA of great help to simplify exposing data as services to a client application in a simple and flexible way. - Support SDO namespace when using websservice. -- Deploy a service to webservice,a schema file used in SDO and have sdo namespace such as commonj.sdo/java or commonj.sdo/xml,we should support the feature when parsing the wsdl. - Look into what level of integration with php SCA implementation can be achieved
  • fixes
  • Conversational and non blocking + callback programming model over Web2.0 bindings
    • Seems like a good fit with JSON for example... in particular Ajax interactions fit really well with the SCA non blocking + callback programming model.
  • More bindings suggestions on this roadmap page.

Anchor
Usability
Usability

Background Color
color#C3CDA1
Usability

  • Improve Website documentation. There's still lots of detail and improvements we could add to the documentation and its really important to attract users
  • Documentation that matches releases. Right now there is only one documentation, the latest.
  • Distribution improvements - conclude the ML discussion from a while back on the size and ease of use.
    • Think about profiles for Tuscany SCA use.
  • Improve the error reporting/handling for our data binding framework.
  • Management
    • Link domain/node into established management solution. New modules required management, management-wsdm, management-jmx, etc.
  • Resolve JIRAs.

Anchor
Other
Other

Background Color
color#C3CDA1
Other

  • Make releasing easier
  • Add some sort of mediation capability
  • Data Integration, as I see SCA of great help to simplify exposing data as services to a client application in a simple and flexible way.
  • Support SDO namespace when using websservice.
    • Deploy a service to webservice,a schema file used in SDO and have sdo namespace such as commonj.sdo/java or commonj.sdo/xml,we should support the feature when parsing the wsdl.
  • Look into what level of integration with php SCA implementation can be achieved