extJWNL exception re "NUMBER_OF_VERB_FRAMES" when running the GraphVisualizationExample

[GoogleCodeExporter]

Running the GraphVisualizationExample from the examples-gpl module now produces 
the following error:

Exception in thread "main" net.sf.extjwnl.JWNLException: Unable to create 
instance of net.sf.extjwnl.dictionary.FileBackedDictionary: 
java.lang.NumberFormatException: For input string: "NUMBER_OF_VERB_FRAMES"
    at net.sf.extjwnl.dictionary.Dictionary.getInstance(Dictionary.java:227)
    at net.sf.extjwnl.dictionary.Dictionary.getInstance(Dictionary.java:177)
    at de.tudarmstadt.ukp.dkpro.wsd.si.wordnet.WordNetSenseKeySenseInventory.<init>(WordNetSenseKeySenseInventory.java:49)
    at de.tudarmstadt.ukp.dkpro.wsd.examples.GraphVisualizationExample.main(GraphVisualizationExample.java:64)
Caused by: java.lang.reflect.InvocationTargetException
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
    at net.sf.extjwnl.dictionary.Dictionary.getInstance(Dictionary.java:217)
    ... 3 more
Caused by: java.lang.NumberFormatException: For input string: 
"NUMBER_OF_VERB_FRAMES"
    at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
    at java.lang.Integer.parseInt(Integer.java:492)
    at java.lang.Integer.parseInt(Integer.java:527)
    at net.sf.extjwnl.dictionary.Dictionary.<init>(Dictionary.java:372)
    at net.sf.extjwnl.dictionary.AbstractCachingDictionary.<init>(AbstractCachingDictionary.java:65)
    at net.sf.extjwnl.dictionary.FileBackedDictionary.<init>(FileBackedDictionary.java:57)
    ... 8 more

Original issue reported on code.google.com by tristan.miller@nothingisreal.com on 7 Apr 2015 at 12:54

[GoogleCodeExporter]

The problem occurred when we upgraded to extJWNL 1.8.  This version clashes 
with JWNL, which is a dependency of DKPro LSR.  See this extJWNL issue for 
further details: https://github.com/extjwnl/extjwnl/issues/1

Original comment by tristan.miller@nothingisreal.com on 7 Apr 2015 at 1:29

• Changed state: Started

[GoogleCodeExporter]

Fixed in Commit 118 by converting the example which depends on the DKPro 
LSR-backed sense inventory to an extJWNL-backed one.

Original comment by tristan.miller@nothingisreal.com on 7 Apr 2015 at 1:39

• Changed state: Fixed