[Yanel-dev] [Fwd: [PROPOSAL] OpenCMIS incubator for Content Mangement Interoperability Services (CMIS)]

Bruno von Rotz bruno.vonrotz at wyona.com
Thu Dec 10 11:02:05 CET 2009


Indeed. Bruno
Michael Wechner schrieb:
> This might be useful for Yanel as well
>
> -------- Original Message --------
> Subject:     [PROPOSAL] OpenCMIS incubator for Content Mangement 
> Interoperability Services (CMIS)
> Date:     Wed, 9 Dec 2009 18:21:21 +0100
> From:     Goetz, Paul <paul.goetz at sap.com>
> Reply-To:     general at incubator.apache.org
> To:     general at incubator.apache.org <general at incubator.apache.org>
>
>
>
> Hi,
>
> we would like to propose a new incubator podling called OpenCMIS.
> Please find below the plain-text version of the proposal.
> Any feedback would be greatly appreciated.
>
> Best regards,
> Paul
>
>
> ------------------------
> Apache OpenCMIS Proposal
>
> Abstract
> OpenCMIS will deliver a Java implementation of the OASIS CMIS 
> specification.
>
> Proposal
> OpenCMIS provides a Java implementation of the OASIS CMIS 
> specification. This includes a library to connect as a consumer to a 
> CMIS repository, and a library to provide the CMIS protocol handlers 
> on top of an existing repository. All the protocol bindings defined by 
> the CMIS specification will be supported.
>
> Background
> The OASIS CMIS (Content Management Interoperability Services) 
> specification is a standardization effort to enable interoperability 
> of Enterprise Content Management (ECM) Systems. Like SQL became the 
> standard for accessing database systems, CMIS aims to become a similar 
> standard for accessing document management systems. CMIS was started 
> by IBM, EMC and Microsoft. Most of the ECM vendors joined the OASIS 
> Technical Committee (TC) for CMIS in the meanwhile as well.
> The need for a common, open source CMIS library came up during the 
> standardization work. David Caruana, David Ward, Florian Müller, Jens 
> Hübel, Paul Goetz, Martin Hermes, and Stephan Klevenz from Alfresco, 
> Open Text and SAP started an initiative and design outline to found 
> this project. Code and some design ideas from an existing open source 
> project owned by Florian Müller was an initial contribution to the 
> project.
> The aim is to build an object oriented Java implementation of CMIS 
> that encapsulates the CMIS protocol bindings, mainly to support 
> clients using CMIS. Focus of this project it to support the needs of 
> an enterprise environment, that is reliability, performance, and 
> monitoring.
>
> Rationale
> With CMIS being adopted by various ECM vendors, there is a strong need 
> for repositories and applications dealing with content to support 
> CMIS. As CMIS defines a domain model and protocol bindings, Java 
> developers would have to implement the protocol bindings from scratch.
> The CMIS specification focuses on the protocols, and is therefore 
> service oriented. An object oriented API which encapsulates this 
> services makes it easier for Java developers to use CMIS.
> In turn, easy adoption of CMIS by Java applications should help the 
> standard becoming widely adopted.
>
> Initial Goals
> * Implement the CMIS 1.0 protocol binding for SOAP
> * Implement the CMIS 1.0 protocol binding for AtomPub
> * Implement a library with an object oriented API to encapsulate the 
> CMIS protocol bindings for consumers
>
>
> Current Status
>
> Meritocracy
> The OpenCMIS contributors recognize the desirability of running the 
> project as a meritocracy. We are eager to engage other members of the 
> community and operate to the standard of meritocracy that Apache 
> emphasizes; we believe this is the most effective method of growing 
> our community and enabling widespread adoption.
>
> Community
> The OASIS Technical Committee (TC) is the community for the CMIS 
> standard definition. Most of the TC members provide Java based ECM 
> implementations, and are also interested to help building a CMIS 
> library for Java.
>
> Core Developers
> The project was started by Florian Müller (Open Text) and Jens Hübel 
> (Open Text). David Caruana (Alfresco) contributed, as well as Martin 
> Hermes (SAP), Stephan Klevenz (SAP) and Paul Goetz (SAP).
>
> Alignment
> Apache Chemistry aims to build a CMIS implementation, too. The focus 
> for OpenCMIS is to provide a self-contained client library for CMIS 
> for Java only - while Chemistry is aiming at a broader scope, as it 
> started from a JCR/Jackrabbit based approach and is planning to 
> support Javascript as well.
> As the APIs are pretty different right now, contributing the OpenCMIS 
> code to Chemistry will be very hard to do - but on a mid-term 
> perspective, we will review our options to merge OpenCMIS with Chemistry.
>
>
> Known Risks
>
> Orphaned Products
> The contributors are working for companies relying on this library. 
> There is minimal risk of this work becoming non-strategic. The 
> contributors are confident, that a larger community will form within 
> the project.
>
> Inexperience with Open Source
> The initial committers have varying degrees of experience with open 
> source projects. There is limited access experience developing code 
> with an open source development process. We do not, however, expect 
> any difficulty in executing under normal meritocracy rules.
>
> Homogenous Developers
> The initial committers work for different companies (Open Text, 
> Alfresco, and SAP). They work for different projects and knew each 
> other only to their participation in the OASIS TC.
>
> Reliance on Salaried Developers
> Although the initial committers are salaried developers, OpenCMIS 
> development was done both on work time and spare time. As the OpenCMIS 
> library will be used in commercial products, some of the companies 
> will dedicate work time to the project.
>
> Relationships with Other Apache Products
> OpenCMIS uses other Apache Products (Commons Codec, Commons Logging, 
> CXF is planned). Maven is used as build infrastructure.
>
> A Excessive Fascination with the Apache Brand
> The developers of OpenCMIS could use other channels to generate 
> publicity. We hope that the Apache brand helps to build a vendor 
> independent, truly interoperable CMIS library. We would feel honored 
> at getting the opportunity to join.
>
>
> Documentation
> [1] Information about the OASIS CMIS Technical Committee can be found 
> at: [http://www.oasis-open.org/committees/cmis].
> [2] The announcement of the public review for the CMIS 1.0 
> specification (containing the links to the specification) can be found 
> at: 
> [http://lists.oasis-open.org/archives/tc-announce/200910/msg00015.html]
>
> Initial Source
> The current implementation can be found on 
> [http://svn.berlios.de/svnroot/repos/opencmis]
>
>
> Source and Intellectual Property Submission Plan
> * The initial source (see above)
> * Additional source from Open Text developers (CLA in progress)
> * Additional source from SAP developers (CCLA filed, CLA in progress)
> * Additional source from Alfresco developers (CLA filed)
> * The domain opencmis.org from Alfresco
>
> External Dependencies
> All the external dependencies of the initial codebase comply with 
> Apache licensing policies:
> * Apache Commons (Apache v2.0)
> * Apache Maven (Apache v2.0)
> * Sun JAXB and JAX-WS (CDDL v1.0, GPL v2)
> * JUnit (CPL v1.0)
>
>
> Cryptography
> OpenCMIS does not implement or use cryptographic code.
>
>
> Required Resources
>
> Mailing lists
> * opencmis-private (with moderated subscriptions)
> * opencmis-dev
> * opencmis-commits
> * opencmis-user
>
> Subversion Directory
> * https://svn.apache.org/repos/asf/incubator/opencmis
>
> Issue Tracing
> * JIRA (OpenCMIS)
>
> Other Resources
> * Web Site: Confluence (OpenCMIS)
>
>
> Initial Committers
> * Florian Müller (Open Text)
> * Jens Hübel (Open Text)
> * David Caruana (Alfresco)
> * David Ward (Alfresco)
> * Martin Hermes (SAP)
> * Stephan Klevenz (SAP)
> * Paul Goetz (SAP)
>
>
> Affiliations
> The initial committers listed are employed by Open Text, Alfresco, and 
> SAP. One objective of the incubator is to extend the community of 
> contributors, we assume that future contributors will have other 
> affiliations.
>
>
> Sponsors
>
> Champions
> ? tbd
>
> Mentors
> ? Looking for mentors
>
> Sponsoring Entity
> The Incubator
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe at incubator.apache.org
> For additional commands, e-mail: general-help at incubator.apache.org
>
>


-- 
______________________________
Bruno von Rotz
WYONA
Hardstrasse 219 
CH-8005 Zürich 
Switzerland 
P: +41 44 272 91 61 
F: +41 44 272 91 62 
skype: wyona-switzerland
email: bruno.vonrotz at wyona.com
www.wyona.com 



More information about the Yanel-development mailing list