OK I've started doing this, was able to get training working on a very
small example, will try doing slightly bigger.
Tim
On 05/22/2013 08:03 AM, Jörn Kottmann wrote:
On 05/22/2013 01:17 PM, Miller, Timothy wrote:
That's awesome! It might be worth trying at least. How does the training
process
I know there was a small discussion about documentation back in February about
including supported platforms in the developer guide and faq. And I know that
the ctakes 3.0 dev guide says that ctakes 3.0 requires java 6+.
For new development (trunk and new ctakes releases), what's the status of
+1 for java 7 for trunk and the next release (presumably 3.1)
-- James
-Original Message-
From: dev-return-1624-Masanz.James=mayo@ctakes.apache.org
[mailto:dev-return-1624-Masanz.James=mayo@ctakes.apache.org] On Behalf Of
Coarr, Matt
Sent: Thursday, May 23, 2013 1:06 PM
To: dev@
+1.
One more question to consider may be, any opportunity to re-factor existing
code and use Java 7 features, if applicable (It seems File Handling
improved lot with Java 7 and there may be other features also) .
Thank you,
Giri
On Thu, May 23, 2013 at 3:26 PM, Masanz, James J. wrote:
> +1 for
will this fit with the UIMA java compatibility?
If so, +1 !
On May 23, 2013, at 11:06 AM, "Coarr, Matt" wrote:
> I know there was a small discussion about documentation back in February
> about including supported platforms in the developer guide and faq. And I
> know that the ctakes 3.0 d
good idea...
FYI:
Opened to track this:
https://issues.apache.org/jira/browse/CTAKES-197
Historically, Java has been pretty good about backwards compatibility, but I
think we should still test and verify (not just cTAKES, but our dependencies as
well).
--Pei
> -Original Message-
> From
Java 1.5 is end of life
UIMA will be forced to upgrade soon enough.
Until then, the most routine problem I can think of is Class will
have all GenericTypes stripped once we touch UIMA type system code.
On May 23, 2013, at 12:34 PM, Andy McMurry wrote:
> will this fit with the UIMA java c