Mailing-List: contact dev-help@chemistry.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@chemistry.apache.org
Date: Sun, 1 Apr 2012 12:58:26 +0000 (UTC)
From: =?utf-8?Q?Florian_M=C3=BCller_=28Commented=29_=28JIRA=29?=
 <jira@apache.org>
To: dev@chemistry.apache.org
Message-ID: 
 <1229213584.3096.1333285106865.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <925327626.33441.1333039825613.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (CMIS-518) Interoperability issues with
 deserialization of attributes in Extension Elements
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


    [ https://issues.apache.org/jira/browse/CMIS-518?page=3Dcom.atlassian.j=
ira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D132437=
17#comment-13243717 ]=20

Florian M=C3=BCller commented on CMIS-518:
-------------------------------------

I see it failing with Xalan 2.7.1 in my test environment. But if works for =
you, I'll apply your patch and we can investigate the details later.
               =20
> Interoperability issues with deserialization of attributes in Extension E=
lements
> -------------------------------------------------------------------------=
-------
>
>                 Key: CMIS-518
>                 URL: https://issues.apache.org/jira/browse/CMIS-518
>             Project: Chemistry
>          Issue Type: Bug
>          Components: opencmis-commons
>    Affects Versions: OpenCMIS 0.7.0
>            Reporter: David Ward
>            Assignee: Florian M=C3=BCller
>            Priority: Critical
>         Attachments: ALF13088.diff
>
>
> We came across this issue in https://issues.alfresco.com/jira/browse/ALF-=
13088 . This is affecting Alfresco OpenCMIS Extensions.
> It would seem that the presence or absence of xalan.jar on the sending si=
de can affect the receiver's ability to lookup attributes on an extension e=
lement.
> The two examples given at
> http://groups.google.com/group/alfresco-opencmis-extension/browse_thread/=
thread/f9d9152691e5a04f
> are equivalent. They just use different ways of serializing the same name=
spaced XML.
> I think the problem lies in the way that OpenCMIS deserializes extension =
elements. It strips the namespace from all attributes, loading their local =
name into a single map. That means xmlns:propertyDefinitionId and propertyD=
efinitionId:propertyDefinitionId may be considered to be the same attribute=
 so one can overwrite the other.
> The attached patch to org.apache.chemistry.opencmis.commons.impl.Converte=
r.convertDomToCmisExtensionElement() fixed the issue for us, making it only=
 pay attention to attributes in the element's namespace. What do you think?

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrato=
rs: https://issues.apache.org/jira/secure/ContactAdministrators!default.jsp=
a
For more information on JIRA, see: http://www.atlassian.com/software/jira