Oh, I see about the different versions. Users may not be on the latest version, so seeing that it works with the versions in between can be useful.
Some general clarification on the categories in changes.xml would help a bit, too, since we all need to manually add them ourselves. Ideally, we'd be able to generate this from jira, but that would require going back and modified hundreds of tickets. I started using that style for Log4j Boot so I wouldn't need to maintain two changelogs. On 27 January 2017 at 13:03, Gary Gregory <garydgreg...@gmail.com> wrote: > Sure, that would be one way to do it as well. > > Gary > > On Fri, Jan 27, 2017 at 10:59 AM, Apache <ralph.go...@dslextreme.com> > wrote: > >> I would reuse the same Jira issue and modify the changes entry to >> indicate that both were tested. >> >> Ralph >> >> On Jan 27, 2017, at 11:54 AM, Gary Gregory <garydgreg...@gmail.com> >> wrote: >> >> I like the multiple entries because it shows that we've (presumably, >> which I did with a full build) tested each Jackson version. It shows that >> we track releases and that we took the care to test and keep up. That may >> matter to some and not so much to others... >> >> Gary >> >> On Jan 27, 2017 10:21 AM, "Matt Sicker" <boa...@gmail.com> wrote: >> >>> I was looking over the changelog for 2.8 and noticed some things in the >>> "Fixed Bugs" section that sound like they'd be more appropriate in the "New >>> features" section such as: >>> >>> * Added Builder classes (e.g., GelfLayout) >>> * Make GelfLayout independent of Jackson (that is totally a new feature!) >>> * Added CleanableThreadContextMap (not only is it a new feature, it's a >>> new log4j-api class!) >>> * Any new options added to plugins (e.g., disableAnsi in PatternLayout) >>> * Configurable JVM shutdown hook timeout >>> * Garbage-free changes (unless you consider garbage objects to be a bug >>> now?) >>> >>> Also, this isn't such a big deal, but when we do more than two >>> dependency version upgrades within a single release, it might be clearer to >>> combine them into a single ticket (e.g., Jackson makes a bit more releases >>> than we do, so we usually end up with multiple Jackson upgrade tickets in >>> the changelog which isn't very helpful to a user). >>> >>> -- >>> Matt Sicker <boa...@gmail.com> >>> >> >> > > > -- > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org > Java Persistence with Hibernate, Second Edition > <https://www.amazon.com/gp/product/1617290459/ref=as_li_tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1617290459&linkCode=as2&tag=garygregory-20&linkId=cadb800f39946ec62ea2b1af9fe6a2b8> > > <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a=1617290459> > JUnit in Action, Second Edition > <https://www.amazon.com/gp/product/1935182021/ref=as_li_tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182021&linkCode=as2&tag=garygregory-20&linkId=31ecd1f6b6d1eaf8886ac902a24de418%22> > > <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a=1935182021> > Spring Batch in Action > <https://www.amazon.com/gp/product/1935182951/ref=as_li_tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182951&linkCode=%7B%7BlinkCode%7D%7D&tag=garygregory-20&linkId=%7B%7Blink_id%7D%7D%22%3ESpring+Batch+in+Action> > <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a=1935182951> > Blog: http://garygregory.wordpress.com > Home: http://garygregory.com/ > Tweet! http://twitter.com/GaryGregory > -- Matt Sicker <boa...@gmail.com>
