Wouldn't the first step to move from XPP3 to a standard API? Gary
On Thu, Jun 3, 2021, 03:13 Markus Karg <[email protected]> wrote: > In the very long term I would be +1 for JAXB, as clearly much more Java > programmers on earth are used to JAXB than with Modello due to it being a > former part of the JRE. It now is open source at the Eclipse Foundation, so > we all can contribute to it, which could make it a success story. > But I am with Robert here: We need to start with it from the core. So if > there is a group of contributors that will change the Maven eco system from > the core to all plugins, then I would be +1 for that. > But we should stay with modello until there are PRs for core and ALL > plugins, to prevent a mix. > -Markus > > > -----Ursprüngliche Nachricht----- > Von: Gary Gregory [mailto:[email protected]] > Gesendet: Mittwoch, 2. Juni 2021 14:38 > An: Maven Developers List > Betreff: Re: Moving away from Modello > > On Wed, Jun 2, 2021 at 8:30 AM Jochen Wiedmann > <[email protected]> wrote: > > > > On Wed, Jun 2, 2021 at 1:02 PM Elliotte Rusty Harold <[email protected]> > wrote: > > > > > What do folks think about slowly moving away from Modello where > > > feasible to simplify the build? Does anyone find Modello a net > > > positive, especially in longterm maintenance, not just in initial code > > > generation? > > > > To me, it sounds feasible to replace Modello with a Sax parser > > (reading), and a Sax > > event generator (writing), that take as input a bean class (either > > written manually, > > or generated by Modello, and do the serialization/deserialization. > > > > Would, most likely, not be a drop-in-replacement, but definitely a > medium-term > > solution. > > What about JAXB? > > Gary > > > > > Jochen > > > > > > -- > > > > Look, that's why there's rules, understand? So that you think before > > you break 'em. > > > > -- (Terry Pratchett, Thief of Time) > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
