Type: Improvement
Components: Build, Packaging and Test
Reporter: Marshall Schor
Assignee: Marshall Schor
Priority: Minor
Fix For: 2.3
The assembly POM for instance, calls out old versions of the javadoc plugin
(2.0) - current is 2.5
Project: UIMA
Issue Type: Bug
Reporter: Marshall Schor
Assignee: Marshall Schor
Fix For: 2.3
When running mvn assembly:assembly in uimaj-distr get a failure:
Illegal character in path at index 18: file:/C:/Documents and
Settings/Administrator/.m2
I would like to propose graduating UIMA-AS from the sandbox, making it a
separately downloadable "add-on" to base UIMA. It has been extensively
used in several projects and has undergone (as a result) a lot of
bug-fixing and hardening. With the upcoming release, I think it would
make sense to grad
[
https://issues.apache.org/jira/browse/UIMA-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor updated UIMA-1467:
-
Description:
Reported by a user - seeing NPE when calling reconfigure. That NPE is being
caused
Thilo Goetz wrote:
> Marshall Schor wrote:
>
>> Thilo Goetz wrote:
>>
>>> Marshall Schor wrote:
>>>
>>>
>>>> Thilo Goetz wrote:
>>>>
>>>>
>>>>> It's prob
[
https://issues.apache.org/jira/browse/UIMA-1340?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-1340.
Resolution: Fixed
> PearAnalysisEngineWrapper does not expose Management Interface of the wrap
[
https://issues.apache.org/jira/browse/UIMA-1465?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor updated UIMA-1465:
-
Description: This happens when produceAnalysisEngine call is done
with no additional
Thilo Goetz wrote:
> Marshall Schor wrote:
>
>> Thilo Goetz wrote:
>>
>>> It's probably not important, but I don't understand what the
>>> difference is between "creating a top level pearSpecifier kind
>>> of AE" (your wo
[
https://issues.apache.org/jira/browse/UIMA-487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12737410#action_12737410
]
Marshall Schor commented on UIMA-487:
-
I agree with Thilo's analysis above. +
It's been left open. Should this be closed? -Marshall
if we're doing the same thing, then it should have been failing
for your situations. Do you have a sample / test case or whatever I
could try? I'll back out the change and test why it *isn't* failing.
That should shed some light on my understanding in this area :-)
-Marshall
&g
[
https://issues.apache.org/jira/browse/UIMA-1466?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-1466.
> Instantiating top level pearSpecifier: reconfigure throwing NPE and need to
> set S
: UIMA-1465
>> URL: https://issues.apache.org/jira/browse/UIMA-1465
>> Project: UIMA
>> Issue Type: Bug
>> Components: Core Java Framework
>>Affects Versions: 2.2.2
>>Reporter: Marshall Schor
>>
[
https://issues.apache.org/jira/browse/UIMA-1466?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor resolved UIMA-1466.
--
Resolution: Fixed
> Instantiating top level pearSpecifier: reconfigure throwing NPE and need
[
https://issues.apache.org/jira/browse/UIMA-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-1467.
Resolution: Fixed
> PearAnalysisEngineWrapper should implement reconfigure - calling the wrap
[
https://issues.apache.org/jira/browse/UIMA-1466?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12736725#action_12736725
]
Marshall Schor commented on UIMA-1466:
--
I discussed this with Adam, and it seems
-1467
Project: UIMA
Issue Type: Bug
Components: Core Java Framework
Affects Versions: 2.2.2
Reporter: Marshall Schor
Assignee: Marshall Schor
Fix For: 2.3
Reported by a user - seeing NPE when calling reconfigure. That NPE is
Project: UIMA
Issue Type: Bug
Components: Core Java Framework
Affects Versions: 2.2.2
Reporter: Marshall Schor
Assignee: Marshall Schor
Fix For: 2.3
A user reported these two issues when trying to run a top level pear. See
http
[
https://issues.apache.org/jira/browse/UIMA-1465?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-1465.
Resolution: Fixed
test case which failed before (DictionaryAnnotator in the sandbox) now works
Issue Type: Bug
Components: Core Java Framework
Affects Versions: 2.2.2
Reporter: Marshall Schor
Assignee: Marshall Schor
Fix For: 2.3
This happens when produceAnalysisEngine call is done with no additional
parameters, for top level pears
Some of our sandbox project include jars such as jsr173_1.0_api, in a
lib/ directory, as part of our distribution.
Some of our projects indicate, for included jars like this, what the
license is, in the NOTICE file (e.g. the RegularExpressionAnnotator).
Others are silent (e.g. the SimpleServer).
Thilo Goetz wrote:
> Marshall Schor wrote:
>
>> Let's get a list of sandbox projects we plan to include in the
>> 2.3.0-incubating release.
>>
>> The reason for doing this is to better update the version info for the
>> sandbox. For uimaj we use mave
I can see Michael's point to have sandbox things depend on released
components, but only for those sandbox things not being released.
When we get to release time, for the ones being released, the released
components (if it follows all of our other conventions, and maven
conventions) in the tag wil
ues in the
PearAnalysisEngineWrapper
-Marshall
Marshall Schor wrote:
> While fixing up the sandbox build I ran across what looks like a bug -
> the PearAnalysisEngineWrapper is throwing a NPE because it is being
> passed in "null" for the map of additional parameters in its
> "initialize
While fixing up the sandbox build I ran across what looks like a bug -
the PearAnalysisEngineWrapper is throwing a NPE because it is being
passed in "null" for the map of additional parameters in its
"initialize" method, and it's not expecting that.
Here's one such path where null is passed in:
U
[
https://issues.apache.org/jira/browse/UIMA-1065?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12736199#action_12736199
]
Marshall Schor commented on UIMA-1065:
--
Redid the svn:ignore - still got the PROPP
Marshall Schor wrote:
> Let's get a list of sandbox projects we plan to include in the
> 2.3.0-incubating release.
>
> The reason for doing this is to better update the version info for the
> sandbox. For uimaj we use maven properties and have the version info in
> jus
: Sandbox
Reporter: Marshall Schor
Assignee: Marshall Schor
Priority: Minor
Fix For: 2.3S
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Let's get a list of sandbox projects we plan to include in the
2.3.0-incubating release.
The reason for doing this is to better update the version info for the
sandbox. For uimaj we use maven properties and have the version info in
just one place for all the projects. We could do that too, for
+1 -Marshall
Thilo Goetz (JIRA) wrote:
> [
> https://issues.apache.org/jira/browse/UIMA-1257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12735944#action_12735944
> ]
>
> Thilo Goetz commented on UIMA-1257:
> ---
>
>
4, 2009, at 10:42 PM, Marshall Schor wrote:
>
>>
>>
>> Jörn Kottmann wrote:
>>> Marshall Schor wrote:
>>>> Jörn Kottmann wrote:
>>>>
>>>>> Marshall Schor wrote:
>>>>>
>>>>>> When adding generic t
Thilo Goetz wrote:
> Marshall Schor wrote:
>
>> Thilo Goetz wrote:
>>
>>> Marshall Schor wrote:
>>>
>>>
>>>> Thilo Goetz wrote:
>>>>
>>>>
>>>>> See the Jira
Thilo Goetz wrote:
> Marshall Schor wrote:
>
>> Thilo Goetz wrote:
>>
>>> See the Jira issue for the cause of the problem. More
>>> comments below.
>>>
>>> Marshall Schor wrote:
>>>
>>>
>>>>
Thilo Goetz wrote:
> See the Jira issue for the cause of the problem. More
> comments below.
>
> Marshall Schor wrote:
>
>> So, there may be 2 things to look at here - the actual error, described
>> above, and the more philosophical question on the behavior o
mented better. And
what if no sorting order was defined for the set index?
-Marshall
Marshall Schor wrote:
> I think this fix gives rise to another test case failure. I backed out
> this fix, and the (I think new) test in IteratorTest - testIterator
> fails on line 357.
>
&
Just FYI - On my setup & system, it fails both in mvn and Eclipse.
Note that I started with a brand new extract of SVN done on Saturday.
Looking forward to unraveling this mystery :-) -Marshall
Thilo Goetz wrote:
> Marshall Schor wrote:
>
>> Interesting...
>>
>&
ion "1.6.0_11"
Java(TM) SE Runtime Environment (build 1.6.0_11-b03)
Java HotSpot(TM) Client VM (build 11.0-b16, mixed mode, sharing)
-Marshall
Thilo Goetz wrote:
> Marshall Schor wrote:
>
>> I think this fix gives rise to another test case failure. I backed out
>>
I think this fix gives rise to another test case failure. I backed out
this fix, and the (I think new) test in IteratorTest - testIterator
fails on line 357.
With this fix restored, there is a failure on IteratorTest - testDelete,
line 662.
Thilo - I think you are the best person to investigate
[
https://issues.apache.org/jira/browse/UIMA-1447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12735158#action_12735158
]
Marshall Schor commented on UIMA-1447:
--
Based on Thilo's remark 2 above, I&
Marshall Schor wrote:
> Jörn Kottmann wrote:
>
>> Marshall Schor wrote:
>>
>>> Jörn Kottmann wrote:
>>>
>>>
>>>> Marshall Schor wrote:
>>>>
>>>>
>>>>> When adding gener
Jörn Kottmann wrote:
> Marshall Schor wrote:
>> Jörn Kottmann wrote:
>>
>>> Marshall Schor wrote:
>>>
>>>> When adding generic type info to UIMA core, if there is a method which
>>>> is declared to return a List, and we change it
Jörn Kottmann wrote:
> Marshall Schor wrote:
>> When adding generic type info to UIMA core, if there is a method which
>> is declared to return a List, and we change it to return a
>> List, and the method is part of the UIMA public API - does
>> that "break"
ist|", you will be locked
into that decision
This is because it's binary compatible to go from --no generic info-- to
some-generic-info, but it is not binary compatible to change the
generic-info once it is there.
-Marshall
Jörn Kottmann wrote:
> Marshall Schor wrote:
>> Is this
no objections - sounds good. +1 to graduate it from sandbox and publish
to incubator repo. in next release.
-Marshall
Thilo Goetz wrote:
> Jörn Kottmann wrote:
>
>> Thilo Goetz wrote:
>>
>>> - the pear packaging maven plugin project must be built first
>>> and manually if it's not in t
Thilo Goetz wrote:
> Marshall Schor wrote:
>
>> Thilo Goetz wrote:
>>
>>> Hi all,
>>>
>>> I was trying to build the sandbox today and noticed several
>>> issues (see also Marshall's earlier note).
>>>
>>> 1.
When adding generic type info to UIMA core, if there is a method which
is declared to return a List, and we change it to return a
List, and the method is part of the UIMA public API - does
that "break" the public API? Or will code that is already written to
use it continue to work? I think the co
While doing some generics work in uimaj-core, I came across the hashCode
impl in this class; it has one possible problem in that it uses Math.abs
in an attempt to return just non-negative ints. This is required in
other places, where the hash code is used to create indexes using
hashCode % some-si
[
https://issues.apache.org/jira/browse/UIMA-1447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12734745#action_12734745
]
Marshall Schor commented on UIMA-1447:
--
A couple of comments:
1) if we change
[
https://issues.apache.org/jira/browse/UIMA-1453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-1453.
Resolution: Fixed
> some findbugs cleanup in uimaj-c
: Marshall Schor
Assignee: Marshall Schor
Priority: Trivial
Fix For: 2.3
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Framework
Reporter: Marshall Schor
Assignee: Marshall Schor
Priority: Trivial
Fix For: 2.3
Manually examine and add generic type arguments to some classes in uima-core
that resist the Eclipse "infer generic arguments" method. (Resist -
[
https://issues.apache.org/jira/browse/UIMA-1451?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-1451.
Resolution: Fixed
> findbugs changes for ep-configurator (
Reporter: Marshall Schor
Assignee: Marshall Schor
Priority: Trivial
Fix For: 2.3
fix minor findbug issues in ep-configurator
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Thilo Goetz wrote:
> Hi all,
>
> I was trying to build the sandbox today and noticed several
> issues (see also Marshall's earlier note).
>
> 1. The sandbox build is not documented, or at least I
> couldn't find anything. There's a short bit under
> "creating a distribution", but there's nothing
The POM for this specifies
org.apache.uima
PearPackagingMavenPlugin
2.2.2-incubating
provided
Because I blew away my local maven repo at some point and rebuilt it -
it rebuilt with version 2.3.0-incubating-SANDBOX
There are lots o
[
https://issues.apache.org/jira/browse/UIMA-1447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12733823#action_12733823
]
Marshall Schor commented on UIMA-1447:
--
I took a look at the code. It seem
[
https://issues.apache.org/jira/browse/UIMA-1432?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12733795#action_12733795
]
Marshall Schor commented on UIMA-1432:
--
Adam Lally reviewed (eyeballed) both of t
[
https://issues.apache.org/jira/browse/UIMA-1432?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-1432.
Resolution: Fixed
Fix Version/s: 2.3
mvn test OK
> Function S
[
https://issues.apache.org/jira/browse/UIMA-1432?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor reassigned UIMA-1432:
Assignee: Marshall Schor
> Function S
[
https://issues.apache.org/jira/browse/UIMA-1445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12732722#action_12732722
]
Marshall Schor commented on UIMA-1445:
--
I reviewed the patch - looks good to me. +
Baptiste Gaillard wrote:
>
>
>
>
>
> Hi,
>
> I'm trying to compile the last version of the PearPackagingMavenPlugin, but
> it seems there is a problem on PDF generation...
>
> Here is the exception I've encountered:
> [ERROR] BUILD ERROR
> [INFO]
> -
The exception you encountered occurs when an ant script tries to execute
In your case the message indicates that ${tmp.dir}/fop.zip is
/Users/bouba/Documents/workspace_uima/PearPackagingMavenPlugin/target/temp/fop.zip
The message about a "negative seek" would seem to be caused by some corru
[
https://issues.apache.org/jira/browse/UIMA-1431?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-1431.
Resolution: Fixed
> Fix some potential overflow err
Schor
Assignee: Marshall Schor
Priority: Minor
Fix For: 2.3
Findbugs finds some integer computations which can overflow (silently). We've
ignored these before, but with (some) users now running on 32 GB 64-bit
Linuxes, it is possible these may
we list that jar in the POM as a dependency, if someone has put that
jar into the maven repo?
- Marshall
>
> Jörn
>
> On Jul 4, 2009, at 8:19 PM, Marshall Schor wrote:
>
>> left-over thing: in the repository spec for "CentralEclipse" - I had
>> temporarily c
+1 -Marshall
Jörn Kottmann wrote:
> Marshall Schor wrote:
>> +1 to remove it, from me, but Thilo could take a look too...
>>
>> I commented it out to test removing it, and didn't see any compile
>> errors. (didn't commit)
>>
> Actually I starte
+1 to remove it, from me, but Thilo could take a look too...
I commented it out to test removing it, and didn't see any compile
errors. (didn't commit)
-Marshall
Jörn Kottmann wrote:
> Hi,
>
> the class has private constructor which is never used.
> Is there a reason for it ?
>
> Otherwise I wou
added info on concept mapper update, and Configurable Feature Extracter
entering the sandbox -Marshall
Thilo Goetz wrote:
> Thilo Goetz wrote:
>
>> Jukka Zitting wrote:
>>
>>> Hi,
>>>
>>> UIMA is again due for a board report [1]. Anyone willing to draft it?
>>>
>>> [1] http://wiki.apache.o
backwards to
see who's holding refs to these that shouldn't be...
Jörn Kottmann wrote:
> Marshall Schor wrote:
>> The debug plugin adds the capability for Eclipse to show structured
>> values in the debugger for UIMA objects.
>>
>> It is briefly des
I don't believe the UIMA-AS target is called, unless you call it
explicitly. Can you say a bit more why you needed to remove it?
-Marshall
Thilo Goetz wrote:
> Marshall Schor wrote:
>
>> At this point, the build procedure is:
>>
>> 1) run the build.xml in
The debug plugin adds the capability for Eclipse to show structured
values in the debugger for UIMA objects.
It is briefly described here:
http://incubator.apache.org/uima/downloads/releaseDocs/2.2.2-incubating/docs/html/tutorials_and_users_guides/tutorials_and_users_guides.html#ugr.tug.aae.viewin
At this point, the build procedure is:
1) run the build.xml in the uimaj-eclipse-update-site project with the
target set to build-features. You can do this in Eclipse by right
clicking the build.xml file and picking Run-As Ant-build ...
2) copy the features built here into the same project's top
[
https://issues.apache.org/jira/browse/UIMA-1422?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12727892#action_12727892
]
Marshall Schor commented on UIMA-1422:
--
several fixes made, now update site appear
Reporter: Marshall Schor
Priority: Minor
Fix For: 2.3
Eclipse update site build not working, parts seem broken. See
http://markmail.org/thread/5m6kzwczxlqdyknh
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the
Jörn Kottmann wrote:
> Marshall Schor wrote:
>> After some extra thought - it seems to me that the caseditor might not
>> want to be a separate feature, but instead be included with the tools.
>>
>> So - I won't do another uimaj-eclipse-feature-caseditor p
After some extra thought - it seems to me that the caseditor might not
want to be a separate feature, but instead be included with the tools.
So - I won't do another uimaj-eclipse-feature-caseditor project, but
rather update the existing uimaj-eclipse-feature-tools to include this
plugin.
Let's d
unning an extra
target to build the missing feature jars.
I'm sure that this build process can be improved :-) but now we'll at
least have some portion of a working start.
-Marshall
Marshall Schor wrote:
> ... Typo in the stanzas for feature, they had the attribute
> version
... Typo in the stanzas for feature, they had the attribute
version="2.2.2.incubating" - should be
2.3.0.incubating-SNAPSHOT.
>
> url="features/org.apache.uima.tools_2.3.0.incubating-SNAPSHOT.jar"
> id="org.apache.uima.tools" version="2.2.2.incubating">
>
Next - a workaround to build the feature jars for 2.3 version.
I modified the build.xml to include this, and ran it:
After I ran that target, I re-ran the main target ("all"), and it
reported building the site OK. Now to "test" it...
-Marshall
Next issue:
There is a new feature for 2.3.0, the caseditor. In the current build
approach, each feature needs a separate "feature" project (Eclipse likes
this organization). There was no uimaj-eclipse-feature-caseditor
project, so I made one :-) and will check it in shortly.
Meanwhile, there's
Agreeing with what Thilo found earlier: It appears that there is a 1/2
done change to the process regarding the feature jars. The result is
the build of the feature jars was taken out of the update site build.xml
script, but no build for this exists elsewhere. Hence, no feature jars
are being bu
Thilo Goetz wrote:
> Marshall Schor wrote:
>
>> Thilo Goetz wrote:
>>
>>> ...
>>> I have tried looking into those issues, but I'm a
>>> little puzzled by our whole eclipse plugin setup.
>>> The plugins are done in a way tha
Thilo Goetz wrote:
> ...
> I have tried looking into those issues, but I'm a
> little puzzled by our whole eclipse plugin setup.
> The plugins are done in a way that looks very odd
> to me, but that may just be my lack of experience.
> None of the plugins (except for the cas editor)
> has a prope
Sorry, I started looking at this, but got distracted by the July 4th
holiday ;-) Looking at it again, now... -Marshall
Thilo Goetz wrote:
> Thilo Goetz wrote:
>
>> Thilo Goetz wrote:
>>
>>> All,
>>>
>>> I was trying to follow up on Burn's comments on
>>> https://issues.apache.org/jira/bro
left-over thing: in the repository spec for "CentralEclipse" - I had
temporarily changed the to always... now have changed it
back to never
-Marshall
Marshall Schor wrote:
> I found the cause of the problem (probably only I have this issue :-) )
>
>
org/maven2
true
never
fail
false
never
-Marshall
Marshall Schor wrote:
> Jörn Kottmann wrote:
>
>> Marshall Schor wrote:
>>
>>> Trying to build uimaj - I g
Jörn Kottmann wrote:
> Marshall Schor wrote:
>> Trying to build uimaj - I get this build error on the Cas Editor
>> project:
>>
>> Couldn't find a version in [3.2.1-v3235e, 3.3.0-v3345b, 3.3.0-v3346] to
>> match range [3.3.0,4.0.0)
>> org.eclipse:
Trying to build uimaj - I get this build error on the Cas Editor project:
Couldn't find a version in [3.2.1-v3235e, 3.3.0-v3345b, 3.3.0-v3346] to
match range [3.3.0,4.0.0)
org.eclipse:swt:jar:null
from the specified remote repositories:
central (http://repo1.maven.org/maven2),
ApacheIncubat
Thilo Goetz wrote:
> Marshall Schor wrote:
>
>> Thilo Goetz wrote:
>>
>>> All,
>>>
>>> when I do a clean svn extract and build the core
>>> distribution, I get lots of warnings during the
>>> packaging sta
Thilo Goetz wrote:
> All,
>
> when I do a clean svn extract and build the core
> distribution, I get lots of warnings during the
> packaging stage (I think).
>
> [WARNING] Cannot include project artifact:
> org.apache.uima:uimaj-distr:jar:2.3.0-incubating-SNAPSHOT; it doesn't have an
> associate
[
https://issues.apache.org/jira/browse/UIMA-1392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor resolved UIMA-1392.
--
Resolution: Fixed
Assignee: Tommaso Teofili (was: Marshall Schor)
Thank you for the
[
https://issues.apache.org/jira/browse/UIMA-1392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor reassigned UIMA-1392:
Assignee: Marshall Schor
> OpenCalaisAnnotator's annotations have truncated
[
https://issues.apache.org/jira/browse/UIMA-1371?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor resolved UIMA-1371.
--
Resolution: Fixed
Assignee: Michael Tanenblatt (was: Marshall Schor)
Michael T - please
[
https://issues.apache.org/jira/browse/UIMA-1372?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-1372.
Resolution: Fixed
Fix Version/s: 2.3S
updated the website
> Improve description
[
https://issues.apache.org/jira/browse/UIMA-1372?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor reassigned UIMA-1372:
Assignee: Marshall Schor
> Improve description of ConceptMapper on UIMA sandbox compone
[
https://issues.apache.org/jira/browse/UIMA-1371?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor reassigned UIMA-1371:
Assignee: Marshall Schor
> Performance improvement: remove reliance on Property class
I don't know of any users.
If the old wrappers don't work, I'm +1 for removing them, especially if
there were some way to leave a "crumb" in their place which would tell
anyone trying to use them what to do instead that would work (e.g. a
redirect to the OpenNLP project's wrappers).
-Marshall
Jö
[
https://issues.apache.org/jira/browse/UIMA-1389?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12721486#action_12721486
]
Marshall Schor commented on UIMA-1389:
--
I wonder if this would break some exis
[
https://issues.apache.org/jira/browse/UIMA-1065?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12721483#action_12721483
]
Marshall Schor commented on UIMA-1065:
--
Igor will work on converting the documenta
[
https://issues.apache.org/jira/browse/UIMA-1065?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12721482#action_12721482
]
Marshall Schor commented on UIMA-1065:
--
Trouble making the POM for this: The Ecl
901 - 1000 of 3230 matches
Mail list logo