[
https://issues.apache.org/jira/browse/UIMA-391?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12493296
]
Thilo Goetz commented on UIMA-391:
--
Just for my information, is that how things are commonly done in C++? Isn't a
"D
[
https://issues.apache.org/jira/browse/UIMA-387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12493294
]
Thilo Goetz commented on UIMA-387:
--
The 0 char btw is not even a valid Unicode character, not just illegal in XML.
H
[
https://issues.apache.org/jira/browse/UIMA-387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12493293
]
Thilo Goetz commented on UIMA-387:
--
For arbitrary binary data, we do need some escaping mechanism (we can't
disallow
Hi Eddie,
Eddie Epstein wrote:
Thilo,
Thanks for looking this over. Please see some questions below
* LICENSE file needs the variables filled in.
Is this related to the comment about appending other licenses to this file?
If not I am at a loss.
Sorry, please ignore that. I was confused.
Michael Baessler wrote:
Tong Fin wrote:
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
runtim
[
https://issues.apache.org/jira/browse/UIMA-386?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12493189
]
Marshall Schor commented on UIMA-386:
-
The view support creates one (or more) CAS objects which are "views" of the
[
https://issues.apache.org/jira/browse/UIMA-387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12493164
]
Marshall Schor commented on UIMA-387:
-
Good points. Could we use the same approach we have for encoding binary dat
Thanks for the background.
Reconfigure was originally (I think) something the application could do
if it changed the
configuration parameters, to tell the "components" to re-read the
parameters and
"reconfigure" itself. If true, this could (conceptually) even be done
in the middle of
a run (
[
https://issues.apache.org/jira/browse/UIMA-391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Work on UIMA-391 started by Eddie Epstein.
> On Windows, create debug annotator libraries with "D" appended to name
> --
Tong Fin wrote:
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 from a UIMA
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".
-- Tong
On 5/2/07, Michael Baessler <[
On Windows, create debug annotator libraries with "D" appended to name
--
Key: UIMA-391
URL: https://issues.apache.org/jira/browse/UIMA-391
Project: UIMA
Issue Type: New Fea
On 5/2/07, Michael Baessler <[EMAIL PROTECTED]> wrote:
After doing most of the UIMA pear runtime work... I would like to
suggest something else that came to my mind when implementing the pear
runtime.
Currently we work with a customResourceSpecifier. I would like to change
that to a real pearSpe
[
https://issues.apache.org/jira/browse/UIMA-390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Work on UIMA-390 started by Eddie Epstein.
> C++ framework has different target name for debug builds
>
>
>
After doing most of the UIMA pear runtime work... I would like to
suggest something else that came to my mind when implementing the pear
runtime.
Currently we work with a customResourceSpecifier. I would like to change
that to a real pearSpecifier. There are two main reasons.
- Since the pe
15 matches
Mail list logo
