You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Richard Eckart de Castilho (JIRA)" <de...@uima.apache.org> on 2016/09/09 17:48:23 UTC

[jira] [Updated] (UIMA-131) Send Sofa mappings to remote services in process call

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

Richard Eckart de Castilho updated UIMA-131:
--------------------------------------------
    Labels: Stale  (was: )

This issue is marked as "stale" due to inactivity for 5 years or longer. If no further activity is detected on this issue, it is scheduled be closed as 'unresolved' in 3 months time from now (Dec 2016).

> Send Sofa mappings to remote services in process call
> -----------------------------------------------------
>
>                 Key: UIMA-131
>                 URL: https://issues.apache.org/jira/browse/UIMA-131
>             Project: UIMA
>          Issue Type: Improvement
>          Components: Transport Adapters - SOAP, Vinci
>            Reporter: Adam Lally
>            Priority: Minor
>              Labels: Stale
>
> Sofa mappings currently don't work for remote services except in the one case of Vinci services in an aggregate AE (not a CPE), which is handled by renaming the Sofa in the XCAS, a dangerous approach that can lead to name-collisions.
> A better approach is to pass the sofa mappings alongside the case with each process call.  This is also more in sync with the OASIS UIMA spec proposal, which says the clients should pass the IDs (xmi:id values) of the Sofas bound to each declared input sofa of the remote.



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