uima-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Eddie Epstein <eaepst...@gmail.com>
Subject Re: move uima v3 work: uima-as / ducc
Date Tue, 26 Jun 2018 12:38:05 GMT
I think that's right. In many cases DUCC should be able in many
circumstances to guess which UIMA version is being used and automatically
add the right version of JCas class to the user classpath.

Thanks, Eddie

On Sun, Jun 24, 2018 at 10:36 AM Richard Eckart de Castilho <rec@apache.org>
wrote:

> Move the JCas class to a separate artifact that the user may depend on
> but does not have to.
>
> -- Richard
>
> > On 23.06.2018, at 23:54, Eddie Epstein <eaepstein@gmail.com> wrote:
> >
> > DUCC includes a default Job flow controller that uses one custom type. It
> > would be easy to change the FC code to use CAS rather than JCas API. The
> > bigger problem is that the JCas class is included in a DUCC "user" jar
> for
> > application code. Removing the JCas class will break existing user apps,
> > until the app is changed to provide the class. Is there a better
> solution?
> > Eddie
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message