This error is coming from libuima, which was successfully loaded by
the JVM, given -Djava.library.path. You're sure that the [appropriate]
LD_LIBRARY_PATH is set correctly for libuima? As a test put the
annotator library in some standard place, like /usr/lib. There's no
issue with 32 vs 64 bit
Hi,
it appears that InlineXMLCasConsumer depends on the system locale for
some internal transformations. The output appears to be written in UTF8
(outStream.write(xmlAnnotations.getBytes(UTF-8));) but when used on a
machine with a locale of ASCII all accented characters get broken.
I
On 21/02/12 15:59, Jens Grivolla wrote:
Hi,
it appears that InlineXMLCasConsumer depends on the system locale for
some internal transformations. The output appears to be written in UTF8
(outStream.write(xmlAnnotations.getBytes(UTF-8));) but when used on a
machine with a locale of ASCII all
On 02/21/2012 04:08 PM, Thilo Goetz wrote:
On 21/02/12 15:59, Jens Grivolla wrote:
it appears that InlineXMLCasConsumer depends on the system locale for
some internal transformations. The output appears to be written in UTF8
(outStream.write(xmlAnnotations.getBytes(UTF-8));) but when used on a
On 21/02/12 16:15, Jens Grivolla wrote:
On 02/21/2012 04:08 PM, Thilo Goetz wrote:
On 21/02/12 15:59, Jens Grivolla wrote:
it appears that InlineXMLCasConsumer depends on the system locale for
some internal transformations. The output appears to be written in UTF8
Thanks Marshall, this would work for me !
Himanshu Gahlot
Software Engineer
T 415.344.1336
235 2nd St, San Francisco, CA 94105
[image: Cbs]
On Tue, Feb 21, 2012 at 11:09 AM, Marshall Schor m...@schor.com wrote:
How about something like:
First, get an iterator over tokens, using the base