Ah! I didn't look at the code. If there's no risk of breaking user code I have no objection.
Apologies. Sent from my iPhone > On 2016/09/07, at 8:11, Gary Gregory <[email protected]> wrote: > > How could moving an API marked @since 2.7 break user code? > > Gary > >> On Tue, Sep 6, 2016 at 6:34 PM, Remko Popma <[email protected]> wrote: >> >> Is there a problem that needs solving here? >> I know we consider the API module's util package private, but I really >> don't like making changes that could break user code for no good reason... >> >> Sent from my iPhone >> >>> On 2016/09/07, at 6:36, Matt Sicker <[email protected]> wrote: >>> >>> Might as well. If we need it in api, we can move it back later. >>> >>>> On 6 September 2016 at 15:54, Gary Gregory <[email protected]> >> wrote: >>>> >>>> The API module method >>>> org.apache.logging.log4j.util.LoaderUtil.isClassAvailable(String) is >>>> @since >>>> 2.7 and is only called from the Core module. I propose we move it to >> Core. >>>> >>>> Gary >>>> >>>> -- >>>> E-Mail: [email protected] | [email protected] >>>> Java Persistence with Hibernate, Second Edition >>>> <http://www.manning.com/bauer3/> >>>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/> >>>> Spring Batch in Action <http://www.manning.com/templier/> >>>> Blog: http://garygregory.wordpress.com >>>> Home: http://garygregory.com/ >>>> Tweet! http://twitter.com/GaryGregory >>> >>> >>> >>> -- >>> Matt Sicker <[email protected]> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] > > > -- > E-Mail: [email protected] | [email protected] > Java Persistence with Hibernate, Second Edition > <http://www.manning.com/bauer3/> > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/> > Spring Batch in Action <http://www.manning.com/templier/> > Blog: http://garygregory.wordpress.com > Home: http://garygregory.com/ > Tweet! http://twitter.com/GaryGregory --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
