+1 On Fri, 13 Sept 2024 at 10:28, Jozef Marko <jozef.ma...@ibm.com.invalid> wrote:
> +1 > > > Jozef Marko > > Software Developer > > jozef.ma...@ibm.com > > > > ________________________________ > From: Yeser Amer <ya...@apache.org> > Sent: Friday, September 13, 2024 9:42 AM > To: dev@kie.apache.org <dev@kie.apache.org> > Subject: [EXTERNAL] Re: [PROPOSAL] Permanently moving `kogito-images` and > `kogito-serverless-operator` to `kie-tools` > > +1 > > On 2024/09/13 07:36:40 Tibor Zim?nyi wrote: > > +1 > > > > D?a ?t 12. 9. 2024, 20:32 Pere Fernandez (apache) <pefer...@apache.org> > > nap?sal(a): > > > > > +1 > > > > > > On Thu, 12 Sept 2024 at 20:12, Jason Porter <lightguar...@apache.org> > > > wrote: > > > > > > > +1 > > > > > > > > On 2024/09/12 16:22:22 ricardo zanini fernandes wrote: > > > > > Hi everyone, > > > > > > > > > > After a few weeks of discussing and experimenting with Tiago > Bento, we > > > > > reached a point where we are comfortable sharing that the > experiment of > > > > > permanently having `kogito-images` and `kogito-serverless-operator` > > > > inside > > > > > `kie-tools` has received positive feedback from the people who > usually > > > > > develop these modules. This new proposal targets `main` (I.e., > Apache > > > KIE > > > > > 10.1 and beyond), so Apache KIE 10.0 is unaffected. > > > > > > > > > > To be clear, this proposal invalidates the previous agreement we > had on > > > > > ?Unblocking and releasing Apache KIE 10? [1], of removing > > > > > `sonataflow-devmode-image`, `sonataflow-builder-image`, and > > > > > `sonataflow-operator` from `kie-tools` once Apache KIE 10.0 is > > > released. > > > > > (See this PR > https://github.com/apache/incubator-kie-tools/pull/2472 .) > > > > > > > > > > The infrastructure `kie-tools` provides is suitable for continuing > to > > > > > develop and release Kogito Images and the SonataFlow Operator. The > CI > > > > > system and PR checks in place worked well and with reasonable > > > > performance, > > > > > and there were no big disruptions for local development and further > > > > > maintenance. > > > > > > > > > > This proposal includes: > > > > > - Permanently move each image from `kogito-images` and the content > of > > > > > `kogito-serverless-operator` as individual packages on `kie-tools`, > > > > > preserving commit history (essentially the same move we did for > Apache > > > > KIE > > > > > 10, but now for all images) > > > > > > > > > > - Write and publish a ?KIE Tools User Manual? as a markdown file on > > > > > `kie-tools` itself > > > > > > > > > > - Adapting release scripts for publishing the ?new? images from > > > > `kie-tools` > > > > > instead of from `kogito-images`. > > > > > > > > > > - Permanently archive `kogito-images` and > `kogito-serverless-operator`, > > > > > removing them from all Jenkins and GitHub Actions automations > > > > > > > > > > All Kogito Images and the SonataFlow Operator will then depend on > the > > > > > timestamped SNAPSHOT version of upstream projects (automatically > > > > published > > > > > every Sunday night or on demand) and will be in sync at all times > with > > > > the > > > > > rest of the `kie-tools` repository, meaning the SonataFlow Quarkus > Dev > > > > UI, > > > > > Serverless Logic Web Tools as a whole, and the SonataFlow Knative > > > Plugin > > > > > (CLI). > > > > > > > > > > By creating a package for each ?new? Kogito Image, all PR checks > and > > > the > > > > CI > > > > > will work, requiring zero changes to the existing automations. > > > > > > > > > > We believe this improves our codebase structure and, more > importantly, > > > > our > > > > > release automations, with minimal disruption to those contributing > to > > > > those > > > > > packages. > > > > > > > > > > Since some of the `sonataflow-builder-image`, the > > > > > `sonataflow-devmode-image`, and the `sonataflow-operator` packages > were > > > > > already moved to the `main` branch of `kie-tools` as a temporary > > > solution > > > > > for unblocking and releasing Apache KIE 10, if this proposal is > > > approved, > > > > > we?d need to override the existing packages, bringing with commit > > > history > > > > > and in a permanent fashion. The execution plan of this proposal is > as > > > > > follows: > > > > > 1. Push the finalized version of a ?KIE Tools User Guide? as a > markdown > > > > > file hosted on `kie-tools` itself > > > > > > > > > > 2. Push new packages for each ?new? Kogito Image override the > existing > > > > > `sonataflow-builder-image`, `sonataflow-devmode-image`, and > > > > > `sonataflow-operator`, with commit history > > > > > > > > > > 3. Adapt existing packages on `kie-tools` to depend on and consume > the > > > > new > > > > > ones > > > > > > > > > > 4. Change release scripts on `kie-tools` to publish the ?new? > images > > > > from it > > > > > > > > > > 5. Remove `kogito-images` and `kogito-serverless-operator` from > GitHub > > > > > Actions and Jenkins automations > > > > > > > > > > 6. Archive `kogito-images` and `kogito-serverless-operator` on > GitHub, > > > > > changing their README to communicate the change > > > > > > > > > > 7. Update documentation references to reflect the change on repo > URLs > > > etc > > > > > > > > > > Lastly, if this proposal is approved, further optimizations will be > > > done > > > > to > > > > > ensure the code is more robust, PR checks are faster and consume > less > > > > > resources: > > > > > > > > > > 1. Stop building kogito-apps modules during Kogito Images build > (pull > > > > from > > > > > Maven instead, based on the the timestamped SNAPSHOT version) > > > > > > > > > > 2. Convert the SonataFlow Knative Plugin (CLI) from a package to a > > > module > > > > > inside the SonataFlow Operator package > > > > > > > > > > 3. Reduce the size of serverless-logic-web-tools-swf-dev-mode-image > > > > > (currently at 1.68GB on Docker Hub) > > > > > > > > > > 4. Parameterize Quarkus version on Kogito Images, SonataFlow > Operator > > > and > > > > > Knative Plugin (CLI) based on the `kie-tools`?s Quarkus version > > > > > > > > > > Please let me know, > > > > > > > > > > Regards, > > > > > > > > > > [1] > https://lists.apache.org/thread/58xm7pqdyztf7qztmhvntf8wdmvfx7jx > > > > > > > > > > -- > > > > > Ricardo Zanini Fernandes > > > > > Vida longa e pr?spera. > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: dev-unsubscr...@kie.apache.org > > > > For additional commands, e-mail: dev-h...@kie.apache.org > > > > > > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@kie.apache.org > For additional commands, e-mail: dev-h...@kie.apache.org > >
