Re-Implementing Service Deployment

This page is to follow up on a number of conversations at the 2010 London Committers' Meeting relating to a re-working of the service deployment implementation under the Fedora 3.x CMA.

The consensus at the meeting was that the existing implementation of service deployments left much to be desired: It's implementation of WSDL-defined services is partial, and WSDL itself is a strained choice for describing many of the actual service deployments, which are more likely to be simple HTTP services or REST endpoints.

Desiderata included:

• Support for a much simpler description language for http services, cf. Asger's Datastream Methods
• Support for SOAP service bindings
• Support for additional HTTP verbs
• REST-style endpoint support
• Tooling and Documentation improvements to support authoring and debugging of service deployments
• More complete WSDL support, for deployments using WSDL

Broadly, we want to sketch out two categories of proposals: One in that works in the 3.x CMA and doesn't invalidate existing SDep objects, but allows for entirely different types to be deployed, and (if necessary) one that is targetted at a 4.x CMA with only a consideration for translation of 3.x objects.

3.x CMA Sketch

SDep Object Definition and Markup Considerations

For a hypothetical service deployment <hypothetical:SDep>, there are a number of triples encoded in the object that make it actionable:

<hypothetical:SDep> <fedora-model:hasModel> <info:fedora/fedora-system:ServiceDeployment-3.0>
<hypothetical:SDep> <fedora-model:isDeploymentOf> <hypothetical:ServiceDefinition>
<hypothetical:SDep> <fedora-model:isContractorOf> <hypothetical:ContentModel>

... with no defined or effective restrictions on the cardinality of the latter two.

( moving the responsibility for indicating deployment to a new CModel, which fedora-system:ServiceDeployment-3.0 mixes-in )

( type issue /  inheritance of cmodel; whether inference is appropriate )

SDep Interface and Code Considerations

Relevant Pluggable Interfaces:

• DOManager
• Access

Relevant "Private" Interfaces:

• ServiceDeploymentReader
• ServiceMapper
• DisseminationService
• HttpClient
• ServiceDefinitionTripleReader

( Indexing into internal Db; incomplete definitions )

( Definining interfaces to allow new implementation / pluggability; Spring/OSGi considerations )

4.x CMA Sketch

More to come, but presumably moves away from any WSDL specification as the default type.