We'd like to use the DifferenceEngine (and related classes) of XML Unit to compare XML documents in a context which is not related to unit tests. To reduce overhead and complexity we don't want to deploy JUnit classes. In XML Unit, there are just a few classes which are necessary for JUnit integration. It should be easy to separate the core XML difference functionality from JUnit interfaces.
Since we're developing software within the OSGi stack, an OSGi-ified version of the core functionality would be great. I could provide you with an initial version an XMLDifference OSGi bundle, if desired.
I believe this would enhance the range of possible applications of this library.
Best Regards
Markus
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Sorry for the delay, I just monitor the fora every now and then (I'm an email guy).
Have you taken a look at XMLUnit's trunk rather than the released versions? I've started rewriting XMLUnit a few years ago and it doesn't really take much to call it stable. The core of XMLUnit is completetly independent of JUNit now and may be a better starting point for what you intend to do.
I'd very much appreciate feedback and who knows, if I didn't feel lonely hacking on XMLUnit I might even finish the rewrite one day :-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
We'd like to use the DifferenceEngine (and related classes) of XML Unit to compare XML documents in a context which is not related to unit tests. To reduce overhead and complexity we don't want to deploy JUnit classes. In XML Unit, there are just a few classes which are necessary for JUnit integration. It should be easy to separate the core XML difference functionality from JUnit interfaces.
Since we're developing software within the OSGi stack, an OSGi-ified version of the core functionality would be great. I could provide you with an initial version an XMLDifference OSGi bundle, if desired.
I believe this would enhance the range of possible applications of this library.
Best Regards
Markus
Sorry for the delay, I just monitor the fora every now and then (I'm an email guy).
Have you taken a look at XMLUnit's trunk rather than the released versions? I've started rewriting XMLUnit a few years ago and it doesn't really take much to call it stable. The core of XMLUnit is completetly independent of JUNit now and may be a better starting point for what you intend to do.
I'd very much appreciate feedback and who knows, if I didn't feel lonely hacking on XMLUnit I might even finish the rewrite one day :-)