Burn Lewis | 1 Oct 2011 04:33
Picon

Re: CAS Id

> How does UIMA-AS currently do the linking of the network-ID to the CAS? Do
you use the CAS instance as the key in a hashmap or something like that?

When the CollectionReader fills a CAS the UIMA-AS client assigns it an ID
generated by java.rmi.server.URI.URI() before sending it to the service
queue.  So even if there is only one CAS in the pool it gets a new ID each
time it is reused.  I'd like to see this ID become part of the CAS object,
set by core UIMA whenever a new CAS is filled by a CR or CM.

The other use case for what I think of as a document ID would be the same
even if different pipelines process the CAS at different times. I assume it
would be set by the CR or CM, not by the framework.

Since events can be documented with audio & video as well as with text, I
think it's OK to use "document" to refer to the Sofa data in a CAS.  By
convention we've assumed additional views are alternative representations of
the same artifact (although they could be entirely independent) so the
document ID could apply to the whole CAS.

~Burn
Eddie Epstein | 3 Oct 2011 15:37
Picon

Re: CAS Id

As Marshall pointed out above, a CAS can have many CAS Views, each
with its own artifact. An analysis pipeline knows where these
artifacts come from and can set metadata appropriately, but a unique
ID for a stored copy of the CAS might best be determined by the
persistent CAS storage system where the CAS is to be stored.

Eddie

On Fri, Sep 30, 2011 at 9:51 AM, Jörn Kottmann <kottmann@...> wrote:
> Hi all,
>
> is there a reason why the CAS does not define an ID field which is
> always there independent of the type system?
>
> Jörn
>
>

Marshall Schor | 3 Oct 2011 16:45

next release of UIMA base SDK

I'd like to try to do a release of the base SDK targeting the end of October, in
order to pick up a couple of bug fixes and anything else we'd like to get in
(such as all the updates Joern has been doing :-) )

This would be a 2.4.0 release (due to some slight change in the JMX APIs that
Jerry did, and the rather extensive evolving of the Cas Editor).

I'd like to precede this with a "build" tooling update.  For that, it would be
nice if we could get the "m2e" maven/eclipse for Eclipse 3.7 working - I tried
this twice, and as of last month it was almost getting to the point where I
could make it more-or-less work, but not quite.

Has anyone gotten this to work yet?  If so, can you post what you needed to add
to our POMs to get it to go? (that is - m2e reads configuration out of
org.eclipse.m2e:lifecycle-mapping that you can use to make things build in
Eclipse the same way (more-or-less) that they build in maven.

I'm thinking m2e needs a little more time before it starts working reliably, so
happy to defer this...

-Marshall

Picon
Favicon

[jira] [Created] (UIMA-2246) Switch next base version of UIMA SDK to 2.4.0 from 2.3.2 to account for slight API change

Switch next base version of UIMA SDK to 2.4.0 from 2.3.2 to account for slight API change
-----------------------------------------------------------------------------------------

                 Key: UIMA-2246
                 URL: https://issues.apache.org/jira/browse/UIMA-2246
             Project: UIMA
          Issue Type: Task
            Reporter: Marshall Schor
            Assignee: Marshall Schor

The next release of the base UIMA SDK will have minor API change for JMX beans, plus extensive changes to the
CAS editor (I think - including dropping the special kind of "project" for it - unless that was already released?)...

To reflect this, change the version number by incrementing the 2.3.x to 2.4.x.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

Jörn Kottmann | 4 Oct 2011 11:34
Picon

Re: CAS Id

On 10/3/11 3:37 PM, Eddie Epstein wrote:
> As Marshall pointed out above, a CAS can have many CAS Views, each
> with its own artifact. An analysis pipeline knows where these
> artifacts come from and can set metadata appropriately, but a unique
> ID for a stored copy of the CAS might best be determined by the
> persistent CAS storage system where the CAS is to be stored.

To summarize what has been said.
A unique ID per CAS seems to be useful for logging (and debugging) in
user code, because the IDs logged by the framework can be related to IDs 
logged
by user code.
A CAS ID might not work in complex type systems which use multiples 
views, because
each sofa in a multi-view CAS might have a different source ID.

Beside that, there are UIMA pipelines which always store a complete CAS 
object in some kind
of storage. There the CAS ID can just be the unique storage ID. This 
could for example be a file
system, or an HBase row key. As pointed out this might not work for 
complex cases, but could
be helpful for simpler UIMA pipelines.

Our Solrcas AE could also just use the CAS ID by default, if the user 
does not specify an Document ID
Feature Structure. In my applications this would actually work quite well.

More complex applications could also decide to use mime/type, features 
in a view as additional
(Continue reading)

Picon
Favicon

[jira] [Updated] (UIMA-2234) Dynamic anchoring of rule elements


     [
https://issues.apache.org/jira/browse/UIMA-2234?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Peter Klügl updated UIMA-2234:
------------------------------

    Attachment: UIMA-2234.patch

The patch should have worked, but something got messed up. I attached a new version of the patch, but there
are still two issues:

- some stupid class that was deleted some time ago is still in the patch (DummyFSIterator or something).

- eclipse can't patch the manifest of the engine project, resulting in the missing junit dependency and
compile errors.

Do you have other issues with the (new) patch? Can you try to apply the new patch?  ...and maybe add the line in
the manifest of the engine:

Require-Bundle: 
 org.apache.uima.runtime;bundle-version="2.3.1",
 org.junit4;bundle-version="4.8.1"
Bundle-RequiredExecutionEnvironment: JavaSE-1.6

                
> Dynamic anchoring of rule elements
> ----------------------------------
>
>                 Key: UIMA-2234
(Continue reading)

Picon
Favicon

[jira] [Reopened] (UIMA-2077) Remove base test from extended-test profile in uimaj-as-activemq failsafe plugin contained in pom.xml


     [
https://issues.apache.org/jira/browse/UIMA-2077?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Marshall Schor reopened UIMA-2077:
----------------------------------

      Assignee: Marshall Schor  (was: Jerry Cwiklik)

This apparently was released with 2.3.1AS, but not marked with that release version - add that

> Remove base test from extended-test profile in uimaj-as-activemq failsafe plugin contained in pom.xml
> -----------------------------------------------------------------------------------------------------
>
>                 Key: UIMA-2077
>                 URL: https://issues.apache.org/jira/browse/UIMA-2077
>             Project: UIMA
>          Issue Type: Bug
>          Components: Async Scaleout
>            Reporter: Jerry Cwiklik
>            Assignee: Marshall Schor
>            Priority: Trivial
>             Fix For: 2.3.1AS
>
>
> The failsafe-plugin should only run extended tests in the extended-test profile. Currently both the
base and extended tests run.  

--
This message is automatically generated by JIRA.
(Continue reading)

Picon
Favicon

[jira] [Closed] (UIMA-2077) Remove base test from extended-test profile in uimaj-as-activemq failsafe plugin contained in pom.xml


     [
https://issues.apache.org/jira/browse/UIMA-2077?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Marshall Schor closed UIMA-2077.
--------------------------------

       Resolution: Fixed
    Fix Version/s: 2.3.1AS

> Remove base test from extended-test profile in uimaj-as-activemq failsafe plugin contained in pom.xml
> -----------------------------------------------------------------------------------------------------
>
>                 Key: UIMA-2077
>                 URL: https://issues.apache.org/jira/browse/UIMA-2077
>             Project: UIMA
>          Issue Type: Bug
>          Components: Async Scaleout
>            Reporter: Jerry Cwiklik
>            Assignee: Marshall Schor
>            Priority: Trivial
>             Fix For: 2.3.1AS
>
>
> The failsafe-plugin should only run extended tests in the extended-test profile. Currently both the
base and extended tests run.  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
(Continue reading)

Picon
Favicon

[jira] [Closed] (UIMA-2246) Switch next base version of UIMA SDK to 2.4.0 from 2.3.2 to account for slight API change


     [
https://issues.apache.org/jira/browse/UIMA-2246?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Marshall Schor closed UIMA-2246.
--------------------------------

       Resolution: Fixed
    Fix Version/s: 2.4.0SDK

done as a rename, and also renamed the 2.3.2AS to 2.4.0AS

> Switch next base version of UIMA SDK to 2.4.0 from 2.3.2 to account for slight API change
> -----------------------------------------------------------------------------------------
>
>                 Key: UIMA-2246
>                 URL: https://issues.apache.org/jira/browse/UIMA-2246
>             Project: UIMA
>          Issue Type: Task
>            Reporter: Marshall Schor
>            Assignee: Marshall Schor
>             Fix For: 2.4.0SDK
>
>
> The next release of the base UIMA SDK will have minor API change for JMX beans, plus extensive changes to the
CAS editor (I think - including dropping the special kind of "project" for it - unless that was already released?)...
> To reflect this, change the version number by incrementing the 2.3.x to 2.4.x.

--
This message is automatically generated by JIRA.
(Continue reading)

Picon
Favicon

[jira] [Closed] (UIMA-2224) build - convert top parent pom to use standard source-release build


     [
https://issues.apache.org/jira/browse/UIMA-2224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Marshall Schor closed UIMA-2224.
--------------------------------

    Resolution: Fixed

> build - convert top parent pom to use standard source-release build
> -------------------------------------------------------------------
>
>                 Key: UIMA-2224
>                 URL: https://issues.apache.org/jira/browse/UIMA-2224
>             Project: UIMA
>          Issue Type: Improvement
>          Components: Build, Packaging and Test
>            Reporter: Marshall Schor
>            Assignee: Marshall Schor
>            Priority: Minor
>             Fix For: build-parent-pom-3
>
>
> uimaj and uima-addons now have a hierarchical structure, and can make use of the standard source-release
assembly.  Change the top level pom to use this style, and either update uima-as to this style, or override
back to the multi-module style in the uima-as-parent.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
(Continue reading)


Gmane