Jakub,
Have a look at JcrNodeFactory. The idea was, that this factory creates a
corresponding CMIS object (descendants of JcrNode) for a JCR node of a
given type. i.e. JcrFolder for a node of type nt:folder. JcrNode
descendants are then responsible for handling its additional properties.
The JcrNodeFactory implementation is not finished yet though. That is,
it is hard coded to handle the node types mentioned earlier. There are
no means to 'register' handlers for other node types yet.
Michael
On 15.6.11 14:56, Jakub Liska wrote:
Thanks Michael, I was into cmis a few months ago so I forgot a lot.
I suppose that I'd have to implement custom JcrRepository (some
additional get(Property) methods) and add my custom mixin properties
via TypeManager ... but JcrServiceFactory isn't made for custom
JcrReposetories and JcrRepository is final ....On the client side I
would just supply those properties right ?
On Wed, Jun 15, 2011 at 2:35 PM, Michael Dürig<[email protected]> wrote:
Hi,
I don't know about the state of that proposal. However as I stated on
Stackoverflow [1] properties which due not have a correspondence in CMIS are
not mapped. If you need to support other JCR node types than the ones
currently supported by the JCR bridge, you have to hack the code. I can
provide some pointers if necessary.
Michael
[1]
http://stackoverflow.com/questions/6352030/how-much-does-cmis-specification-cover-jcr-specification/6357465
On 15.6.11 14:13, Jakub Liska wrote:
Hey,
I just went through org.apache.chemistry.opencmis.jcr, wondering what
is the best way of getting Mixin properties from Jackrabbit, if
possible. Let say I have " nt:file> [jcr:content , ex:content-pdf ,
ex:content-odf] "
I don't know what is the status of this proposal
http://wiki.oasis-open.org/cmis/Mixin_Proposal, but I guess that I
can't do it, right ?
