Thilo - are you taking care of this? Or is someone else volunteering to
do it?
-Marshall
[ http://issues.apache.org/jira/browse/UIMA-97?page=all ]
Adam Lally closed UIMA-97.
--
Resolution: Fixed
> OpenNLP wrapper examples should use new annotator interfaces
>
>
> Key: UIMA-9
On 12/7/06, Adam Lally (JIRA) wrote:
[ http://issues.apache.org/jira/browse/UIMA-94?page=all ]
Adam Lally updated UIMA-94:
---
Component/s: Tools
> Pear merger default output name uses "tae" - should use "ae"
>
Adam Lally wrote:
I got Sun JDK 1.4.2 to work. However it requires an additional jar
file to be added to uima-docbook/lib: the xml-apis.jar that comes
with the Xerces download. Otherwise you get a NoClassDefFoundError
Should I check this in?
yes - but be sure to check in the right one... th
[ http://issues.apache.org/jira/browse/UIMA-97?page=all ]
Adam Lally reassigned UIMA-97:
--
Assignee: Adam Lally
> OpenNLP wrapper examples should use new annotator interfaces
>
>
>
[
http://issues.apache.org/jira/browse/UIMA-37?page=comments#action_12456611 ]
Adam Lally commented on UIMA-37:
#5 and #6 have been fixed. Remaining occurrences of IBM are:
1) The uima-docbooks project. I assume Marshall is working on that.
2) T
[ http://issues.apache.org/jira/browse/UIMA-74?page=all ]
Adam Lally updated UIMA-74:
---
Component/s: Eclipse plugins
> make Eclipse plugins into features that can be installed by Eclipse update
> mechanism
>
[ http://issues.apache.org/jira/browse/UIMA-94?page=all ]
Adam Lally updated UIMA-94:
---
Component/s: Tools
> Pear merger default output name uses "tae" - should use "ae"
>
>
> Key: UIM
[ http://issues.apache.org/jira/browse/UIMA-61?page=all ]
Adam Lally closed UIMA-61.
--
Fix Version/s: 2.1
Resolution: Fixed
> CasCreationUtils.createCas(Collection) silently ignores TypeSystemDescription
> objects,
> -
On 12/7/06, Marshall Schor <[EMAIL PROTECTED]> wrote:
After several hours of unsuccessful looking for why, I'm giving up (for
now) and saying you have to use Java 5 or some 1.4.2 Java (not IBM's)
that recognizes xercesImpl, to build docbook.
I got Sun JDK 1.4.2 to work. However it requires a
[ http://issues.apache.org/jira/browse/UIMA-61?page=all ]
Adam Lally reassigned UIMA-61:
--
Assignee: Adam Lally
> CasCreationUtils.createCas(Collection) silently ignores TypeSystemDescription
> objects,
>
After looking again, it seems that the correct xmlns for XInclude is the
2001 one. There is a note in a book which says this was changed to 2003
at one point, but then changed back.
The Xerces impl has a FAQ which now says:
Will the XInclude processor process include elements from the
'ht
[ http://issues.apache.org/jira/browse/UIMA-91?page=all ]
Adam Lally closed UIMA-91.
--
Resolution: Fixed
Fixed. I also implemented Marshall's suggestion that the CAS Initializer panel
be displayed automatically if the user opens a CPE descriptor that includes
[ http://issues.apache.org/jira/browse/UIMA-91?page=all ]
Adam Lally reassigned UIMA-91:
--
Assignee: Adam Lally
> Remove/hide CAS Initializer Panel in CPE GUI?
> -
>
> Key: UIMA-91
>
> a large part of the industry is still on Java 1.4, and we think we can't
> drop 1.4 support just yet.
FYI, my company has been using the open-source tool RetroWeaver
(http://retroweaver.sourceforge.net) to translate our Java5-compiled class
files to Java 1.4. We've had no problems with it
Potential CPM Performance Issue with multiple Sofas
---
Key: UIMA-111
URL: http://issues.apache.org/jira/browse/UIMA-111
Project: UIMA
Issue Type: Improvement
Components: Collection P
TCAS.getAnnotationIndex(Type type) should throw exception if type is not a
subtype of annotation.
-
Key: UIMA-110
URL: http://issues.apache.org/jira/browse/UIMA-110
Invalid CAS serialization format in Vinci call gives poor error message
---
Key: UIMA-109
URL: http://issues.apache.org/jira/browse/UIMA-109
Project: UIMA
Issue Type: Bug
Vinci Transport using Binary CAS Serialization is not documented
Key: UIMA-108
URL: http://issues.apache.org/jira/browse/UIMA-108
Project: UIMA
Issue Type: Improvement
CPE GUI and CDE do not distinguish empty array from null
Key: UIMA-107
URL: http://issues.apache.org/jira/browse/UIMA-107
Project: UIMA
Issue Type: Improvement
Components: Ec
[ http://issues.apache.org/jira/browse/UIMA-105?page=all ]
Adam Lally closed UIMA-105.
---
Fix Version/s: 2.1
Resolution: Fixed
> Circular Imports Leave Duplicates
> -
>
> Key: UIMA-105
> URL:
Stack overflow in XCasSerializer and XmiCasSerializer
-
Key: UIMA-106
URL: http://issues.apache.org/jira/browse/UIMA-106
Project: UIMA
Issue Type: Bug
Components: Core Java Framew
Circular Imports Leave Duplicates
-
Key: UIMA-105
URL: http://issues.apache.org/jira/browse/UIMA-105
Project: UIMA
Issue Type: Bug
Components: Core Java Framework
Reporter: Adam Lally
[ http://issues.apache.org/jira/browse/UIMA-86?page=all ]
Adam Lally closed UIMA-86.
--
Resolution: Fixed
> Aggregate descriptor that imports itself causes hang
>
>
> Key: UIMA-86
>
In updating the big-doc, I need to refer to where UIMA is typically
installed. For windows, I'd like to use
c:/Program Files/apache-uima/...
So my vote would be for Adam's convention. Those who want to have
several versions can easily install into other places, using various
suffixes to deno
Maybe I'm getting ahead of myself, but I'm not sure we need to worry
about this. The versions of OmniFind that will support Apache will most
likely not use the CPM, so chunking support would need to be rethought
anyway. We could remove or just not document the feature. I very much
hope that
Marshall Schor wrote:
Can you update the wiki (and the main website too) so that users who
click on "sandbox" are directed to a page with some explanation - what
is this, how should it be used, what are the "rules" for it, etc. I'd
look at other apache projects for guidance here.
Thanks. -Ma
[ http://issues.apache.org/jira/browse/UIMA-86?page=all ]
Adam Lally updated UIMA-86:
---
Fix Version/s: 2.1
Assignee: Adam Lally
> Aggregate descriptor that imports itself causes hang
>
>
>
On 12/7/06, Marshall Schor <[EMAIL PROTECTED]> wrote:
To support "chunking" as used in OmniFind, the reference chapter for the
CPE says things like:
throttleID
[String] special attribute currently used by
OmniFind.
It seems a bit strange to have Omnifind specific information in the
Apache U
My primary concern is that our distributions should unpack into a
directory. If we can agree on that, I'm fairly easy on what that
directory is called. "apache-uima" is a fine name. I would prefer to
have the version number in there, but if there are overriding concerns,
that's not a big deal.
To support "chunking" as used in OmniFind, the reference chapter for the
CPE says things like:
throttleID
[String] special attribute currently used by
OmniFind.
It seems a bit strange to have Omnifind specific information in the
Apache UIMA documentation.
Does anyone have a suggestion o
On 12/7/06, Thilo Goetz <[EMAIL PROTECTED]> wrote:
I appreciate your comments about the Java collection framework. We've
talked about this on and off, but it never really went anywhere. Is
this something we might want to support in JCas? That would seem like a
good place for it.
Opinions?
[ http://issues.apache.org/jira/browse/UIMA-6?page=all ]
Adam Lally resolved UIMA-6.
---
Resolution: Fixed
Assignee: Marshall Schor (was: Adam Lally)
Marshall, please review when you've finished the documentation.
Also note that in uima-docbooks/build.xml
PackageInstaller and PackageInstallerException need class javadoc comments
--
Key: UIMA-104
URL: http://issues.apache.org/jira/browse/UIMA-104
Project: UIMA
Issue Type:
Add license headers to batch files and shell scripts
Key: UIMA-103
URL: http://issues.apache.org/jira/browse/UIMA-103
Project: UIMA
Issue Type: Task
Components: Tools
I managed to fix this, but I had to wing it because I found the
documentation on the Anakia page totally opaque. I have no idea if what
I did was in the spirit of Anakia or not.
It seemed to me that stylesheets/site.xsl is not used. Is that correct?
If so, we might want to remove it.
Thil
[ http://issues.apache.org/jira/browse/UIMA-102?page=all ]
Thilo Goetz closed UIMA-102.
Resolution: Fixed
If and when we get a logo of our own, we can change this back.
> Incubator icon on web page should link to incubator site, not UIMA site
>
[ http://issues.apache.org/jira/browse/UIMA-76?page=all ]
Michael Baessler closed UIMA-76.
Resolution: Fixed
> add new pear installer API to install a pear file easily out of an application
> --
Adam Lally wrote:
On 11/20/06, Michael Baessler <[EMAIL PROTECTED]> wrote:
I like your draft, especially the "News" section on the first page, but
I don't like to scroll here.
So I would suggest to shorten the "What is UIMA" paragraphs to see
immediately the news section and what happens latel
Incubator icon on web page should link to incubator site, not UIMA site
---
Key: UIMA-102
URL: http://issues.apache.org/jira/browse/UIMA-102
Project: UIMA
Issue Type: Bug
Greg Holmberg (JIRA) wrote:
[ http://issues.apache.org/jira/browse/UIMA-25?page=comments#action_12456189 ]
Greg Holmberg commented on UIMA-25:
---
This may not be exactly what Marshall is referring to, but I found it
surprising that FSArray does
41 matches
Mail list logo