<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to bugs</title><link href="https://sourceforge.net/p/uima-framework/bugs/" rel="alternate"/><link href="https://sourceforge.net/p/uima-framework/bugs/feed.atom" rel="self"/><id>https://sourceforge.net/p/uima-framework/bugs/</id><updated>2006-11-10T17:15:04Z</updated><subtitle>Recent changes to bugs</subtitle><entry><title>Document Analyzer ignores preferences</title><link href="https://sourceforge.net/p/uima-framework/bugs/15/" rel="alternate"/><published>2006-11-10T17:15:04Z</published><updated>2006-11-10T17:15:04Z</updated><author><name>Bruno Martinez</name><uri>https://sourceforge.net/u/userid-970925/</uri></author><id>https://sourceforge.netd2924c8ee0a8e71e15008ad55096b625cda688fa</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Every time I run the Document Analyzer the character &lt;br /&gt;
encoding is set to UTF-8, but I use win-1252.  I &lt;br /&gt;
looked at the source of &lt;br /&gt;
com.ibm.uima.reference_impl.application.docanalyzer.DocumentAnalyzer &lt;br /&gt;
and UTF-8 es hardcoded.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Boolean &amp; Integers given default value when exporting CAS</title><link href="https://sourceforge.net/p/uima-framework/bugs/14/" rel="alternate"/><published>2006-11-09T00:05:22Z</published><updated>2006-11-09T00:05:22Z</updated><author><name>vass0014</name><uri>https://sourceforge.net/u/vass0014/</uri></author><id>https://sourceforge.net352f051f44a93491248c310bfdec3d2e436e77ce</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;When exporting a CAS to xmi using the UIMA &lt;br /&gt;
applications (Document Analyser) we are finding that &lt;br /&gt;
Boolean &amp;amp; Integer types are given a default value &lt;br /&gt;
whereas Strings are not as they can be set as null. &lt;br /&gt;
Is this the expected behaviour?&lt;/p&gt;
&lt;p&gt;E.g. I have a typed system named 'Person' with &lt;br /&gt;
attributes name:String &amp;amp; validName:Boolean. &lt;/p&gt;
&lt;p&gt;Within the AE the 'validName' is not defined as &lt;br /&gt;
either a input or output and is not set within the &lt;br /&gt;
respective Annotator class. However in the xmi file &lt;br /&gt;
generated I am getting a result for both attributes &lt;br /&gt;
being 'name' and 'validName'.&lt;/p&gt;
&lt;p&gt;If I change the the 'validName' attribute to be a &lt;br /&gt;
String, the attribute is not written to the xmi.&lt;/p&gt;
&lt;p&gt;Thanks&lt;/p&gt;
&lt;p&gt;Evan &lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>UIMA eclipse preference page cannot be loaded under Linux</title><link href="https://sourceforge.net/p/uima-framework/bugs/13/" rel="alternate"/><published>2006-11-04T11:05:53Z</published><updated>2006-11-04T11:05:53Z</updated><author><name>Aleksandar Vidakovic</name><uri>https://sourceforge.net/u/spaddo/</uri></author><id>https://sourceforge.netc3d8557a0d485021c2fe6b72acbbd6729f74ebc7</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;This is due to a wrong Plugin Descriptor for&lt;br /&gt;
com.ibm.uima.desceditor. The property Bundle-ClassPath&lt;br /&gt;
points to "TaeConfigurator.jar". While this might work&lt;br /&gt;
under Windows, in a Linux environment it does not.&lt;/p&gt;
&lt;p&gt;Fix: either rename the jar file to&lt;br /&gt;
"TaeConfigurator.jar" or change the descriptor property&lt;br /&gt;
(in&lt;br /&gt;
$ECLIPSE_HOME/plugins/com.ibm.uima.desceditor/META-INF/MANIFEST.MF)&lt;br /&gt;
to "Bundle-ClassPath: TAEconfigurator.jar".&lt;/p&gt;
&lt;p&gt;Attached you'll find the modified descriptor file.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>CAS serialization is not documented</title><link href="https://sourceforge.net/p/uima-framework/bugs/12/" rel="alternate"/><published>2006-10-11T22:26:42Z</published><updated>2006-10-11T22:26:42Z</updated><author><name>Greg Holmberg</name><uri>https://sourceforge.net/u/gcholmberg/</uri></author><id>https://sourceforge.netcd4ea013363c1063b2267308ef2ca749754470ef</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Class com.ibm.uima.cas.impl.Serialization is not &lt;br /&gt;
documented in the JavaDoc.&lt;/p&gt;
&lt;p&gt;Since class CAS doesn't implement Serializable, &lt;br /&gt;
Serialization is the only way to (efficiently) &lt;br /&gt;
transport a CAS Java process to Java process (via RMI &lt;br /&gt;
or Jini).&lt;/p&gt;
&lt;p&gt;Also, Serialization seems to be missing a method.&lt;br /&gt;
There is a "CASSerializer serializeCAS(CAS)" method &lt;br /&gt;
but no way to deserialize it.  There is a pair that &lt;br /&gt;
works on Streams, but there is no "void &lt;br /&gt;
deserializeCAS(CAS, CASSerializer)" method.&lt;/p&gt;
&lt;p&gt;Secondly, the method serializeCASComplete() takes a &lt;br /&gt;
CASMgr, which is also undocumented.  Perhaps this &lt;br /&gt;
should be modified to take a CAS instead of a CASMgr?&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Eclipse plugin failure in Linux</title><link href="https://sourceforge.net/p/uima-framework/bugs/11/" rel="alternate"/><published>2006-09-21T16:42:26Z</published><updated>2006-09-21T16:42:26Z</updated><author><name>eneve</name><uri>https://sourceforge.net/u/eneve/</uri></author><id>https://sourceforge.neta375291c06c9a69de3afc94110c9caa7aa97f2a7</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;The com.ibm.uima.desceditor_2.0.1 eclipse plugin fails&lt;br /&gt;
in Linux because of the case sensitive file system that&lt;br /&gt;
Window$ does not have.  In the MANIFEST.MF for the&lt;br /&gt;
eclipse plugin contains "Bundle-ClassPath:&lt;br /&gt;
TaeConfigurator.jar" when in fact the jars name is&lt;br /&gt;
"TAEconfigurator.jar".  The capitalization causes a&lt;br /&gt;
problem when running on a Linux FS.&lt;/p&gt;
&lt;p&gt;-Stephen&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Can't call process twice on CPE</title><link href="https://sourceforge.net/p/uima-framework/bugs/10/" rel="alternate"/><published>2006-09-06T02:05:13Z</published><updated>2006-09-06T02:05:13Z</updated><author><name>cawley</name><uri>https://sourceforge.net/u/cawley/</uri></author><id>https://sourceforge.net9091207c5ee3ec37bb1309d8e1c2a5ed23a92857</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hello there,&lt;/p&gt;
&lt;p&gt;I've been having lots of fun with UIMA 2.0.0&lt;/p&gt;
&lt;p&gt;My problem occurs when I call process() twice on a&lt;br /&gt;
CollectionProcessingEngine.  The call bombs out with a&lt;br /&gt;
next to useless thread exception.&lt;/p&gt;
&lt;p&gt;6/09/2006 11:28:39&lt;br /&gt;
com.ibm.uima.reference_impl.collection.cpm.BaseCPMImpl&lt;br /&gt;
run(515)&lt;br /&gt;
SEVERE: java.lang.IllegalThreadStateException&lt;/p&gt;
&lt;p&gt;The docs appear to suggest its fine to call process&lt;br /&gt;
more than once just not at the same time.&lt;br /&gt;
&lt;/p&gt;
&lt;p&gt;Any help will be appreciated.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>2.0 examples use deprecated methods</title><link href="https://sourceforge.net/p/uima-framework/bugs/9/" rel="alternate"/><published>2006-08-30T04:05:23Z</published><updated>2006-08-30T04:05:23Z</updated><author><name>Greg Holmberg</name><uri>https://sourceforge.net/u/gcholmberg/</uri></author><id>https://sourceforge.neta61bfee73af19431e35c2e636b8d6b7a77a7e10f</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;For example, in &lt;br /&gt;
docs\examples\src\com\ibm\uima\examples\RunAE.java, &lt;br /&gt;
CollectionReader.setCasInitializer() is called, which &lt;br /&gt;
is deprecated.&lt;/p&gt;
&lt;p&gt;The examples should show the right way to do things.&lt;br /&gt;
In this case, it should show how to use a multi-SOFA &lt;br /&gt;
annotator instead of a CAS Initializer.  For example, &lt;br /&gt;
it might use XmlDetagger annotator.&lt;/p&gt;
&lt;p&gt;I'm sure there are other places the examples use &lt;br /&gt;
deprecated methods, so a review of that code might be &lt;br /&gt;
appropriate to bring it up to the 2.0 APIs.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>2.0 examples use deprecated methods</title><link href="https://sourceforge.net/p/uima-framework/bugs/8/" rel="alternate"/><published>2006-08-30T00:51:19Z</published><updated>2006-08-30T00:51:19Z</updated><author><name>Greg Holmberg</name><uri>https://sourceforge.net/u/gcholmberg/</uri></author><id>https://sourceforge.net2077f24ce846c2143971a590ebd9f3bcafc53be7</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;For example, in &lt;br /&gt;
docs\examples\src\com\ibm\uima\examples\RunAE.java, &lt;br /&gt;
CollectionReader.setCasInitializer() is called, which &lt;br /&gt;
is deprecated.&lt;/p&gt;
&lt;p&gt;The examples should show the right way to do things.&lt;br /&gt;
In this case, it should show how to use a multi-SOFA &lt;br /&gt;
annotator instead of a CAS Initializer.  For example, &lt;br /&gt;
it might use XmlDetagger annotator.&lt;/p&gt;
&lt;p&gt;I'm sure there are other places the examples use &lt;br /&gt;
deprecated methods, so a review of that code might be &lt;br /&gt;
appropriate to bring it up to the 2.0 APIs.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Infinite loop in descriptor editor</title><link href="https://sourceforge.net/p/uima-framework/bugs/7/" rel="alternate"/><published>2006-08-10T06:12:09Z</published><updated>2006-08-10T06:12:09Z</updated><author><name>Greg Holmberg</name><uri>https://sourceforge.net/u/gcholmberg/</uri></author><id>https://sourceforge.nete186ee00738a3fed89de2131c98b7316703f6e4c</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;In the Component Descriptor Editor, if you are in the &lt;br /&gt;
Source tab and make a mistake (for example, an import &lt;br /&gt;
path is wrong and the file can't be read), then when &lt;br /&gt;
you go to another tab, the editor will pop up an Error &lt;br /&gt;
dialog.  You click OK, and it pops up another &lt;br /&gt;
(identical) Error dialog. Click OK, and the process &lt;br /&gt;
repeats without end.&lt;/p&gt;
&lt;p&gt;Your only choice is to kill the java.exe process &lt;br /&gt;
that's running Eclipse.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>NumberFormatException in checkpoint</title><link href="https://sourceforge.net/p/uima-framework/bugs/6/" rel="alternate"/><published>2006-08-01T04:49:59Z</published><updated>2006-08-01T04:49:59Z</updated><author><name>Greg Holmberg</name><uri>https://sourceforge.net/u/gcholmberg/</uri></author><id>https://sourceforge.net78ed97ed23bfa30f48a66261b2fc27f79a7210c8</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;com.ibm.uima.reference_impl.collection.metadata.&lt;br /&gt;
checkpoint.getBatch() can throw a java.lang.&lt;br /&gt;
NumberFormatException:&lt;/p&gt;
&lt;p&gt;Exception in thread "main" java.lang.&lt;br /&gt;
NumberFormatException: null&lt;br /&gt;
at java.lang.Integer.parseInt(Unknown Source)&lt;br /&gt;
at java.lang.Short.parseShort(Unknown Source)&lt;br /&gt;
at java.lang.Short.&amp;lt;init&amp;gt;(Unknown Source)&lt;br /&gt;
at com.ibm.etools.xmlschema.beans.ComplexType.&lt;br /&gt;
getAttributeShortValue(ComplexType.java:312)&lt;br /&gt;
at com.ibm.uima.reference_impl.collection.&lt;br /&gt;
metadata.checkpoint.getBatch(checkpoint.java:61)&lt;br /&gt;
at com.ibm.uima.reference_impl.collection.&lt;br /&gt;
metadata.cpe.CpeCheckpointImpl.&lt;br /&gt;
getBatchSize(CpeCheckpointImpl.java:103)&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>