Hi all,

I saw that the PR is green and Fabrizio has already provided a review.

Please, if anyone else has relevant experience, perform a review so that we
can move forward and merge.

I think we all want to move forward with the 10.2 release.

Thanks

PaoloB

On Tue, Feb 10, 2026 at 1:42 PM Kennedy Bowers <[email protected]> wrote:

> Hi Toni,
>
> Thanks for checking in! No stress at all :)
>
> We’re making progress. The new BPMN Editor was merged a few days ago,
> which was the big milestone in our effort to remove the gwt editors. We now
> just have the two smaller cleanup PRs left before we can branch and start
> the release process.
>
> The first cleanup PR[1] is already up and awaiting feedback, so any
> reviews there would be very welcome[2]! Once that’s merged, Tiago will
> raise the second cleanup PR[3], and after that I’ll be able to kick off the
> release.
>
> Kind regards,
> Kennedy
>
> [1] https://github.com/apache/incubator-kie-issues/issues/2200
> [2] https://github.com/apache/incubator-kie-tools/pull/3421
> [3] https://github.com/apache/incubator-kie-issues/issues/2201
>
> On 2026/02/09 11:28:44 Toni Rikkola wrote:
> > Hi
> >
> > Just checking what the current status is?
> >
> > Hopefully not causing too much stress :)
> >
> > Toni Rikkola
> >
> > On 15/12/2025 15.53, Kennedy Bowers wrote:
> > > Thanks for the context and for sharing the references.
> > >
> > > Regarding the release procedure, I agree the existing document seems
> fairly comprehensive. The sync PR you mentioned is helpful, and I’m happy
> to get that merged as soon as possible. I also have a similar PR open for
> drools [1]. When you have a moment, I’d appreciate your review there as
> well.
> > >
> > > Once both of those are merged, my plan is to do a dry run following
> Automation D from the release document, using the main branch. This should
> give us a clear signal on whether the pipelines are running smoothly and
> are ready to proceed once the GWT-related work is completed.
> > >
> > > Regarding the GWT removal, the work is planned and split into three
> PRs to keep the changes manageable:
> > >
> > > Create the new BPMN Editor–related packages (PR #1) — targeted to be
> ready by EOY
> > >
> > > Adapt the codebase to depend only on the new BPMN/DMN/SceSim Editors
> (PR #2)
> > >
> > > Remove the classic BPMN/DMN/SceSim Editor packages (PR #3)
> > >
> > > Once PR #1 is in and the dry run is complete, I can share an updated
> status and a clearer view of what remains before we can formally kick off
> the release process.
> > >
> > > Thanks again for the offer to help, much appreciated!
> > >
> > > [1] https://github.com/apache/incubator-kie-drools/pull/6507
> > >
> > > On 2025/12/10 14:18:18 Alex Porcelli wrote:
> > >> Thanks for the update, and welcome back. As you insist on continuing
> > >> as Release Manager for 10.2, that is fine with me. My primary concern
> > >> has been the timeline. Given the gap over the past few weeks and the
> > >> outstanding blockers you mentioned, the schedule is already impacted,
> > >> so it would be helpful to get an updated view of where things stand.
> > >> Since some critical items are still pending, this might also be a good
> > >> moment to share the latest status so we all know what remains before
> > >> we can start the release process.
> > >>
> > >> Regarding the release procedure, the document we have been using has
> > >> guided past releases, and overall, it is accurate. The complexity in
> > >> previous releases came mainly from the pipelines. For 10.0.0, it was
> > >> the first time running them end-to-end, so many issues surfaced during
> > >> the release itself. For 10.1.0, we went through another complex cycle
> > >> as important changes in kie-tools required a large number of fixes
> > >> before the pipelines could stabilize again. Hopefully, this cycle will
> > >> be less disruptive.
> > >>
> > >> For reference, the PR proposing improvements has been open for a
> while [1]
> > >>
> > >> And the release procedure document I mentioned, originally authored by
> > >> Tiago, is here [2].
> > >>
> > >> I'm, of course, happy to help wherever needed.
> > >>
> > >> [1] - https://github.com/apache/incubator-kie-tools/pull/3293
> > >> [2] -
> https://docs.google.com/document/d/15V-1e62bmmWeOdFUnSJHymPYoeb0TTwp0bhxPuJn4zo/edit?tab=t.0
> > >>
> > >> -
> > >> Alex
> > >>
> > >> On Mon, Dec 8, 2025 at 12:49 PM Kennedy Bowers <[email protected]>
> wrote:
> > >>> Hi all,
> > >>>
> > >>> Thanks Alex for volunteering to help with the 10.2 release, and
> apologies for my recent absence. I would be very grateful for your help, so
> we can get the release out on something close to the planned schedule. It
> would be great to have all required 10.2 changes merged into main and the
> documentation updated so that anyone in the community can confidently
> follow the process for future releases.
> > >>>
> > >>> I’d also like to continue serving as release manager for 10.2. I
> believe it will benefit the project if we start establishing a pattern of
> distributing release knowledge now, rather than allowing it to stay
> concentrated. While this might cause a slight delay for the current
> release, I believe in the long-run it will be beneficial for the community
> and get us a step closer to documenting the release process in such a way
> that someone with no experience will be able to manage a release in future.
> > >>>
> > >>> Before we branch for 10.2, we still have a few outstanding tasks:
> the remaining 10.1 sync PRs need to be merged, and the GWT-based editors
> need to be removed. Once those are wrapped up, we should be in a strong
> position to begin the release process. In the meantime, I’ll continue
> testing the pipelines to help ensure everything is ready as soon as the
> necessary code changes are in place.
> > >>>
> > >>> Looking forward to working together on this!
> > >>>
> > >>> Kind regards,
> > >>> Kennedy
> > >>>
> > >>>
> > >>> On 2025/11/19 13:01:21 Alex Porcelli wrote:
> > >>>> Hi Tiago,
> > >>>>
> > >>>> Thanks for the note. Rotation is healthy and important to prevent
> > >>>> knowledge from concentrating in just a few people.
> > >>>>
> > >>>> At the same time, we have to balance rotation with the ability
> > >>>> actually to deliver a release. We are now more than a month without
> > >>>> any communicated progress on 10.2, one Release Manager is leaving,
> and
> > >>>> we have not heard from Kennedy during this period. I fully
> understand
> > >>>> that he is on vacation and will be returning soon, but the
> combination
> > >>>> of circumstances puts the project in a difficult position.
> > >>>>
> > >>>> Since 10.1, we have accumulated several bug fixes, new
> functionality,
> > >>>> and most importantly, a significant number of vulnerabilities. Based
> > >>>> on experience, even if we reset today, it is unlikely that we would
> > >>>> see a release before January 2026. And that estimate assumes the
> > >>>> involvement of people who have already been through the release
> > >>>> process.
> > >>>>
> > >>>> I sincerely appreciate IBM stepping in to help with releases. But
> > >>>> given the internal shifts that Jason mentioned, this may not be the
> > >>>> best moment to rely on that transition as the foundation for the
> 10.2
> > >>>> timeline.
> > >>>>
> > >>>> This is why Eduardo and I offered to step in. We have handled
> previous
> > >>>> releases and can provide continuity so the community does not lose
> > >>>> more time. And to be clear, we are 100 percent aligned on getting
> > >>>> Kennedy involved as soon as he is available and if he still wants to
> > >>>> participate. The offer is to keep the momentum, not to exclude
> anyone.
> > >>>>
> > >>>> The goal here is to ensure the project gets the release out sooner.
> > >>>>
> > >>>> -
> > >>>> Alex
> > >>>>
> > >>>> On Tue, Nov 18, 2025 at 10:55 PM Tiago Bento <[email protected]>
> wrote:
> > >>>>> Having gone through the release process a few times myself, I
> think we
> > >>>>> should rotate the Release Manager role between releases, not to
> create
> > >>>>> concentrated knowledge.
> > >>>>>
> > >>>>> Sorry to be speaking for Kennedy here, but he has been in vacation
> for a
> > >>>>> few weeks now and should be back before the end of the month.
> > >>>>>
> > >>>>> On Tue, Nov 18, 2025 at 12:08 Alex Porcelli <[email protected]>
> wrote:
> > >>>>>
> > >>>>>> Thank you for sharing this update, and I am really sorry to hear
> about
> > >>>>>> your situation. This is a challenging moment, especially so close
> to
> > >>>>>> the holidays. Please let me know if there is anything I can do to
> > >>>>>> support you during this transition. Your work and commitment to
> the
> > >>>>>> project have always been greatly appreciated.
> > >>>>>>
> > >>>>>> Regarding the 10.2 release, given the circumstances and the fact
> that
> > >>>>>> we have not heard from Kennedy recently, I propose that Eduardo
> and I
> > >>>>>> take over as Release Managers. We will be very happy to
> collaborate
> > >>>>>> with Kennedy if he is still planning to participate.
> > >>>>>>
> > >>>>>> At this point, it is not realistic to aim for a December
> timeline, but
> > >>>>>> before proposing a new one, the priority is to get release
> management
> > >>>>>> in place.
> > >>>>>>
> > >>>>>> Thank you again for the transparency, Jason. Wishing you the very
> best
> > >>>>>> of luck in the coming weeks. Please take care and feel free to
> reach
> > >>>>>> out if you need any support.
> > >>>>>>
> > >>>>>> -
> > >>>>>> Alex
> > >>>>>>
> > >>>>>> On Tue, Nov 18, 2025 at 11:57 AM Jason Porter
> <[email protected]>
> > >>>>>> wrote:
> > >>>>>>> Hello everyone,
> > >>>>>>>
> > >>>>>>> I know you are all busy and eagerly waiting for the 10.2
> release. I wish
> > >>>>>> I had better news about this. Two weeks ago, I was notified that
> I am being
> > >>>>>> RIF'd (Reduction In Force) from IBM in early December. Due to this
> > >>>>>> unforeseen issue, my work on the release has taken a back burner
> to me
> > >>>>>> looking for another job. I've been trying to up skill, rework my
> resume, as
> > >>>>>> well as interviewing and applying to positions.
> > >>>>>>> This will mean that the release will end up slipping from the
> initial
> > >>>>>> timeline. At this point, I'm not sure when the release will come
> out. For
> > >>>>>> those interested in helping, I've been testing the build in my own
> > >>>>>> workspace in Jenkins. You can do the same at
> > >>>>>> https://ci-builds.apache.org/job/KIE/job/__dev/. You should be
> able to
> > >>>>>> log in to the Jenkins cluster (using your Apache credentials) and
> create
> > >>>>>> your own folder at that link. It may be easiest to copy the
> 0-seed-job
> > >>>>>> either from my folder or from the main builds. You'll want to
> modify where
> > >>>>>> it points, which branches to use, etc. More can be read about how
> these are
> > >>>>>> all put together at
> > >>>>>>
> https://github.com/apache/incubator-kie-kogito-pipelines/blob/main/docs/jenkins.md
> > >>>>>> (and associated md files). I'm certainly available to answer
> questions, but
> > >>>>>> for now my focus is elsewhere.
> > >>>>>>> --
> > >>>>>>>
> > >>>>>>> Jason Porter
> > >>>>>>> Software Engineer
> > >>>>>>> He/Him/His
> > >>>>>>>
> > >>>>>>> IBM
> > >>>>>>>
> > >>>>>>>
> > >>>>>>
> ---------------------------------------------------------------------
> > >>>>>> To unsubscribe, e-mail: [email protected]
> > >>>>>> For additional commands, e-mail: [email protected]
> > >>>>>>
> > >>>>>>
> > >>>>
> ---------------------------------------------------------------------
> > >>>> To unsubscribe, e-mail: [email protected]
> > >>>> For additional commands, e-mail: [email protected]
> > >>>>
> > >>>>
> > >>> ---------------------------------------------------------------------
> > >>> To unsubscribe, e-mail: [email protected]
> > >>> For additional commands, e-mail: [email protected]
> > >>>
> > >> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: [email protected]
> > >> For additional commands, e-mail: [email protected]
> > >>
> > >>
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [email protected]
> > > For additional commands, e-mail: [email protected]
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [email protected]
> > For additional commands, e-mail: [email protected]
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

Reply via email to