[
https://issues.apache.org/jira/browse/UIMA-1794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor updated UIMA-1794:
---------------------------------
Fix Version/s: 2.3.1AS
> Add error handling option for UIMA AS services accessed by core UIMA
> --------------------------------------------------------------------
>
> Key: UIMA-1794
> URL: https://issues.apache.org/jira/browse/UIMA-1794
> Project: UIMA
> Issue Type: New Feature
> Components: Async Scaleout
> Reporter: Eddie Epstein
> Assignee: Marshall Schor
> Priority: Minor
> Fix For: 2.3.1AS
>
>
> A core UIMA analysis engine has no error handling. Exceptions are passed back
> to the caller. Remote services accessed from a core aggregate AE add a
> timeout option which will generate a timeout exception.
> Marshall has a scenario where a scaled out UIMA aggregate AE running as a
> hadoop mapper has a remote delegate. This delegate is implemented as a UIMA
> AS service, accessed via a JMS client descriptor. In extremely rare cases the
> remote service takes too long to finish processing.
> In order for the hadoop job to complete successfully, Marshall would like a
> "continue on failure" option, where after a timeout the error is ignored and
> the original CAS sent to the remote service is used to continue processing in
> the core UIMA aggregate. This option is easy to implement with UIMA AS
> services, because a copy of the outstanding CAS is held by the client.
> The syntax would be to add an optional argument to the JMS client descriptor,
> e.g.
> <parameter name="ignore_process_errors" value="true"/>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
