Enrique, I'll do step 1) for Data Index (removing quarkus dependencies from modules that should be target agnostic)
On Mon, Apr 7, 2025 at 8:09 PM Alex Porcelli <porce...@apache.org> wrote: > +1 for Tiago's comment. > > Let's try to avoid voting for everything, so we don't risk being too > bureaucratic. > > Votes are important to break deadlocks or for something that requires > some level of formality that discussions alone couldn't bring it in a > clear way. > > On Mon, Apr 7, 2025 at 1:57 PM Tiago Bento <tiagobe...@apache.org> wrote: > > > > I guess this effort didn't even need a vote @Enrique, as it seems > > everyone is pretty much aligned in the PROPOSAL thread. Nothing wrong > > with calling for a vote, though... > > > > Commitment is usually assumed to be from the proposer, and anyone else > > who wants to participate declares so, IIUC. Anyway, just my 2 cents as > > I guess you don't need to wait for this VOTE to start working towards > > what you initially proposed. > > > > As a minor feedback from my end, based on how the community has shown > > to prefer collaborating, since the PROPOSAL was sent last Friday, I > > guess if we needed a vote (in case we had disagreements or haven't had > > reached lazy consensus), giving more time for people to participate > > would be nicer. > > > > In any case, thank you for driving this! > > > > Regards, > > > > Tiago Bento > > > > On Mon, Apr 7, 2025 at 11:55 AM Jason Porter <jpor...@ibm.com.invalid> > wrote: > > > > > > +1 > > > > > > A link to the archives for the original discussion would be good to > have. I believe the link is at > https://lists.apache.org/thread/1fr68tmtkl50h013hn6sy87spjj6pzko > > > > > > -- > > > Jason Porter > > > Software Engineer > > > He/Him/His > > > > > > IBM > > > > > > > > > From: Enrique Gonzalez Martinez <elguard...@gmail.com> > > > Date: Monday, April 7, 2025 at 01:48 > > > To: dev@kie.apache.org <dev@kie.apache.org> > > > Subject: [EXTERNAL] [DISCUSSION][WORKFLOW][VOTE] SpringBoot support > for data index and job service > > > Hi guys, > > > > > > This is a follow up VOTE spawn by the discussion (same subject) > > > > > > Most of you are aware that the configuration supported by the project > > > (the compact architecture) only is supported by quarkus and not SB. > > > This might impact the project adoption in one of the most used > > > microservice frameworks (or standard de facto) for building > > > microservice. > > > > > > The one thing stopping us from supporting this runtime in compact > > > architecture is these components that require some attention. > > > > > > We already have patterns on how to deal with this sort of problem. > > > (multiple runtime support), so ideally is to use them to upgrade these > > > components to use those and add support for the runtime. Basically > > > would be > > > > > > 1. identify the common components and isolate properly without any > runtime use. > > > 2. minimize the codebase deployed in runtime (should be a thin layer) > > > 3. Move the generic tests to the common components and integration > > > tests to the runtimes components) > > > 4. remove all features that are not shared among runtimes or they are > > > incompatible among runtimes to avoid code duplication and therefore > > > reduce the sustaining effort. > > > 5. common runtime code to its own code module > > > > > > > > > Please state VOTE and if you have a preference to take care any of > > > these components > > > Job Service > > > Data Index > > > > > > (keep in mind that this requires commitment as this is intended to be > for june. > > > > > > Cheers :) > > > > > > -- > > > Saludos, Enrique González Martínez :) > > > > > > --------------------------------------------------------------------- > > > 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 > >
