Re: [ANNOUNCE] Apache UIMA Java SDK 3.0.0-alpha released

[Fox, David]

Apologies for posting these questions again, but just in case this was another 
question about the alpha release which Marshall might have missed…

From: "Fox, David" >
Date: Tuesday, February 14, 2017 at 11:58 AM
To: "user@uima.apache.org" 
>
Cc: uima-dev >, 
"sc...@apache.org" 
>
Subject: Re: [ANNOUNCE] Apache UIMA Java SDK 3.0.0-alpha released

Two questions:

1.  Has the alpha release been designed to be compatible with UIMA C++ (latest 
release 2.4.0), and/or tested with that release?

2.  Is there a rough timeframe for a UIMA AS version of 3.0-alpha?

Thanks,
David

From: Marshall Schor >
Reply-To: >
Date: Tuesday, January 31, 2017 at 12:01 PM
To: >
Cc: uima-dev >, uima-user 
>
Subject: [ANNOUNCE] Apache UIMA Java SDK 3.0.0-alpha released


The Apache UIMA team is pleased to announce the release of the Apache UIMA Java
SDK, version 3.0.0-alpha.  This is an early of version 3.0.0 intended to enable
a wider set of users to test and give feedback.

Apache UIMA  is a component 
architecture and framework
for the analysis of unstructured content like text, video and audio data.

This release is a major rewrite of the internals of core UIMA, and
includes many new features, including:
 -- support for arbitrary Java objects in the CAS
 -- New semi-built-in UIMA types: FSArrayList, FSHashSet, IntegerArrayList
 -- New "select" framework integrated with Java 8 Streams
 -- Elimination of concurrent modification exception
  while iterating over UIMA indexes
 -- Automatic Garbage Collection of unreferenced Feature Structures

A full description of the new and changed parts is here:
http://uima.apache.org/d/uimaj-3.0.0-alpha/version_3_users_guide.html

This release requires Java 8, and is intended to be backwards compatible with
existing Version 2 pipeline code, except for the need to regenerate or migrate
(tooling provided) user-defined JCas class definitions.

Please send feedback via the Apache UIMA project mailing lists.

 -Marshall Schor, for the Apache UIMA development team
This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity
to which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

restoring workspace from artifacts in pear archive

[Kameron Cole]

This is common I would guess - someone does their work in Eclipse or IBM 
Studio, and the workspace gets deleted. The question is, how to you 
reconstruct your workspace, using elements in the pear file.  Is there any 
utility out there to build individual resources, from the descriptors or 
database files?

Anything will help.  Thank you.

Re: Updating to 3.0.0-alpha

[Marshall Schor]

Hi, this is now fixed (in the next release).

To work around for now, please replace calls to
TypeSystemUtils.classifyType(Type myType) with

TypeSystemImpl.getTypeClass((TypeImpl) myType)


Cheers. -Marshall


On 3/27/2017 11:37 AM, Marshall Schor wrote:
> will fix this under Jira issue https://issues.apache.org/jira/browse/UIMA-5387
>
> -Marshall
>
>
> On 3/27/2017 10:24 AM, Marshall Schor wrote:
>> Hi,
>>
>> sorry, I missed this email...  I'll investigate.  It seems this method was
>> removed as part of the reorganization of how this information is maintained 
>> in V3
>>
>> But you make a good point about backwards compatibility...
>>
>> -Marshall
>>
>>
>> On 2/21/2017 11:39 PM, Chad Cravens wrote:
>>> Hello UIMA group!
>>>
>>> Having a great time working with UIMA!
>>>
>>> I'm still pretty new to UIMA and am working with a pre-existing UIMA
>>> application, upgrading to 3.0.0 alpha from 2.9.0. The document states that
>>> backwards-compatibility is important, which is great in my case.
>>>
>>> I regenerated the JCas classes, and everything seemed to be ok, except for
>>> one line from the Regex Annotator package: https://uima.apache.org/
>>> sandbox.html#regex.annotator
>>>
>>> Line 171 of FeaturePath_Impl.java uses the following code:
>>> // get feature type and type code
>>> Type featureType = feature.getRange();
>>> int featureTypeCode = TypeSystemUtils.classifyType(featureType);
>>>
>>> I poured through the trunk branch on github and realized that the method is
>>> indeed gone:
>>> https://github.com/apache/uima-uimaj/blob/trunk/uimaj-core/src/main/java/org/apache/uima/cas/impl/TypeSystemUtils.java
>>>
>>> Just wondering if others are experiencing the same issue or is there
>>> something I'm missing here?
>>>
>>> Thanks for the help!
>>>
>

Re: Updating to 3.0.0-alpha

[Marshall Schor]

will fix this under Jira issue https://issues.apache.org/jira/browse/UIMA-5387

-Marshall


On 3/27/2017 10:24 AM, Marshall Schor wrote:
> Hi,
>
> sorry, I missed this email...  I'll investigate.  It seems this method was
> removed as part of the reorganization of how this information is maintained 
> in V3
>
> But you make a good point about backwards compatibility...
>
> -Marshall
>
>
> On 2/21/2017 11:39 PM, Chad Cravens wrote:
>> Hello UIMA group!
>>
>> Having a great time working with UIMA!
>>
>> I'm still pretty new to UIMA and am working with a pre-existing UIMA
>> application, upgrading to 3.0.0 alpha from 2.9.0. The document states that
>> backwards-compatibility is important, which is great in my case.
>>
>> I regenerated the JCas classes, and everything seemed to be ok, except for
>> one line from the Regex Annotator package: https://uima.apache.org/
>> sandbox.html#regex.annotator
>>
>> Line 171 of FeaturePath_Impl.java uses the following code:
>> // get feature type and type code
>> Type featureType = feature.getRange();
>> int featureTypeCode = TypeSystemUtils.classifyType(featureType);
>>
>> I poured through the trunk branch on github and realized that the method is
>> indeed gone:
>> https://github.com/apache/uima-uimaj/blob/trunk/uimaj-core/src/main/java/org/apache/uima/cas/impl/TypeSystemUtils.java
>>
>> Just wondering if others are experiencing the same issue or is there
>> something I'm missing here?
>>
>> Thanks for the help!
>>
>

Re: Updating to 3.0.0-alpha

[Marshall Schor]

Hi,

sorry, I missed this email...  I'll investigate.  It seems this method was
removed as part of the reorganization of how this information is maintained in 
V3

But you make a good point about backwards compatibility...

-Marshall


On 2/21/2017 11:39 PM, Chad Cravens wrote:
> Hello UIMA group!
>
> Having a great time working with UIMA!
>
> I'm still pretty new to UIMA and am working with a pre-existing UIMA
> application, upgrading to 3.0.0 alpha from 2.9.0. The document states that
> backwards-compatibility is important, which is great in my case.
>
> I regenerated the JCas classes, and everything seemed to be ok, except for
> one line from the Regex Annotator package: https://uima.apache.org/
> sandbox.html#regex.annotator
>
> Line 171 of FeaturePath_Impl.java uses the following code:
> // get feature type and type code
> Type featureType = feature.getRange();
> int featureTypeCode = TypeSystemUtils.classifyType(featureType);
>
> I poured through the trunk branch on github and realized that the method is
> indeed gone:
> https://github.com/apache/uima-uimaj/blob/trunk/uimaj-core/src/main/java/org/apache/uima/cas/impl/TypeSystemUtils.java
>
> Just wondering if others are experiencing the same issue or is there
> something I'm missing here?
>
> Thanks for the help!
>