If an API is deprecated, please make sure the @deprecated comment states clearly with an @link what the replacement is.
This will allow people who use OpenRewrite to configure their wares accordingly. IOW, don't give users a headache ;-) Gary On Tue, Feb 11, 2025 at 7:18 AM Gilles Sadowski <gillese...@gmail.com> wrote: > > Hi. > > Le mar. 11 févr. 2025 à 12:56, Elliotte Rusty Harold > <elh...@ibiblio.org> a écrit : > > > > I am not surprised you've found issues with FastDateFormat. I'd be > > more surprised if you didn't. Handling time zones is *hard* and almost > > everyone gets it wrong, at least at first. In 2025 I wouldn't use > > either SimpleDateFormat or FastDateFormat. Use java.time and > > java.time.formatter instead. These packages are thread safe, and have > > been through much more rigorous analysis, testing, and design by real > > time zone experts. > > It's probably time to deprecate FastDateFormat in favor of java.time. > > +1 (even if just to reduce bloat). > > Given the purpose and scope of [Lang], it's on those who would be against > this proposal to justify their position. > [But please start a new thread with the appropriate "Subject:" line.] > > Regards, > Gilles > > >> [...] > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
