Extensions Proposal

[Florian Müller <fl...@alfresco.com>]

Hi,

The current way to set and extract CMIS extension with OpenCMIS is a bit 
cumbersome.
You can get and set a List<Object> which effectively is a 
List<org.w3c.dom.Element> at the moment. But this is difficult to use 
and will not work with the upcoming JSON binding.

I would like to replace that with a binding agnostic approach, a 
List<ExtensionElement> where ExtensionElement is something like that:


public interface ExtensionElement {

     String getName();

     String getNamespace(); // is ignored if the binding doesn't
                            // support namespaces

     String getValue(); // returns null if the element has children

     List<ExtensionElement> getChildren();
}


If nobody objects I will start implementing that end of this week.


- Florian

RE: Extensions Proposal

["Klevenz, Stephan" <st...@sap.com>]

+1

Stephan

-----Original Message-----
From: Florian Müller [mailto:florian.mueller@alfresco.com] 
Sent: Montag, 13. September 2010 12:27
To: chemistry-dev@incubator.apache.org
Subject: Extensions Proposal

Hi,

The current way to set and extract CMIS extension with OpenCMIS is a bit 
cumbersome.
You can get and set a List<Object> which effectively is a 
List<org.w3c.dom.Element> at the moment. But this is difficult to use 
and will not work with the upcoming JSON binding.

I would like to replace that with a binding agnostic approach, a 
List<ExtensionElement> where ExtensionElement is something like that:


public interface ExtensionElement {

     String getName();

     String getNamespace(); // is ignored if the binding doesn't
                            // support namespaces

     String getValue(); // returns null if the element has children

     List<ExtensionElement> getChildren();
}


If nobody objects I will start implementing that end of this week.


- Florian