Richard Eckart de Castilho

I have reproduced the problem with the trunk version of DKPro Core's StanfordCoreferenceResolver which uses CoreNLP 3.5.0. We use transform the UIMA CAS representation of the required annotations to the...

I tried an alternative fix in DKPro Core by calling setValue(token-text) when converting the UIMA token to the CoreNLP token (actually CoreLabel) and removing the fix that Anne suggested -...

Well, that's GitHub's problem then - above in the comment, they are present.

> Well, that's Githubs problem then That's because I did first posted it with the typo and then edited the comment to correct it.

It works for me to: * install JavaCPP as bundles via the target platform (1.9.4 works currently best) * install Apache Aries SPI loader via the target platform * package...

I can't provide you with access to the code, but if there is something specific I should look for and report, please ask.

Note, it works for us when running in Eclipse (Equinox) as well as when running in Karaf (Felix I believe).

@HannesWell > That's interesting and I'm puzzled how this works for you under Equinox. What would be very interesting for me is, what kind of URL, especially the schema/protocol, is...

@HannesWell in our code (where it works), we do have a `` section in the POM, an `...inline=org/bytedeco/**/*.dylib....` and also a `` for the `Nd4JBackend` and `NDArrayCompressor`.

As a workaround for classpath walking in cases where the typical classpath scanning libraries do not work, I do this: * create a "catalog" file at a well known location,...