+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
