You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Lou DeGenaro (JIRA)" <de...@uima.apache.org> on 2016/01/13 15:38:39 UTC

[jira] [Created] (UIMA-4740) DUCC Job Driver (JD) neglects to set current thread classloader

Lou DeGenaro created UIMA-4740:
----------------------------------

             Summary: DUCC Job Driver (JD) neglects to set current thread classloader
                 Key: UIMA-4740
                 URL: https://issues.apache.org/jira/browse/UIMA-4740
             Project: UIMA
          Issue Type: Bug
          Components: DUCC
            Reporter: Lou DeGenaro
            Assignee: Lou DeGenaro
             Fix For: 2.1.0-Ducc


>From Burn:

I think the problem is that when the DUCC JobDriver runs the user's
Collection Reader code using the user's classpath it does not set the
thread's context class loader.  I suspect that the code you're calling is
using the thread's classloader to load names.txt.

A work-around (until the next release) is for you to set it in your CR to
be the same as the one that loaded your CR before calling the code that
loads names.txt, e.g.

Thread.currentThread().setContextClassLoader(this.getClass().getClassLoader());

Note that if any user code uses the system classloader it may fail since
that uses the classpath that started the JVM which will be the DUCC
classpath.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)