Endpoint prefix name for Generic Table Support in Apache Polaris

Hi All, Thanks all for attending the review today and providing your valuable feedback, I really appreciate it ! And apologize for the late notice for the review meeting here. I think we had a good discussion, and agreed to 1) Move on to provide a new Spark Catalog Plugin and new set of APIs with

Re: Endpoint prefix name for Generic Table Support in Apache Polaris

Hi everyone, Thanks Yun for initiating the discussion and Dmitri for the proposal! I think a similar question applies to Policy management APIs as well. In general, we need to figure out how we handle Polaris-native, non-Iceberg catalog-level APIs. > * /catalog/v1 - remains supported for Iceberg

Re: Endpoint prefix name for Generic Table Support in Apache Polaris

"If Polaris were to add new endpoints under /catalog/v1 and then Iceberg releases a v2 REST Catalog API what happens to the Polaris-specific endpoints?" -- I think that is a great point, I am actually with Dmitri now -- a new prefix could be beneficial for Polaris API to evolve independently in th

Re: Endpoint prefix name for Generic Table Support in Apache Polaris

The current /catalog/v1 URI prefix encapsulates the Iceberg REST Catalog API. This API is not owned by Polaris. If Polaris were to add new endpoints under /catalog/v1 and then Iceberg releases a v2 REST Catalog API what happens to the Polaris-specific endpoints? What if Iceberg adds an endpoint th

Re: [VOTE] Use renovatebot weekly schedule

+1 (binding) Regards JB On Fri, Feb 21, 2025 at 2:38 PM Jean-Baptiste Onofré wrote: > > Hi folks, > > I know it's a hot topic, but I would like to avoid any frustration in > our community. > > Before the vote, let me put some context. > > To manage our dependency updates, we are using renovatebo

Re: [VOTE] Use renovatebot weekly schedule

Hi Robert, As your vote is binding, and this vote is a code modification change, it basically means veto. Let me try to convince you to revert your vote ;) You are maybe right about the noise, but worth a try. I think that grouping + weekly schedule should reduce the noise. About keeping depende

[Proposal] Implementation of Policy Store in Apache Polaris

Hi everyone, I am working with Yufei on Policy Management in Apache Polaris. The idea has gained significant interest, and there have been many valuable discussions in the design doc