Yeah, it's only a placeholder. Nobody really tackled it before.
But you can already commit new code if you want. Trunk has already been
switched to 0.2.0.
- Florian
On 13/09/2010 18:07, Florent Guillaume wrote:
Hm the Document.copy() signature is unusable as-is, because it doesn't
include a destination folderId parameter. I'll do an update (and
probably remove some of the bindings-like arguments) after 0.1.0 is
released.
Florent
On Mon, Sep 13, 2010 at 6:56 PM, Florent Guillaume<[email protected]> wrote:
Hi Florian,
Oops I'd missed it, I was looking for a copy() on CmisObject because
I'd forgotten that (obviously given the method name)
createDocumentFromSource only applies to Documents.
Florent
On Mon, Sep 13, 2010 at 6:26 PM, Florian Müller
<[email protected]> wrote:
Hi Florent,
I like the idea. There is already a copy() method on Document that isn't
implemented yet. That could be the right place.
- Florian
On 13/09/2010 17:19, Florent Guillaume wrote:
Hi,
What do you think about adding a "copy" operation at the high-level
CmisObject level? This would map to
objectService.createDocumentFromSource and for AtomPub we'd have to do
a client-side implementation that would preserve the basic copy
semantics.
Florent
--
Florent Guillaume, Director of R&D, Nuxeo
Open Source, Java EE based, Enterprise Content Management (ECM)
http://www.nuxeo.com http://www.nuxeo.org +33 1 40 33 79 87
