[jira] Commented: (UIMA-387) XMI Serializer can write invalid control characters

[ https://issues.apache.org/jira/browse/UIMA-387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12493585 ] Thilo Goetz commented on UIMA-387: -- We should make sure we don't generate XMI that we can't read back in. It's bette

[jira] Commented: (UIMA-386) Switching to use correct class loader

[ https://issues.apache.org/jira/browse/UIMA-386?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12493575 ] Marshall Schor commented on UIMA-386: - The following user code parts are places where the a class loader switch in

[jira] Created: (UIMA-394) sofa2jcasMap not be consistenly set

sofa2jcasMap not be consistenly set --- Key: UIMA-394 URL: https://issues.apache.org/jira/browse/UIMA-394 Project: UIMA Issue Type: Bug Components: Core Java Framework Affects Versions: 2.1

[jira] Commented: (UIMA-387) XMI Serializer can write invalid control characters

[ https://issues.apache.org/jira/browse/UIMA-387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12493384 ] Adam Lally commented on UIMA-387: - >"Can't" in what sense? What is preventing us? Sorry, I posted that too fast. I w

[jira] Updated: (UIMA-392) Eclipse Plugin packaging not working correctly

[ https://issues.apache.org/jira/browse/UIMA-392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adam Lally updated UIMA-392: Fix Version/s: (was: 2.1) 2.2 Affects Version/s: (was: 2.1)

Re: [jira] Created: (UIMA-392) Eclipse Plugin packaging not working correctly

On 5/3/07, Thilo Goetz <[EMAIL PROTECTED]> wrote: I wonder if this has anything to do with the hotfix build? Maybe, but just to be clear - this affects all our plugins, not just the CDE. -Adam

[jira] Commented: (UIMA-387) XMI Serializer can write invalid control characters

[ https://issues.apache.org/jira/browse/UIMA-387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12493381 ] Thilo Goetz commented on UIMA-387: -- "Can't" in what sense? What is preventing us? > XMI Serializer can write invali

[jira] Commented: (UIMA-387) XMI Serializer can write invalid control characters

[ https://issues.apache.org/jira/browse/UIMA-387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12493378 ] Adam Lally commented on UIMA-387: - We can't use the same approach that we use for binary data (or rather, what XMI use

Re: [jira] Created: (UIMA-392) Eclipse Plugin packaging not working correctly

Adam Lally (JIRA) wrote: Eclipse Plugin packaging not working correctly -- Key: UIMA-392 URL: https://issues.apache.org/jira/browse/UIMA-392 Project: UIMA Issue Type: Bug Components: Bu

[jira] Resolved: (UIMA-393) ibmUimaToApacheUIMA.sh migration script doesn't work

[ https://issues.apache.org/jira/browse/UIMA-393?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adam Lally resolved UIMA-393. - Resolution: Fixed > ibmUimaToApacheUIMA.sh migration script doesn't work >

[jira] Created: (UIMA-393) ibmUimaToApacheUIMA.sh migration script doesn't work

ibmUimaToApacheUIMA.sh migration script doesn't work Key: UIMA-393 URL: https://issues.apache.org/jira/browse/UIMA-393 Project: UIMA Issue Type: Bug Components: Tools Affects

[jira] Created: (UIMA-392) Eclipse Plugin packaging not working correctly

Eclipse Plugin packaging not working correctly -- Key: UIMA-392 URL: https://issues.apache.org/jira/browse/UIMA-392 Project: UIMA Issue Type: Bug Components: Build, Packaging and Test

[jira] Work started: (UIMA-386) Switching to use correct class loader

[ https://issues.apache.org/jira/browse/UIMA-386?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on UIMA-386 started by Marshall Schor. > Switching to use correct class loader > - > > Key: UIMA-386 >

AW: UIMA pear runtime

> > My thinking is that "pear runtime" is more closer to the " tooling" > > than the > > "framework". It is hard to draw the boundary. Also, there are many > > runtimes > > that UIMA can/may support. > > I don't think that we should do something too specific to the "pear > > runtime". > If I look