Wed, 31. Dec 2014
XMLUnit for Java 1.6 is mostly a bugfix release adressing four issues:
- If the sought for attribute in
ATTR_NAME_NOT_FOUND
or node inCHILD_NODE_NOT_FOUND
differences is inside an XML namespace, the difference's value is now Java5-QName like{NS-URI}LOCAL-NAME
rather than just the local name.
Issue 65 - for
ATTR_NAME_NOT_FOUND
differences the XPath on the side where the attribute exists now points to the attribute itself rather than the parent element.
Feature 33 - a new
assertXpathEvaluatesTo
assertion inXMLAssert
combined with a newQualifiedName
class allows stringified XPath values to be interpreted as qualified names.
Feature 25 - The JAXP 1.3 based validator ignored now uses the
xsi:namespaceLocation
andxsi:noNamespaceLocation
attributes if you specify no schema sources at all.
Issue 65
Note the first two changes may be breaking backwards compatibility in rare cases.
Source and binary distributions are available from SourceForge's File Service, the checksums and PGP signatures can be found here
.path: /en/oss/XMLUnit | #
Sat, 06. Dec 2014
Reposting what I just sent to the xmlunit-general list for wider feedback, don't hesitate dropping me a mail if you want to stop me.
Hi all if you are following the commits, you may have seen I've started to work on XMLUnit 2.x again, nothing big, but I'm trying to get it done this time. Apart from re-thinking the abstractions used in the difference engine the biggest piece missing for a release - even a beta - is documentation. Here I realized more and more that I really do not feel like writing a big docbook document again, I need someting more ligthweight with more immediate feedback. A wiki would be fine, but we've also always had a PDF version and I'd like to keep it that way. Also I realized I prefer git over subversion by now, so I'd like to move 2.x to git. I know I could do so on Sourceforge, but right now I feel it would be best to move active development over to github. A quick search showed several forks over there, so we may be able to reconnect and make this a community effort rather than mostly a one-man-show. Here is what I intend to do, please let me know if anything looks completely wrong: * create an xmlunit organization at github * create three repositories (for now) * XMLUnit Java 2.x - including the matchers and xmlunit-legacy * XMLUnit .NET 2.x - including constraints * a pure Wiki repository for the user guide. github markdown works well enough for me and pandoc can create PDF or even epub from it (thanks to Stefan Tilkov for pointing me at it) * start using github's issue tracker * create a github.io site for XMLUnit 2.x * keep using Sourceforge for XMLUnit 1.x * move XMLUnit 1.x back to svn trunk and keep it at sourceforge * keep using sourceforge's issue tracker for 1.x * keep the xmlunit.sf.net site for 1.x * keep using the xmlunit-general@lists.sourceforge as primary communication medium for all versions * keep the sourceforge forums even though I never liked them (or any web forum)
path: /en/oss/XMLUnit | #