Got it, thank you Eder! On 2023/12/18 11:00:02 Eder Ignatowicz wrote: > We extensively use Dashbuilder on Serveless Dev UI. > > If there is any vulnerability it needs to be addressed like other > components. > > On Mon, Dec 18, 2023 at 5:01 AM Yeser Amer <ya...@apache.org> wrote: > > > I have a question about one component related to kie-tools repo, > > Dashbuilder. It seems to me that the module is currently not manned by our > > community, it is affected by several vulnerabilities and it depends on old > > dependency versions (eg. GWT 2.9). It could be potentially a problem when > > we decide to move to JDK 17. Based on the above comments, what's that > > component's future? > > > > On 2023/12/17 17:48:11 Alex Porcelli wrote: > > > As we gear up for the much-anticipated 10.0.0 release, I invite > > > everyone to a crucial discussion about refining our codebase. This is > > > not just about what we're adding but also about what we might consider > > > removing or changing for the better. > > > > > > The following are initial suggestions for components we might deprecate: > > > > > > - Infinispan > > > - MongoDB > > > - Redis > > > - Elastic > > > > > > However, this list is just a starting point. I encourage each of you > > > to contribute your thoughts. If there are other components you believe > > > should be on this list, please bring them forward. Likewise, if any of > > > the listed components should remain, your input is equally valuable. > > > Explain your reasons so we can all understand the benefits of keeping > > > them. > > > > > > The TrustyAI codebase is also up for discussion. It hasn't been a > > > primary focus for a while, and while I see some potential in it, > > > setting it aside might be more practical for now. But remember, no > > > decision here is permanent. We can always revisit any component, > > > especially if there's a collective interest in its maintenance and > > > development. > > > > > > Your opinions and expertise are vital in this process. Let's work > > > together to make these decisions unanimously, ensuring our project's > > > long-term success and manageability. > > > > > > - > > > 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
