You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@olingo.apache.org by "Ramesh Reddy (JIRA)" <ji...@apache.org> on 2016/08/18 21:49:20 UTC
[jira] [Updated] (OLINGO-1007) SystemQueryOptions Are Swallowed by
RequestURLHierarchyVisitor
[ https://issues.apache.org/jira/browse/OLINGO-1007?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ramesh Reddy updated OLINGO-1007:
---------------------------------
Issue Type: Question (was: Bug)
> SystemQueryOptions Are Swallowed by RequestURLHierarchyVisitor
> --------------------------------------------------------------
>
> Key: OLINGO-1007
> URL: https://issues.apache.org/jira/browse/OLINGO-1007
> Project: Olingo
> Issue Type: Question
> Components: odata4-server
> Affects Versions: (Java) V4 4.2.0
> Reporter: Mitch Connors
>
> RequestURLHierarchyVisitor, in server-core-ext, has visitor methods defined for the various system query options, however they are all empty methods (for instance, see [here|https://github.com/apache/olingo-odata4/blob/master/lib/server-core-ext/src/main/java/org/apache/olingo/server/core/RequestURLHierarchyVisitor.java#L270]). This would lead me to believe that they were designed for overriding in Custom classes by the Service Implementor, however there appears to be no way to inject a new instance of RequestURLHierarchyVisitor (inherited by ServiceDispatcher) into the handler.
> What is the intended way for consumers of the server-core-ext library to implement system query option support? Should injection of custom ServiceDispatchers be allowed? Is an example in order?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)