Hi,

> * kogito-runtimes has 1 fail in default and 0 in native

kogito-runtimes test failures are only flaky tests now. I even filed a PR
to disable the flaky tests until they get stabilized.
https://github.com/apache/incubator-kie-kogito-runtimes/pull/3321

> * kogito-examples has 10 fails in default and 5 in native

Failing examples are `flexible-process-springboot`,
`onboarding-springboot`, `process-decisions-rest-springboot`,
`serverless-workflow-loanbroker-showcase`.

I hope process / serverless-workflow guys can have a look.

Thanks!
Toshiya

On Wed, Dec 6, 2023 at 9:18 PM Jan Šťastný <[email protected]> wrote:

> Hello,
> I would be against breaking main just for the sake of ease of development.
> If those are test failures though, it should have minimal impact on things
> like nexus deployment, the SNAPSHOTS are published also for builds with
> failed tests.
> So as long as the Jenkins builds in quarkus-3.2LTS nightlies are not red -
> it should be fine. (Considering that at the moment we have ~30 failures in
> incubator-kie-kogito-examples in the main branch.)
>
> Otherwise maintenance costs for the additional CI pipelines is minimal,
> because it has only 2 environments defined (default and native build).
>
> Anyways, the intention for quarkus-3.2LTS was it would be short-lived
> branch facilitating the fixing of failed tests, the current summary is:
> * drools is green in all nightlies
> * kogito-runtimes has 1 fail in default and 0 in native
> * kogito-apps has 16 fails in default and 2 in native
> * kogito-examples has 10 fails in default and 5 in native
>
> Which is not an overly large number and hopefully gets lower during this
> week, so I'd suggest refresh on the topic of stability of the branch at the
> end of the week.
>
> Regards
> Jan
>
> Dne st 6. 12. 2023 10:39 uživatel Tibor Zimányi <[email protected]>
> napsal:
>
> > Hi everyone,
> >
> > based on my understanding (please correct me if I am wrong), the actual
> > state of Quarkus 3 migration is that there are some test failures that
> > needs to be addressed. Currently the Quarkus 3 migrated code is on
> separate
> > Quarkus 3 branches. This brings some maintenance work, e.g. the need to
> > update the branches with latest changes from main etc. As we discussed
> and
> > decided before, the Quarkus 3 branches should be main branches at the
> end.
> >
> > My proposal is to go ahead with the original plan we discussed before,
> even
> > with test failures being present:
> > - Branch current main branches for legacy purposes. Drools branched as
> 8.x,
> > Kogito as 1.x, Optaplanner as 8.x.
> > - Merge Quarkus 3 branches to main, even with current test failures.
> Those
> > test failures could get fixed on main branch afterwards.
> > - Change version on all relevant repositories to 10.0.0-SNAPSHOT.
> >
> > This change should free the maintenance cost of having two separate
> "main"
> > branches and finish another step towards the first Apache release,
> instead
> > of waiting till all tests get fixed. It will also remove the need to
> > maintain two streams of pipelines in CI.
> >
> >
> > What do you think please? Let's discuss and during next week we can make
> a
> > final decision.
> >
> > Best regards,
> > Tibor
> >
>

Reply via email to