You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@olingo.apache.org by "Lachithra Chathura Galappaththi (JIRA)" <ji...@apache.org> on 2018/02/15 09:57:00 UTC
[jira] [Commented] (OLINGO-1235) Providing asynchronous support
from the framework itself without modifying the processors.
[ https://issues.apache.org/jira/browse/OLINGO-1235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16365310#comment-16365310 ]
Lachithra Chathura Galappaththi commented on OLINGO-1235:
---------------------------------------------------------
This can be done by differentiating asynchronous requests from non-asynchronous requests checking if there is a Prefer header and this checking could be done inside the ODataDispatcher class. The Prefer header is recognized before dispatching a processor and then response with 202 Accepted response code , a Location header with a callback URL is sent to the user and then the request is delegated to a new thread to be processed. By following this method, the developer is only supposed to implement the new AsyncService interface and register it in the service method of the servlet instead of changing the processors.
> Providing asynchronous support from the framework itself without modifying the processors.
> ------------------------------------------------------------------------------------------
>
> Key: OLINGO-1235
> URL: https://issues.apache.org/jira/browse/OLINGO-1235
> Project: Olingo
> Issue Type: Improvement
> Components: odata4-server
> Reporter: Ishara Dikkumburage
> Priority: Major
> Labels: patch
>
> It seems that the way the asynchronous support has been implemented can further be improved. The issue in the current implementation is that the code fraction for identifying the Prefer header and delegating to an asynchronous processor is redundantly used in processors. The asynchronous service supply can be decoupled from the processors and provided from the framework itself without modifying the processors.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)