Update Tinder to 1.2.1

Note that some stringprep-related packages have changed.

With the new tinder-with-dependencies.jar I get a conflict with the included org.w3c.dom.Element respectively org.w3c.dom.Node class it doesn't match with the JDK5 API. It doesn't include the org.w3c.dom.Element#getTextContent method wich is used in the org.jivesoftware.openfire.launcher.Launcher class. This has the effect that my Eclipse environment throws the error: "The method getTextContent() is undefined for type Element ". How can I correct this error?

Apparently Eclipse built a java-6 version of the library, even though the pom states that we're using 5. I've redone it, manually. Try now.

It didn't help. With the attached excludeXmlAPI patch the related classes will be excluded from the JAR. In my opinion all classes which are provided with the XML-APIs JAR are provided by the JDK5. But I think this should be reviewed.

On the dom4j dependencies it's noted that the xml-apis is only required to compile and run unit tests for the application. So maybe we create a tinder issue to remove this transitive dependency for the compile scope of tinder.

I'm puzzled: how do you get the original error? org.jivesoftware.openfire.launcher.Launcher uses the rt.jar in jre 1.5 when resolving the org.w3c.dom package in Eclipse.

I'm going to tackle this in another way: Prior to Tinder, whatever dependencies where needed were already in Openfire. I didn't remove any of those libraries, so they should still be there. I did however add more of the same, by packaging them in the Tinder-with-Dependencies jar. This might account for the problems that you're seeing. I will replace the -with-dependencies with a jar without them. Instead, I will add the dependencies separately. Dom4j is already in there, so I'll not add another one. This should avoid an additional xml-apis.jar in your eclipse. At the very least, it will restore the state of the project to what it was before Tinder was added.

Done.

I have replaced the StringPrep jar with LibIDN. This is a dependency of Tinder and an updated variant of StringPrep. The libraries are interchangable, with the exception of package definitions.

We should update to 1.2.1, because of TINDER-34

Done (no-one notices that I didn't actually release 1.2.1 yet, right )