Hi Dan,
Thanks for the review on the PR.

One thing that's come up internally is that the Confluent team use trivy
[1]  to scan for CVEs as a mandatory step before listing a connector. This
has flagged CVEs previously (e.g. [2]) that needed patching.

Can you suggest what the best way to incorporate this into the release
workflow might be?
As it stands, it's only the finalised release that's sent to Confluent and
then scanned; should the trivy step be further upstream in the release
process so that CVEs are patched before the final release is made?

thanks, Robin.

[1] https://trivy.dev/
[2] https://github.com/apache/iceberg/pull/14985

On Thu, 19 Feb 2026 at 01:07, Daniel Weeks <[email protected]> wrote:

> I'll take a look tomorrow.  This would be great to land and validate with
> the 1.11 release.
>
> -Dan
>
> On Mon, Feb 16, 2026, 4:24 AM Robin Moffatt <[email protected]> wrote:
>
>> Hi Dan,
>> I've addressed your comments on the PR, could you take another look
>> please?
>>
>> Thanks, Robin
>>
>> On Fri, 6 Feb 2026 at 19:29, Daniel Weeks <[email protected]> wrote:
>>
>>> Hey Robin,
>>>
>>> Sorry for not responding to the last email, but this looks like the
>>> right approach.  A couple small comments on the PR, but other than that
>>> this looks good.
>>>
>>> -Dan
>>>
>>> On Mon, Feb 2, 2026 at 9:02 AM Robin Moffatt via dev <
>>> [email protected]> wrote:
>>>
>>>> I've reworked the process based on the feedback into:
>>>> 1. Add the Kafka Connect artifact to maven as part of gradle release
>>>> 2. The version from Maven is what gets sent to Confluent Hub
>>>>
>>>> Please take a look: https://github.com/apache/iceberg/pull/15212
>>>>
>>>> thanks, Robin.
>>>>
>>>> On Fri, 30 Jan 2026 at 06:37, Robin Moffatt <[email protected]> wrote:
>>>>
>>>>> Hi Daniel,
>>>>>
>>>>> I appreciate your input and guidance. I'd definitely missed the
>>>>> released artifacts and provenance angle here.
>>>>>
>>>>> So would the right direction here be to include the Kafka Connect
>>>>> artifact as part of the gradle release command?
>>>>> Then once the release has passed, the artifact on maven can be
>>>>> submitted to Confluent Hub directly by the release manager.
>>>>>
>>>>> If this sounds right I'm happy to put together a PR for it.
>>>>>
>>>>> thanks, Robin
>>>>>
>>>>> On Thu, 29 Jan 2026 at 22:23, Daniel Weeks <[email protected]> wrote:
>>>>>
>>>>>> I added some comments to this effect in the PR, but it's probably
>>>>>> good to highlight this here.
>>>>>>
>>>>>> I don't think we should be generating new artifacts to upload to
>>>>>> connect/hub, but rather referencing the voted and released artifacts that
>>>>>> are part of the release process.
>>>>>>
>>>>>> It might be good to include the instructions on how this fits into the
>>>>>> release process <https://iceberg.apache.org/how-to-release/> so we
>>>>>> understand the full workflow along with the script.
>>>>>>
>>>>>> -Dan
>>>>>>
>>>>>> On Thu, Jan 29, 2026 at 6:24 AM Robin Moffatt via dev <
>>>>>> [email protected]> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> Could I ask for input on this please, or a review of the PR[1]?
>>>>>>>
>>>>>>> thanks, Robin.
>>>>>>>
>>>>>>> [1] https://github.com/apache/iceberg/pull/15113
>>>>>>>
>>>>>>> On Thu, 22 Jan 2026 at 17:20, Robin Moffatt <[email protected]>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> Currently, the version of the Iceberg connector for Kafka Connect
>>>>>>>> on Confluent Hub is outdated (1.9.2). Confluent staff manually 
>>>>>>>> uploaded it
>>>>>>>> through an ad-hoc process, which we would like to help the Apache 
>>>>>>>> Iceberg
>>>>>>>> community formalise.
>>>>>>>> Previously, Tabular owned the connector, and its inclusion
>>>>>>>> in Confluent Hub was managed through the commercial partnership 
>>>>>>>> between the
>>>>>>>> two companies.
>>>>>>>>
>>>>>>>> I've put together a draft PR [1] with a script that builds and
>>>>>>>> packages the connector for submission to Confluent Hub [2] (now called
>>>>>>>> Confluent Marketplace).
>>>>>>>>
>>>>>>>> Please review the PR's proposed process, and let me know what you
>>>>>>>> think. I'm happy to liaise between the community and the Confluent team
>>>>>>>> here to find a process that works for everyone.
>>>>>>>>
>>>>>>>> thanks,
>>>>>>>> Robin
>>>>>>>>
>>>>>>>> 1: https://github.com/apache/iceberg/pull/15113
>>>>>>>> 2: https://hub.confluent.io
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>

Reply via email to