uima-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Burn Lewis <burnle...@gmail.com>
Subject Re: [VOTE] uimaj sdk 2.10.0 rc1
Date Mon, 03 Apr 2017 22:32:26 GMT
My tests using an external variable as part of the value of an import's
name or location attribute have been successful.  The problem is with a
UIMA-AS deployment of such an aggregate ... this fails when dd2spring
processes the aggregate, as at this stage the external override settings
have not been loaded. So this is not a 2.10.0 problem .... UIMA-AS will
have to be updated to make use of this feature.

The other issue is what I now believe is a poor design choice I made in
Jira 5208 which lets an external overrides settings file be loaded from the
class path or data path.  Currently if the file name is relative but not
found in the filesystem the class path and data path are searched.  A
cleaner design would be to follow the same convention used for importing
descriptors by name, i.e. use the java class notation to indicate that the
class path & data path must be searched (after replacing "." by "/" and
adding ".settings".)  The presence of a "/" in a file name would imply a
filesystem lookup.

Thus a specification of *-DUimaEternalOverries=abc/test.settings,d.e.f.test
*would load the first file from the filesystem and load the second as
*d/e/f/test.settings* from the class path or data path.  The current
implementation makes it possible to silently change a program's parameters
by merely adding a file to the filesystem that replaces one that is usually
loaded from the class path ... perhaps not a desirable feature.

Since this is not a severe problem I don't feel I can justify voting rc1
down so I'll hold off until I have a potential fix, and will wait for other


On Mon, Apr 3, 2017 at 11:50 AM, Marshall Schor <msa@schor.com> wrote:

> Burn has found a potential issue with the new feature he added allowing
> import
> statements to have variable parts substituted from external resource
> settings.
> This may lead to cancelling this vote in favor of a fix in for RC2.
> The issue seems to be two fold - one is the exact syntax of the import, in
> various contexts, and the other is it seems sometimes the external
> resources may
> not have been loaded at the time the import is being resolved.
> This latter could perhaps be "fixed" by having a boolean that remembers if
> the
> imports have been loaded, and if not, load them just-in-time.
> -Marshall
> On 3/28/2017 12:08 PM, Marshall Schor wrote:
> > Hi,
> >
> > uimaj-2.10.0 rc1 is posted and ready for voting.
> >
> > The issues fixed are here:
> > https://issues.apache.org/jira/browse/UIMA/fixforversion/12338199/
> >
> > The source and binary zip/tars are here:
> > https://dist.apache.org/repos/dist/dev/uima/uimaj/2.10.0-rc1/artifacts
> >
> > The eclipse update site is here (no need to download it, you can install
> > directly from here)
> > https://dist.apache.org/repos/dist/dev/uima/uimaj/2.10.0-
> rc1/eclipse-update-site-uimaj
> >
> > Maven artifacts are here:
> > https://repository.apache.org/content/repositories/orgapacheuima-1135/
> >
> > SVN Tag: https://svn.apache.org/repos/asf/uima/uimaj/tags/uimaj-2.10.0/
> >
> > Please vote on release:
> >
> > [ ] +1 OK to release
> > [ ] 0   Don't care
> > [ ] -1 Not OK to release, because ...
> >
> > Thanks.
> >
> > -Marshall
> >
> >

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