You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Ramu (Jira)" <ji...@apache.org> on 2026/09/22 00:19:00 UTC

[jira] [Comment Edited] (CAMEL-22813) Provide component with OData support

    [ https://issues.apache.org/jira/browse/CAMEL-22813?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18117602#comment-18117602 ] 

Ramu edited comment on CAMEL-22813 at 9/22/26 12:18 AM:
--------------------------------------------------------

After looking further into the available Java OData clients, I’m wondering if we should consider a Camel-native OData V4 client instead of coupling the new component to another third-party OData library.

The available options seem to have trade-offs: `davidmoten/odata-client` is active but has a small maintainer base, RWS/SDL is vendor-backed, and SAP Cloud SDK is primarily oriented toward the SAP ecosystem. I haven’t found a mature, vendor-neutral Java OData V4 client with broad community support that looks like a clear successor to Olingo.

One possible approach would be to implement the OData functionality required by Camel on top of Camel’s existing HTTP infrastructure, with a small internal OData abstraction. We could start with OData V4 CRUD/query operations, standard query options, metadata such as `@odata.nextLink`/`@odata.count`, ETags, authentication, and error handling, and add more advanced features such as `$batch` later.

This would avoid introducing another potentially fragile external dependency while keeping the implementation Camel-native. A third-party library such as `davidmoten/odata-client` could still be evaluated for specific functionality if useful.

I’d be interested in the maintainers’ opinion on whether this direction would be preferable to adopting an existing OData client library.  [~apupier] [~davsclaus] 




> Provide component with OData support
> ------------------------------------
>
>                 Key: CAMEL-22813
>                 URL: https://issues.apache.org/jira/browse/CAMEL-22813
>             Project: Camel
>          Issue Type: New Feature
>            Reporter: Aurélien Pupier
>            Assignee: Ramu
>            Priority: Minor
>
> The Apache Olingo project is no more maintained, the Camel Olingo component is deprecated https://issues.apache.org/jira/browse/CAMEL-22812 and soon removed. It would be nice to provide another component to manipulate OData.
> Other libraries are mentioned here [https://www.odata.org/libraries/] :
>  * SDL OData Framework: only v4 [https://github.com/RWS/odata] it is maintained by a single guy in the interest of a single company (RWS)
>  * odata4j is unmaintained for 12 years now [https://github.com/odata4j/odata4j]
>  * Jello Framework: completely trusted by a single company Jello, not found any github repository, not found a maven repository, their eclipse update site is not working and they focus solely running in Google App Engine
>  * Oiyokan: based on Apache Olingo so will be same issues
>  * davidmoten odata-client: [https://github.com/davidmoten/odata-client] maintained by a single person but seems still active during the last year



--
This message was sent by Atlassian Jira
(v8.20.10#820010)