+1
Application skeleton for multi-modal NLP analysis
There has been renewed interest in the typesystem and annotators developed
as part of the Darpa GALE project to demonstrate how to combine analytics
from multiple sources and modalities. The GALE Interoperabilty
Demonstration system (IOD) uses
Thanks for the open-source suggestions ... will certainly make for a better
example.
I have just added GaleMultiModalExample to the sandbox ... only the GALE
typesystem for now ... more to follow next year.
Burn.
Weeird ... I added much the same to runRemoteAsyncAE
Iterator it = cas.getTypeSystem().getTypeIterator();
while(it.hasNext()) {
System.out.println( Type: + ((Type)it.next()).getName());
}
and as well as the uima types got types from my service, e.g.:
Type:
definitiontermoxymoron/termexamplereadable
xml/example/definition
How does UIMA-AS currently do the linking of the network-ID to the CAS? Do
you use the CAS instance as the key in a hashmap or something like that?
When the CollectionReader fills a CAS the UIMA-AS client assigns it an ID
generated by java.rmi.server.URI.URI() before sending it to the service
+1
+1
I'd like to revive our discussion of August 2011.
The basic goal is to improve the existing envVarRef way of parameterizing
descriptor configuration parameters which currently allows the values of
system properties to be imbedded as part of the value of a parameter, e.g.
nameValuePair
+1
~Burn
+1
~Burn
Fixed now (I guess it's not enough to set the compliance level to 1.5)
~Burn
I recently created a Jira for what I believe is an inappropriate default
setting for UIMA_DATAPATH of user.dir -- the working directory. Since when
importing by name the datapath is always searched before the classpath this
default setting can unexpectedly prevent the correct file from being
+1
~Burn
Answered in uima-user thread.
Nice work. I see you have also discovered the need for APR-iconv on
Windows. I've just submitted some changes to the build script to fix this
but I'm rather back-level on MSVC 8 so they won't tell you anything you
don't already know.
Thanks, Burn.
I found a problem with APR-iconv missing from the Windows build ... needed
indirectly by ActiveMQ and hence by deployCppService. I have checked in a
fix and a few updates to the documentation. I also dropped all the debug
libraries for the dependencies.
All my tests worked except the one
My problem on Windows with deployment of a service via the -d option on
runRemoteAsyncAE appears to be a PATH inheritance problem. Section 3.8 of
the UIMA-AS Scaleout doc says:
*Components written in C++ can be run as a top level service. These
components are launched in a separate process, and
That was fixed in June with UIMA-2418 (which I see I forgot to close) but
is not in a release yet. I used LinkedHashMaps to preserve the order so
that
users also have some control over initialization order. I added JUnit
tests that also verify Marshall's updates to preserve white-space and
I found a couple of small problems in the readme's example code (fixed in
UIMA-2476) but there are more changes on the UIMA-AS side necessary for the
deployment of C++ services as a separate process (UIMA-2474)
~Burn
+1
~Burn
The log should also indicate elsewhere if a compile or test failure ... you
could look in the uimaj-core/target/surefire-reports to see which test
failed.
~Burn
Built parent-pom uimaj-parent one uimaj project
+1
On Tue, Jul 9, 2013 at 6:11 PM, Marshall Schor m...@schor.com wrote:
Hi,
Link to issues fixed:
https://issues.apache.org/jira/issues/?jql=fixVersion%20%3D%20parent-pom-6%20AND%20project%20%3D%20UIMA
The artifacts are staged to
+1
I downloaded the source zip to Windows, verified the md5 signature, built
it, installed the build, inspected it and ran the adjustExamplePaths.
On Tue, Jul 23, 2013 at 11:26 AM, Marshall Schor m...@schor.com wrote:
[X] +1 OK to release
I downloaded 2.4.1 bin zip - and verified the
UIMA already checks that the definition of a parameter matches that of its
setting, so this would be an analogous check that the use of the parameter
in the annotator also matches. It would make for safer cleaner code if
the mandatory, multivalued. and type attributes could be checked by these
In the GALE project we relied on descriptor editing, removing unwanted
delegates and their flow element, but in the Watson project we have many
nested aggregates and removing a delegate that has a parameter overridden
by its parent aggregate may require many edits. Hence the advantage of a
---
Key: UIMA-3312
URL: https://issues.apache.org/jira/browse/UIMA-3312
Project: UIMA
Issue Type: Improvement
Components: DUCC
Reporter: Burn Lewis
Assignee
Download source on Windows Linux - md5 checksum OK
(but had to convert the .md5 file from DOS to Unix lineends on both
platforms to make md5sum work)
Built on both platforms and installed the binary
Performed the Quick Test of aync service on Windows
Tested the Linux jars by using them in
in
letting users specify KB MB.
We hope to revisit units after R1
~Burn
On Thu, Nov 14, 2013 at 9:37 AM, Marshall Schor m...@schor.com wrote:
Can you expand on why this restriction is preferable to allowing some
alternative units?
-Marshall
On 11/14/2013 8:29 AM, Burn Lewis (JIRA) wrote
I did change that file to fix an unbalanced begin/end that you'd found but
it was rev 1544712. I ran the build using maven and saw no errors and the
alignment of the text was fixed. I have since invoked the explicit
pdflatex htlatex commands and found no errors, only warnings. I used
version:
The Jira listing looks fine ... must be a special feature to prevent
Marshall from finding multiple problems!
On Thu, Dec 19, 2013 at 3:26 PM, Jaroslaw Cwiklik uim...@gmail.com wrote:
I see all of the issues in the left panel. Not sure why this shows
differently for you
As far as the
re uima-ducc-cli.jar
This manifest-only jar is a unversioned for the convenience of
applications, while its classpath names all the required versioned jars.
Also it provides a way to avoid a problem with ant4eclipse where it seems
to ignore the manifest classpath in a jar that contains classes,
Download binary, verified md5sum, followed INSTALL instructions to create a
multi-user installation on our small test cluster, verified 1.job worked.
Now running more complex set of real jobs (try3).
On Tue, Jan 21, 2014 at 4:46 PM, Marshall Schor m...@schor.com wrote:
downloaded sources and
Downloaded binary tarball
verified md5sum
installed on our small test cluster
ran a try3 consisting of 30 jobs APs
[X] +1 OK to release
On Mon, Jan 27, 2014 at 4:41 PM, Lou DeGenaro lou.degen...@gmail.comwrote:
Download and unzipped binary tarball
Installed on uima-ducc-vm.apache.org
Checked source binary signatures
Built from source
Built DUCC against that build
Installed DUCC and ran multiple UIMA jobs using an http application broker
[ ] +1 Approve the release
On Fri, Jun 13, 2014 at 9:59 AM, Jaroslaw Cwiklik uim...@gmail.com wrote:
- Built from source - OK
- Spot
Checked source binary signatures
Built from source
Built DUCC against that build
Installed DUCC and ran multiple UIMA-AS jobs using an http application
broker
[ ] +1 Approve the release
On Fri, Jul 11, 2014 at 9:05 AM, Jaroslaw Cwiklik uim...@gmail.com wrote:
Built from source - OK
Spot
Also checked LICENSE NOTICE in binary distribution and after the build
from source.
[ ] +1 Still approve the release
On Fri, Jul 11, 2014 at 10:53 AM, Burn Lewis burnle...@gmail.com wrote:
Checked source binary signatures
Built from source
Built DUCC against that build
Installed DUCC
How about default?
On Wed, Jul 30, 2014 at 3:14 PM, Jim Challenger (JIRA) dev@uima.apache.org
wrote:
Jim Challenger created UIMA-3967:
Summary: DUCC SM cannot undo manual modification to default
ping parameters.
Key:
+ Downloaded source zip verified md5 checksum
+ Built from source on Windows
+ Verified md5 checksum on the binary build produced
+ Started new Eclipse 3.7.2 (Indigo) on Windows
+ Added the rc1 Ruta update site the public Apache UIMA update site
- Selected just the Ruta one ( checked contact
. But this problem should be
solvable.
Does anyone remember why the imports have been specified this way?
Best,
Peter
Am 18.09.2014 10:26, schrieb Peter Klügl:
Am 17.09.2014 23:31, schrieb Burn Lewis:
+ Downloaded source zip verified md5 checksum
+ Built from source on Windows
-checked the license notice files
[X] +1 OK to release
~Burn
On Thu, Sep 18, 2014 at 8:03 AM, Peter Klügl pklu...@uni-wuerzburg.de
wrote:
Am 18.09.2014 13:56, schrieb Burn Lewis:
Marshall told me 3.4.2 but I should have realized that he's not that old!
Ah ok, I thought you meant the version he
with DUCC-Mon using Firefox
+ spot checked LICENSE NOTICE files
+ spot checked RELEASE_NOTES README
[ ] +1 OK to release
Burn Lewis
On Wed, Oct 15, 2014 at 2:42 PM, Marshall Schor m...@schor.com wrote:
The JIRAs for DUCC in this release are all categorized as bug.
I first thought the DUCC team
With_underscores may be easier to read but all the other methods use
camelCase ... which admittedly has the lower-case I / uppercase i confusion.
Another alternative is to change the safeness of the index. e.g.
myIndex.setSafeIteration(true/false);
~Burn
On Thu, Dec 4, 2014 at 11:13 AM,
re the documentation of some of the new flags:
2.4.1.5 in References - typo equlivance
5.6.4 in References says you must addToIndexes after setting the keys, but
then goes on to show how to use protectIndices without clearly stating that
this is one of three approaches.
The block about
If an application uses -Duima.framework_impl to insert a custom XML parser
that modifies descriptors by, for example, substituting values for some
entity references, then the Saxon parser used by dd2spring may fail when
reading the unmodified descriptors. So we must also provide a hook to
allow
* Checked signatures - OK
* Checked LICENSE and NOTICE - OK
* Installed the binary distn. and ran an experiment with ~60 UIMA
deployments.
Using -Duima.report_fs_update_corrupts_index exposed some problems that
were fixed by recoding and using the new withSnapshotIterators method. - OK
* Built
* Checked signatures - OK
* Checked LICENSE and NOTICE - ? Should the LICENSE file have a copy of
the Jackson license - or say that it is licensed under Apache ?
* Installed the binary distn. and ran an experiment with ~60 UIMA
deployments. Using -Duima.report_fs_update_corrupts_index exposed
.
-- Richard
On 07.07.2015, at 15:36, Burn Lewis burnle...@gmail.com wrote:
The release notes say no API changes, but the return type of
org.apache.uima.jcas.getAllIndexedFS has changed from FSIteratorTOP
to
FSIteratorFeatureStructure which has produced a compile error in our
code
Checked signatures on source-release and binary artifacts.
Built from source and check signatures
Loaded into Eclipse and ran some Junit tests
Installed in our cluster and verified that all our code compiles
Ran a number of DUCC UIMA jobs using both the binary and source builds
Spot checked
- Downloaded binary and source and checked signatures
- Installed binary on a 25-node cluster and ran some jobs
- Built from source and installed on a single-user 12-node cluster with a
non-privileged ducc_ling and ran some jobs
- Imported source into Eclipse and ran some CLI tests
- Spot check
Checked signatures on source-release and binary artifacts.
Built from source and checked signatures
Loaded into Eclipse and ran some Junit tests
Installed in our cluster and verified that all our code compiles
Ran a number of DUCC UIMA jobs using both the binary and source builds
Spot checked
- Downloaded binary and source and checked signatures
- Installed binary on a 25-node cluster and ran some jobs
- Built from source and installed on a single-user 12-node cluster with a
non-privileged ducc_ling and ran some jobs
- Imported source into Eclipse and ran some CLI tests
- Spot check
- Downloaded binary and source and checked signatures
- Installed binary on a 25-node cluster and ran some jobs
- Built from source and installed on a single-user 12-node cluster with a
non-privileged ducc_ling and ran some jobs
- Imported source into Eclipse and ran some CLI tests
- Spot check
FWIW when I build from the RC3 source I get the expected
uima-ducc-2.0.0-bin.tar.gz
On Fri, Jul 17, 2015 at 10:13 AM, Jaroslaw Cwiklik uim...@gmail.com wrote:
Hi, cancelling DUCC RC3 due to a problem found by Lou.
-Jerry
On Fri, Jul 17, 2015 at 9:45 AM, Jaroslaw Cwiklik uim...@gmail.com
Checked sha1 md5 signatures on source-release and binary artifacts.
Built from source checked those signatures.
Installed binary release in DUCC and ran a large test with many UIMA jobs.
Repeated with the source build.
Spot check licenses notices
[X] +1 OK to release
On Thu, Jul 9, 2015 at
4519 was my mistake ... shouldn't have checked in the code ... and then
probably made things worse by changing the fixVersion. I could change the
Jira back as I gather it is OK to have code checked-in that's associated
with a non 2.0 Jira
On Mon, Jul 20, 2015 at 5:04 PM, Jaroslaw Cwiklik
Jira 4521 describes a regression ... the CLI parser rejects any option
value spelled the same as an option. It's a 1-line fix.
On Mon, Jul 20, 2015 at 5:21 PM, Marshall Schor m...@schor.com wrote:
Duccbook - chapter 20 seems partially not done - after a first bit, it is
just
showing headers
Download binary and updated our test cluster and ran 1.job
Based on more extensive testing of RC2 ...
+1 OK to release
On Fri, Oct 23, 2015 at 10:35 AM, Eddie Epstein wrote:
> sha1 and md5 signatures ok for binary tarball
>
> upgraded previous DUCC v2.0.0 test system to
to compile class for JSP
> >
> > PWC6197: An error occurred at line: 24 in the jsp file:
> /$banner/$image.jsp
> > PWC6199: Generated servlet error:
> > The type java.util.Map$Entry cannot be resolved. It is indirectly
> > referenced from required .class files
> &g
Are you starting DUCC from the head node?
You could try starting just the broker with "./ducc.py -c broker" and see
if any error messages appear on the console.
Or try starting a default broker using the AMQ commands directly, e.g. cd
apache-uima/apache-activemq; ./bin/activemq start
This should
Tested fine with megas and regular jobs.
Typo in documentation that hasn't changed since 2.0 doesn't worry me.
+1 OK to release
On Thu, Oct 15, 2015 at 11:05 AM, Lou DeGenaro
wrote:
> oops: should be 2.0.1.
>
> Lou.
>
> On Thu, Oct 15, 2015 at 11:04 AM, Lou DeGenaro
The release notes say no API changes, but the return type of
org.apache.uima.jcas.getAllIndexedFS has changed from FSIteratorTOP to
FSIteratorFeatureStructure which has produced a compile error in our code.
On Mon, Jul 6, 2015 at 3:57 PM, Marshall Schor m...@schor.com wrote:
thanks, again :-)
- Checked signatures
- Build from source (on Linux)
- Checked signatures on that build
- Started a broker and ran the quick async test
- Ran large AS pipeline with remote services on both binary dist & the
build from src
- Spot checked readme & license files & notices
Found 3 minor Jira's missing
- Checked signatures - OK
- Started a broker and ran the quick async test - OK
- Checked the README and list of Jiras - OK
- Compared source and jars with RC3 - unchanged
- Large pipeline tests on RC3 still hold - OK
[X] +1 OK to release
On Fri, May 13, 2016 at 1:48 PM, Marshall Schor
They're described under Adminstrative Commands in the duccbook ... also
mentioned in the ducc_update description. But we should add a reference to
updating DUCC in the INSTALL file.
On Thu, Jul 21, 2016 at 9:24 AM, Marshall Schor wrote:
> Hi,
> In one of the new files (
- Extracted binary & checked signatures
- Spot-checked licenses and notices and documentation
- Installed and tested on a multi-user multi-node system
- Extracted source & built binary & checked signatures
- Installed and tested that build on a single-user 2-node system
[x] +1 OK to release
On
I have delivered changes that save & restore the UimaContext so it now
should always be valid. Let me know if it doesn't fix your type-system
problem.
Burn
On Mon, Feb 6, 2017 at 3:36 PM, Burn Lewis <burnle...@gmail.com> wrote:
> In UIMA-5043 I added set/clear calls aroun
+ downloaded & checked signatures
+ installed binary on a multi-node cluster and ran a large experiment with
jobs, services & APs
+ also ran a large set of test jobs & services on many simulated nodes
(unprivileged)
+ built from source and checked signatures
+ ran that build with simulated nodes
+
In UIMA-5043 I added set/clear calls around all methods that passed control
to user code, in primitive AEs & flow controllers. Recently in UIMA-5274 I
added a set call in Resource_ImplBase.initialize so that all flavors of
produceResource could use settings in parts of their descriptors. I
Is of UimaContext, which I think is OK).
>
> -Marshall
>
> On 2/13/2017 8:17 AM, Burn Lewis wrote:
> > Recently in UIMA-5274 I changed the return value of the static method
> > UimaContextHolder.setContext(UimaContext uimaContext) from void to
> > UimaContext (so it coul
Good news - (and I'm glad I don't have to revisit the typesystem caching!)
On Wed, Feb 8, 2017 at 2:38 PM, Richard Eckart de Castilho <r...@apache.org>
wrote:
> The changes in r1782182 fix the problem.
>
> Thanks Burn!
>
> -- Richard
>
> > On 08.02.2017, at 15:44, B
Recently in UIMA-5274 I changed the return value of the static method
UimaContextHolder.setContext(UimaContext uimaContext) from void to
UimaContext (so it could return the previous value). Although this doesn't
cause any compile problems it does break binary compatibility at the
byte-code level.
o access individual external override settings
> > --
> >
> > Key: UIMA-5043
> > URL: https://issues.apache.org/jira/browse/UIMA-5043
> > Project: UIMA
> > Issue Type: Improvement
> > Com
Could the id assigned in V3 be the same as the V2 address, as if the offset
in a heap? Unique and monotonically increasing.
Burn
On Fri, Sep 2, 2016 at 5:36 AM, Peter Klügl
wrote:
> Same here.
>
>
> It looks like that we are now also starting to use the address, and
It is run 3 times by TestAnnotator2 which is run by a JUnit test.
On Wed, Aug 31, 2016 at 11:56 AM, Marshall Schor wrote:
> The class UimaContextHolderTest isn't a JUnit test, and therefore doesn't
> get
> run with the testing framework.
>
> Should this be converted to a JUnit
- Checked signatures on tar file (would be nice if the files had unix
linends)
- Tested binary build on a couple of large pipelines
- Checked signatures on source zip
- Built from source and tested on the same 2 pipelines
- Checked notices & licenses - no changes
- Tested with UIMA-AS 2.8.1
[X]
But what is the purpose of this test? Currently it expects the major
version numbers to match, and prints a misleading error message if they
don't. Are we sure that UIMA-AS 2.9.0 will work with any V2 UIMA? Or
should the test be for the version of core UIMA that UIMA-AS includes, and
has been
- downloaded binary tarball and checked md5 & sha1 sums
- unpacked, ran MeetingDetector as in README section 3.4
- also deployed with deployAsyncService and ran runRemoteAsyncAE from
another node
- installed in DUCC and ran a long test with 5 DUCC jobs using 3 UIMA-AS
services.
- verified that it
In examples/.classpath I see:
but the jar is named:
apache-activemq/lib/optional/xpp3-1.1.4c.jar
On Sun, Dec 4, 2016 at 10:27 AM, Jaroslaw Cwiklik wrote:
> Hmm, looks like a hole in my testing script I don't import runtime
> configurations from uimaj-examples. I
- Checked signatures - OK
- Spot checked ReleaseNotes, License, Readme, Notice - OK
> But cannot open the api-change reports for uimaj-core
uimaj-cpe uimaj-json (unreadable directories)
- Ran documentAnalyzer - OK
- Installed jars in DUCC (with UIMA-AS 2.9.0) and ran a couple of UIMA &
the note that this external
> overrides
> behavior will be changed in the next release *without* introducing a flag
> that
> restore the RC1 behavior (i.e. a potentially breaking change)?
>
> -- Richard
>
> > On 04.04.2017, at 00:32, Burn Lewis <burnle...@gmail.com> wrote:
rrides would result in a breaking change
> from
> 2.9.0 - that is - this is already in the 2.9.0 implementation, is this
> correct?
>
> -Marshall
>
>
> On 4/4/2017 8:35 AM, Burn Lewis wrote:
> > Certainly. I don't want to rush this change through without discussion
I mean that I'd prefer no prefixes ... just the presence or absence of /'s.
On Thu, Apr 20, 2017 at 2:29 PM, Marshall Schor <m...@schor.com> wrote:
>
>
> On 4/20/2017 2:20 PM, Burn Lewis wrote:
> > Another suggestion is to use a schema-like prefix ...* name: *or an
> >
Perhaps "path:"
On Fri, Apr 21, 2017 at 10:57 AM, Marshall Schor wrote:
> a small potential issue with "classpath:" - the impl makes use of both the
> UIMA
> Datapath and the Classpath.
>
> -Marshall
>
>
> On 4/21/2017 8:26 AM, Richard Eckart de Castilho wrote:
> > On
In UIMA 2.10.0 support was added for loading external override settings
from the classpath or datapath, but the approach chosen introduced an
ambiguity by looking first in the filesystem and then in the class path or
datapath. A better approach would be to use a syntax that clearly
indicates
s as files ... but this back-level support could be enabled by
an environment variable.
~Burn
On Thu, Apr 20, 2017 at 1:53 PM, Marshall Schor <m...@schor.com> wrote:
>
> On 4/19/2017 4:20 PM, Burn Lewis wrote:
> > In UIMA 2.10.0 support was added for loading external override set
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
There is a "Getting Started" section in the document "UIMA Tutorial and
Developers' Guide" that describes how to compile and run the example
annotators. You can then use one of these as a basis for your own
annotator.
~Burn
On Mon, May 29, 2017 at 2:46 AM, Sandhaya Choudhary <
Can't the InternationalizedException class be made serializable?
On Tue, Aug 8, 2017 at 6:24 PM, Jaroslaw Cwiklik wrote:
> Marshall, my current fix for the Serialization problem is kinda what you
> suggest. Since I can't Serialize this class I stringify it and
> create a
- checked binary & source signatures (md5 & sha1)
- installed binary on a 20-node cluster and ran some large jobs & services
& APs
- built from source and installed on a 5-node cluster and ran a job, AP &
service
- checked docs (duccbook & javadocs)
- spot checked readme license notices etc.
[x]
My build from the source zip on Linux failed with a reference to win32:
[ERROR] Failed to execute goal on project ruta-ep-parent: Could not resolve
dependencies for project org.apache.uima:ruta-ep-parent:pom:2.6.1: Could
not transfer artifact org.eclipse.swt.win32.win32:x86_64:jar:3.104.1
from/to
quot;.
> >
> >
> >> dd2spring should always ignore the scaleout value for sync UIMA-AS DDs
> >> ------
> >>
> >> Key: UIMA-5417
> >> URL: https://issues.ap
went to
> >>> http://maven.averbis.com/m2/org/eclipse/swt/win32/win32/
> x86_64/3.104.1/ in a
> >>> browser, and could see the jar file, but downloading it produced a
> network error
> >>> (reported by my browser...)
> >>>
> >>> Would
Worked with IBM Java 1.8 ... fails reliably with IBM Java 1.7
On Thu, May 4, 2017 at 10:50 AM, Marshall Schor <m...@schor.com> wrote:
> that is correct - maven uses the value of JAVA_HOME
>
> -Marshall
>
>
> On 5/4/2017 10:45 AM, Burn Lewis wrote:
> > man
>> Hi,
> >>>
> >>>
> >>> I was able to download it (from within our network). I'll ask our IT
> for
> >>> advice...
> >>>
> >>>
> >>> Peter
> >>>
> >>>
> >>> Am 03.05.2017 um 16:34
iderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
at
org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
at
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:
ut any preconditions.
>
> What build environement do you have? OS, Java version...
>
>
> Peter
>
>
>
> Am 04.05.2017 um 16:36 schrieb Burn Lewis:
> > Failing assertion & stacktrace:
> >
> > Type type4 = cas.getTypeSystem().getType("
> my.pa
Since this affects all daemons how about a pre-fetch of 1?
On Thu, Sep 28, 2017 at 6:48 PM, Jaroslaw Cwiklik wrote:
> Actually, the correct broker decoration should be:
>
> # # The broker *client* url decoration (ie - DUCC daemons).
>
checked signatures: OK. (first had to convert from DOS to Unix format)
installed binary and ran many UIMA pipelines - OK
tested the new file: & path: prefix notation for external overrides - OK
built from source & checked signatures: OK
checked api change report: OK
checked issues fixed OK
[X] +1
Ironically we also hit this problem yesterday ,,, I don't know why it has
waited this long to show up. Removing that piece of code will be the
simplest fix but I suspect its a sign of a problem elsewhere.
On Fri, Oct 6, 2017 at 8:53 AM, Burn Lewis (JIRA) <dev@uima.apache.org>
1 - 100 of 1052 matches
Mail list logo