uima-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marshall Schor <...@schor.com>
Subject Re: CasIOUtils class - some meta-questions
Date Wed, 03 Aug 2016 20:51:35 GMT
The "load" methods have some attention paid to "casing" on the file type.

The "save" methods do not do any defaulting to set the "proper" file type that
would be needed by the load method.

Should the save methods be architected to include this?


On 7/18/2016 2:30 PM, Marshall Schor wrote:
> This is a new class added to uimaj-core project, in org.apache.uima.util
> package.  This is fine if this is to be part of the official public APIs
> supported by UIMA going forward; but if that is the case, it should probably be
> documented in the UIMA docs, and we'd have to change the version number (due to
> enforcer rules).
> If this is more of an internal use utilities, then it should be in one of the
> internal use packages, such as
>    org.apache.uima.internal.util
> This class is similarly named to a UIMAFit class; are these related?
> If some of the APIs are to be permanent and public and part of the official
> public APIs, but some are internal implementation details, please consider using
> an interface and an ".impl" (or equivalent) approach; packages which support
> these are:
>    org.apache.uima.util  and
>    org.apache.uima.util.impl
> --------------
> If this is only an internal kind of change, not intending to affect the official
> UIMA APIs, then moving to the internal.util package will fix the "enforcer"
> error the build is currently getting.
> -Marshall

View raw message