I've heard many requirements including...
for Service Providers:
- A hosted reference implementation that can react to client consumer requests, to ensure consistent behavior across implementations
- Make the source code available for download
- Allow contributions to the source
- The language it is written in is less important, though some tend towards JEE based
- A client testsuite that can give level
- Samples that highlight key integration scenarios
- A framework in which to quickly enable new implementations
- A hosted reference implementation that can react to client consumer requests
- A reference service provider that can provide feedback on consumer implementations (testsuite)
- Provide a variety of samples
- Java client samples and/or SDK
- Command-line or Perl based samples and/or SDK
- HTML/Javascript samples and/or SDK
Some current efforts underway:
Some thoughts on technology basis for service provider reference implementation:
- Apache Wink - REST framework
- Jena
- RDF/XML, Turtle parsers and generators
- Apply custom rules for RDF/XML and Turtle
- Add JSON support
- Simple storage
- Extended to support ResourceShapes
- Query - mapping of query syntax - oslc.where/select
- Resource subsets - oslc.properties - OAuth - Provider only
(need good consumer example) - Service Discovery
- Various models combinations of Catalogs and ServiceProviders - Web UI
- Simple example/demo HTML/JS
- Prefill
- Via a draft resource creation
- Via direct prefill and redirect
- UI Preview
Feedback and additional requirements as needed.
I do agree we need more (Open Source) OSLC reference implementations.
ReplyDeleteHere's a more detailed status update about our efforts : Open Source OSLC-CM implementations in PHP
/me would be very interested to hear about example code in Perl...
ReplyDelete