Currently I’m working on a project which involves pushing documents
via CMIS into an Alfresco installation (Community - v3.4.0 (d 3370))
and adding custom information in aspect properties.
The versions I’m using are OpenCMIS 0.3.0 in combination with the
Alfresco-OpenCMIS-Extension 0.2.
I started out using atompub binding and everything worked fine. Now
I’ve been asked to switch to webservices binding. Since I did so
(merely changing the session parameters), the aspects and aspect
properties contained in the document creation call have been ignored
while a simple document node with the document itself is created all
right. Unfortunately I get no failure message anywhere.
For document creation I’m making use of the Alfresco-OpenCMIS-
Extension option to include additional aspects in the
cmis:objectTypeId parameter and values for the aspect properties in
the createDocument map, e.g. {ad:keywords=[keyword],
cmis:objectTypeId=cmis:document,P:ad:myaspect, cmis:name=Test 1.pdf,
ad:transactionId=a2b59a6b81bb8ae6e} where ad:myaspect is an aspect
with a multi-value property ad:keywords and a single-value property
ad:transactionId.
Has anyone else had this problem and maybe found a solution?
Regards, Michael.
mkl
unread,
May 11, 2011, 10:44:38 AM5/11/11
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Sign in to report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Alfresco OpenCMIS Extension
Testing again with more logging activated, Alfresco log files include
information on the aspect and aspect parameters in the incoming SOAP
message:
You do not have permission to delete messages in this group
Copy link
Report message
Sign in to report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to alfresco-open...@googlegroups.com
I've re-tested it and it works me.
I'm not sure how I can help you with that. The SOAP content looks alright. And I cannot debug the server as long as I cannot reproduce this behavior.
Florian
mkl
unread,
May 12, 2011, 9:52:28 AM5/12/11
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Sign in to report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Alfresco OpenCMIS Extension
Ok, the problem is resolved for now, at least as far as Chemistry, the
Alfresco-OpenCMIS-Extensions, and Alfresco itself are concerned.
It was a classpath issue: Xalan 2.7.1 was on the classpath, and once
it was removed, pushing documents into the DMS started working fine.
This is not the end of it for me, though, as there was a reason why
Xalan was on the classpath... <sigh>
To prevent such trouble, OpenCMIS or the extensions might start trying
to look for XML libraries on the classpath which meet their needs.
Maybe the factories have flags which allow for a proper selection...
Thanks for looking into the issue!
Regards, Michael.
mkl
unread,
May 13, 2011, 4:04:04 AM5/13/11
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Sign in to report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Alfresco OpenCMIS Extension
A final posting on this...
The essential difference between the createDocument SOAP with Xalan
(not accepted by Alfresco) and those without (accepted by Alfresco)
was inside the setAspects element: