Marshall Schor (JIRA | 28 Feb 16:10 2015
Picon

[jira] [Updated] (UIMA-4263) thread safety problem in uimaj-core code causing occasional hang


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

Marshall Schor updated UIMA-4263:
---------------------------------
    Affects Version/s:     (was: 2.7.0SDK)

> thread safety problem in uimaj-core code causing occasional hang
> ----------------------------------------------------------------
>
>                 Key: UIMA-4263
>                 URL: https://issues.apache.org/jira/browse/UIMA-4263
>             Project: UIMA
>          Issue Type: Bug
>          Components: Core Java Framework
>            Reporter: Marshall Schor
>            Assignee: Marshall Schor
>            Priority: Minor
>             Fix For: 2.7.0SDK
>
>
> The class AnalysisEngineManagementImpl (which implements JMX instrumentation) uses a static set to
remember what names have been used for "root" MBeans.  Access to this set is not synchronized, so it's
possible for two threads to try and simultaneously update this set.   Check for other static sets/maps with
this problem, too.  Either convert this to a synchronized access, or use one of the concurrent maps/sets.

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
(Continue reading)

Marshall Schor (JIRA | 28 Feb 16:10 2015
Picon

[jira] [Updated] (UIMA-4263) thread safety problem in uimaj-core code causing occasional hang


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

Marshall Schor updated UIMA-4263:
---------------------------------
    Fix Version/s:     (was: 2.7.1SDK)
                   2.7.0SDK

> thread safety problem in uimaj-core code causing occasional hang
> ----------------------------------------------------------------
>
>                 Key: UIMA-4263
>                 URL: https://issues.apache.org/jira/browse/UIMA-4263
>             Project: UIMA
>          Issue Type: Bug
>          Components: Core Java Framework
>            Reporter: Marshall Schor
>            Assignee: Marshall Schor
>            Priority: Minor
>             Fix For: 2.7.0SDK
>
>
> The class AnalysisEngineManagementImpl (which implements JMX instrumentation) uses a static set to
remember what names have been used for "root" MBeans.  Access to this set is not synchronized, so it's
possible for two threads to try and simultaneously update this set.   Check for other static sets/maps with
this problem, too.  Either convert this to a synchronized access, or use one of the concurrent maps/sets.

--
This message was sent by Atlassian JIRA
(Continue reading)

Marshall Schor (JIRA | 28 Feb 16:02 2015
Picon

[jira] [Created] (UIMA-4269) use clean way to set parallelCapable on UIMA Class Loader

Marshall Schor created UIMA-4269:
------------------------------------

             Summary: use clean way to set parallelCapable on UIMA Class Loader
                 Key: UIMA-4269
                 URL: https://issues.apache.org/jira/browse/UIMA-4269
             Project: UIMA
          Issue Type: Improvement
          Components: Core Java Framework
            Reporter: Marshall Schor
            Assignee: Marshall Schor
            Priority: Trivial
             Fix For: 2.7.0SDK

The UIMAClassLoader has a complicated method of registering as parallel capable, because it previously
had to "work" in pre-java 7.  Now that Java 7 is the prerequisite level, this code can be simplified.

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Burn Lewis (JIRA | 28 Feb 00:42 2015
Picon

[jira] [Created] (UIMA-4268) DUCC should reject jobs with no descriptors or mutually exclusive ones

Burn Lewis created UIMA-4268:
--------------------------------

             Summary: DUCC should reject jobs with no descriptors or mutually exclusive ones
                 Key: UIMA-4268
                 URL: https://issues.apache.org/jira/browse/UIMA-4268
             Project: UIMA
          Issue Type: Bug
          Components: DUCC
            Reporter: Burn Lewis
            Assignee: Burn Lewis
            Priority: Minor
             Fix For: 2.0.0-Ducc

Jobs should have a DD or one or more of CM, AE, CC.  Restore code that checks if a DD specified as well as one of the
others.  

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Marshall Schor (JIRA | 27 Feb 20:14 2015
Picon

[jira] [Resolved] (UIMA-4267) Int2IntRBT fails with ArrayIndexOutOfBounds exception


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

Marshall Schor resolved UIMA-4267.
----------------------------------
    Resolution: Fixed

> Int2IntRBT fails with ArrayIndexOutOfBounds exception
> -----------------------------------------------------
>
>                 Key: UIMA-4267
>                 URL: https://issues.apache.org/jira/browse/UIMA-4267
>             Project: UIMA
>          Issue Type: Bug
>          Components: Core Java Framework
>    Affects Versions: 2.6.0SDK
>            Reporter: Marshall Schor
>            Assignee: Marshall Schor
>            Priority: Critical
>             Fix For: 2.7.0SDK
>
>
> Int2IntRBT space allocation using the klrp mode has bad logic for expanding the values[] int array - it
doesn't get called at the right times.  A user observed getting an array index out of bounds.  I put in a test
case which added 6-7 million entries, and it failed after about 6.3 million.  

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
(Continue reading)

Marshall Schor (JIRA | 27 Feb 19:41 2015
Picon

[jira] [Created] (UIMA-4267) Int2IntRBT fails with ArrayIndexOutOfBounds exception

Marshall Schor created UIMA-4267:
------------------------------------

             Summary: Int2IntRBT fails with ArrayIndexOutOfBounds exception
                 Key: UIMA-4267
                 URL: https://issues.apache.org/jira/browse/UIMA-4267
             Project: UIMA
          Issue Type: Bug
          Components: Core Java Framework
    Affects Versions: 2.6.0SDK
            Reporter: Marshall Schor
            Assignee: Marshall Schor
            Priority: Critical
             Fix For: 2.7.0SDK

Int2IntRBT space allocation using the klrp mode has bad logic for expanding the values[] int array - it
doesn't get called at the right times.  A user observed getting an array index out of bounds.  I put in a test
case which added 6-7 million entries, and it failed after about 6.3 million.  

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Georgios Kontonatsios | 27 Feb 11:13 2015
Picon

UIMA Iterative workflows

Dear UIMA developers,

I was wondering if UIMA supports iterative workflows, i.e. being able to 
loop-back from component B to component A until a stopping criterion is 
met.

Many thanks,
George
Lou DeGenaro (JIRA | 26 Feb 20:10 2015
Picon

[jira] [Resolved] (UIMA-4266) DUCC Orchestrator (OR) should treat ExceededErrorThreshold as User error


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

Lou DeGenaro resolved UIMA-4266.
--------------------------------
    Resolution: Fixed

Code is delivered.

> DUCC Orchestrator (OR) should treat ExceededErrorThreshold as User error
> ------------------------------------------------------------------------
>
>                 Key: UIMA-4266
>                 URL: https://issues.apache.org/jira/browse/UIMA-4266
>             Project: UIMA
>          Issue Type: Bug
>          Components: DUCC
>            Reporter: Lou DeGenaro
>            Assignee: Lou DeGenaro
>            Priority: Minor
>             Fix For: 2.0.0-Ducc
>
>
> If a user has a JP that throws an error, such as NPE in the FlowController, it will be treated as
ExceededErrorThreshold for the terminated JP.  Currently, the OR's Job reaper will not cancel the Job
when the limit exceeds the process error limit.
> Fix is to include ExceededErrorThreshold as a user error, not a framework error, as it should be.

--
(Continue reading)

Lou DeGenaro (JIRA | 26 Feb 20:02 2015
Picon

[jira] [Created] (UIMA-4266) DUCC Orchestrator (OR) should treat ExceededErrorThreshold as User error

Lou DeGenaro created UIMA-4266:
----------------------------------

             Summary: DUCC Orchestrator (OR) should treat ExceededErrorThreshold as User error
                 Key: UIMA-4266
                 URL: https://issues.apache.org/jira/browse/UIMA-4266
             Project: UIMA
          Issue Type: Bug
          Components: DUCC
            Reporter: Lou DeGenaro
            Assignee: Lou DeGenaro
            Priority: Minor
             Fix For: 2.0.0-Ducc

If a user has a JP that throws an error, such as NPE in the FlowController, it will be treated as
ExceededErrorThreshold for the terminated JP.  Currently, the OR's Job reaper will not cancel the Job
when the limit exceeds the process error limit.

Fix is to include ExceededErrorThreshold as a user error, not a framework error, as it should be.

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Silvestre Losada (JIRA | 26 Feb 18:09 2015
Picon

[jira] [Updated] (UIMA-4261) Partofneq does not match all annotations if created by exec action.


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

Silvestre Losada updated UIMA-4261:
-----------------------------------
    Attachment: patch.txt

Hi this patch solve the problem I added two new methods on RutaBasic removeBeginIfExist and
removeEndIfExist that return a boolean value to control if the annotation has been removed or not. Then in
ruta stream if annotation has been removed isPartOf is updated. I think that removeBegin and removeEnd
could always return boolean value.

> Partofneq does not match all annotations if created by exec action.
> -------------------------------------------------------------------
>
>                 Key: UIMA-4261
>                 URL: https://issues.apache.org/jira/browse/UIMA-4261
>             Project: UIMA
>          Issue Type: Bug
>          Components: ruta
>    Affects Versions: 2.3.0ruta
>            Reporter: Silvestre Losada
>             Fix For: 2.3.1ruta
>
>         Attachments: TestRutaS.zip, patch.txt
>
>
> PARTOFNEQ is not able to match all annotations if the Annotations are created by external analysis
engine. Here is an example
(Continue reading)

Eddie Epstein (JIRA | 26 Feb 17:46 2015
Picon

[jira] [Assigned] (UIMA-4265) Add warmup option to a UIMA-AS service instance


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

Eddie Epstein reassigned UIMA-4265:
-----------------------------------

    Assignee: Jerry Cwiklik

> Add warmup option to a UIMA-AS service instance
> -----------------------------------------------
>
>                 Key: UIMA-4265
>                 URL: https://issues.apache.org/jira/browse/UIMA-4265
>             Project: UIMA
>          Issue Type: New Feature
>          Components: Async Scaleout
>            Reporter: Eddie Epstein
>            Assignee: Jerry Cwiklik
>
> A UIMA-AS service capacity can be dynamically expanded by starting new instances to share the load.
However, some analytics require a warm-up period to achieve desired latency; in this case adding a cold
service instance to a collection of warm instances can temporarily degrade service performance.
> The request here is to add a warm-up option to UIMA-AS service startup. Warm-up CASes should be specified
as a zipfile containing multiple CASes in either compressed XmiCas or binary compressed CAS formats, or a
directory containing these zipfiles. The CASes would be run after the service annotator has initialized
but before it registers as listener on the service input queue.

--
This message was sent by Atlassian JIRA
(Continue reading)


Gmane