You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Eddie Epstein (JIRA)" <de...@uima.apache.org> on 2010/05/29 16:41:38 UTC
[jira] Created: (UIMA-1794) Add error handling option for UIMA AS
services accessed by core UIMA
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: Eddie Epstein
Priority: Minor
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.
[jira] Closed: (UIMA-1794) Add error handling option for UIMA AS
services accessed by core UIMA
Posted by "Marshall Schor (JIRA)" <de...@uima.apache.org>.
[ https://issues.apache.org/jira/browse/UIMA-1794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Marshall Schor closed UIMA-1794.
--------------------------------
Resolution: Fixed
> 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
>
> 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.
[jira] Updated: (UIMA-1794) Add error handling option for UIMA AS
services accessed by core UIMA
Posted by "Marshall Schor (JIRA)" <de...@uima.apache.org>.
[ 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.
[jira] Closed: (UIMA-1794) Add error handling option for UIMA AS
services accessed by core UIMA
Posted by "Eddie Epstein (JIRA)" <de...@uima.apache.org>.
[ https://issues.apache.org/jira/browse/UIMA-1794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Eddie Epstein closed UIMA-1794.
-------------------------------
Resolution: Fixed
Implemented
> 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: Eddie Epstein
> Priority: Minor
>
> 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.
[jira] Reopened: (UIMA-1794) Add error handling option for UIMA AS
services accessed by core UIMA
Posted by "Marshall Schor (JIRA)" <de...@uima.apache.org>.
[ https://issues.apache.org/jira/browse/UIMA-1794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Marshall Schor reopened UIMA-1794:
----------------------------------
Assignee: Marshall Schor (was: Eddie Epstein)
documentation needs updating
> 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
>
> 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.