To make things all the more fun, LICENSE.txt in CDK says
Any distribution must acknowledge the origins and also include copies
of the JUMBO source (see Artistic License for details). You may not
claim that a modified version is a compliant CML system and may not
assert that it reads or writes CML.
which may mean that CDK cannot claim CML support, at least not while using the JUMBO code.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Here is the bug that lead to a special version of Jumbo in CDK. http://sourceforge.net/tracker/?func=detail&aid=2078045&group_id=51361&atid=463005
That bug has been closed as fixed and I am greatly suprised that CDK is still using my quick and dirty patch. I thought the latest version of Jumbo would have been included by now...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
To make things all the more fun, LICENSE.txt in CDK says
Any distribution must acknowledge the origins and also include copies
of the JUMBO source (see Artistic License for details). You may not
claim that a modified version is a compliant CML system and may not
assert that it reads or writes CML.
which may mean that CDK cannot claim CML support, at least not while using the JUMBO code.
Andrew, which version have you checked? Both 1.2.x and 1.3.x use CMLDOM by now, and no longer the patched Jumbo version...
Meanwhile, I will still dig up the patch.
Here is the bug that lead to a special version of Jumbo in CDK. http://sourceforge.net/tracker/?func=detail&aid=2078045&group_id=51361&atid=463005
That bug has been closed as fixed and I am greatly suprised that CDK is still using my quick and dirty patch. I thought the latest version of Jumbo would have been included by now...
Here is the SVN diff of what I made:
svn diff
Index: src/main/java/org/xmlcml/euclid/Util.java
===================================================================
--- src/main/java/org/xmlcml/euclid/Util.java (revision 861)
+++ src/main/java/org/xmlcml/euclid/Util.java (working copy)
@@ -%ld,%ld +%ld,%ld @@
public static URL getResource(String filename) {
URL url = null;
if (filename != null) {
- ClassLoader l = Thread.currentThread().getContextClassLoader();
+ ClassLoader l = Util.class.getClassLoader();
url = l.getResource(filename);
if (url == null) {
throw new RuntimeException("No resource with name " + filename);
Andrew, with the patch now dug up (thanx, Jonathan!), I'll consider this bug resolved.