Oh, in that case, yeah, I'd agree that this is semantically 2.7 at this point.
On 18 June 2016 at 16:08, Gary Gregory <[email protected]> wrote: > On Sat, Jun 18, 2016 at 1:59 PM, Matt Sicker <[email protected]> wrote: > >> If we do 2.7 instead of 2.6.2, then we may want to put more in than what >> exists. >> > > But this is the opposite of what my intention is here. I am asking what is > the proper semver appropriate _label_ we want to put on our next release > "now", which really feels to me like we need and is ready. > > >> Of course, we could always just RERO. >> > > I am +1 to RERO in general. > > Gary > > Gary > >> >> On 18 June 2016 at 15:44, Gary Gregory <[email protected]> wrote: >> >>> Hi All, >>> >>> Do the following: >>> >>> <action issue="LOG4J2-1395" dev="mikes" type="add"> >>> Add "direct" option to ConsoleAppender for increased performance. >>> </action> >>> <action issue="LOG4J2-1418" dev="mikes" type="fix"> >>> Provide MessageFactory2 to custom Logger implementations. >>> </action> >>> >>> constitute enough of new feature to justify labeling the next release >>> 2.7 as opposed to 2.6.2; currently all other changes fall into the fix or >>> update category. >>> >>> 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]> >> > > > > -- > 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]>
