Community
Participate
Working Groups
When marshalling a QName property, if the namespace URI is not in the NamespaceResolver only the localName is marshalled. Instead a prefix for that namespace should be generated and declared on the owning element.
Created attachment 184377 [details] Core - Fix
Created attachment 184398 [details] MOXy - Test Cases
Created attachment 184399 [details] Core - Fix
Created attachment 184473 [details] Core - Fix
Fix checked into trunk at rev: 8621 Code reviewed by: Matt MacIvor 1. The getStringForQName on MappingNodeValue now takes a MarshalRecord as a parameter. This was done because the QName value may necessitate a namespace declaration to be done. This change required changes to the classes that called this method. 2. ContentHandler record now calls the appropriate endPrefix mapping events.
There is a bug when the QName does not have a namespace URI, it causes the object to marshal as follows: <test> <foo xmlns:ns0="">ns0:foo</foo> </test>
Created attachment 184500 [details] Core - Fix (to address re-open) Previously we were checking for a null namespace URI, now we also check for an empty string namespace URI.
Secondary fix checked into trunk at rev: 8622
The Eclipselink project has moved to Github: https://github.com/eclipse-ee4j/eclipselink