My point is, any library used by GWT at client side, requires the code to be copy pasted in the repository?. Is there no alternative for that?
On Thu, Jul 3, 2025 at 5:00 PM Yeser Amer <ya...@apache.org> wrote: > Right, thank you for pointing that. > > At this time, I guess we can investigate if there exists a way to > workaround the need for that rt.jar > > On 2025/07/03 14:53:00 Alex Porcelli wrote: > > Yeser, J2CL would have similar restrictions as GWT as transpiler > technology. > > > > > > On Thu, Jul 3, 2025 at 10:51 AM Yeser Amer <ya...@apache.org> wrote: > > > > > > As far I remember: > > > > > > Serverless Workflow Editor: Is not using GWT anymore, they migrated it > to J2CL (Please correct me If I'm wrong) > > > > > > Classic DMN, Scesim, BPMN Editor: We are replacing them with > React-based version, I guess we're in the path to remove them in the next > few months, it depends on the maturity level of the new editors (DMN Editor > is indeed the most mature one) > > > > > > DashBuilder: It is, in my opinion, the real blocker at this point. We > don't have any plan, committers and resources to remove GWT in DashBuilder > and replace it with another technology. > > > > > > Yeser > > > > > > On 2025/07/03 14:31:27 Alex Porcelli wrote: > > > > - Who needs GWT? > > > > > > > > Whole dashbuilder, BPMN editor, Classic DMN editor, Serverless > editor... etc > > > > > > > > - Can we take the GWT modules out and maintain them outside of KIE? > > > > > > > > -1 for this approach, this is not a good approach. It tries to hide > things.. > > > > > > > > Sure, we should have releases going.. but we need comply. So we need > fix. > > > > > > > > On Thu, Jul 3, 2025 at 10:24 AM Toni Rikkola <rikk...@apache.org> > wrote: > > > > > > > > > > Who needs GWT? > > > > > Can we take the GWT modules out and maintain them outside of KIE? > > > > > Does it have to be all GWT related code or just some of them? > > > > > > > > > > I know the answer is likely "we need to rewrite X and Y", but we > really should get the releases flowing. That means if a rewrite can be done > in 2 months it is fine, longer than that we should give the modules the > boot. We can always take them back later. > > > > > > > > > > I say we release often, even if the releases are not perfect. > Right now Drools core could release monthly, but rest of the project is > slowing things down. I do not mean this in a bad way, just an example, and > there are no hard feelings about this from anyone. Just it is everyone's > best interest to release anything for users to try out as soon and often as > possible. > > > > > > > > > > Toni > > > > > > > > > > On 2025/07/03 14:05:03 Alex Porcelli wrote: > > > > > > This has been raised by PJ Fanning [1]. I haven't investigated > the > > > > > > details yet, but I wanted to give a heads-up to the community > members. > > > > > > > > > > > > It looks like we won't be able to have more releases until we > get rid of GWT. > > > > > > > > > > > > [1] - https://github.com/apache/incubator-kie-tools/issues/3196 > > > > > > > > > > > > - > > > > > > Alex > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > 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 > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > 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 > > > > > > > --------------------------------------------------------------------- > > 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 > >
