Yeah, it seems a bit easier to try experimenting with different Maven plugins first before going all in on Gradle or something else.
On 5 May 2017 at 13:26, Ralph Goers <ralph.go...@dslextreme.com> wrote: > We could try using the maven gitflow plugin instead of the release plugin. > > Ralph > > > On May 5, 2017, at 11:22 AM, Gary Gregory <garydgreg...@gmail.com> > wrote: > > > > Is it possible to do mvn test and then the rest with -DskipTests? > > > > G > > > > On May 5, 2017 11:11 AM, "Ralph Goers" <ralph.go...@dslextreme.com> > wrote: > > > >> Probably both. > >> > >> Ralph > >> > >>> On May 5, 2017, at 10:13 AM, Matt Sicker <boa...@gmail.com> wrote: > >>> > >>> It seems like it. I'm not sure if it's in release:prepare or > >>> release:perform. > >>> > >>> On 5 May 2017 at 12:12, Gary Gregory <garydgreg...@gmail.com> wrote: > >>> > >>>> Are the tests run 3 times from within the same mvn call? > >>>> > >>>> Gary > >>>> > >>>> On May 5, 2017 5:54 AM, "Remko Popma" <remko.po...@gmail.com> wrote: > >>>> > >>>>> I don't oppose breaking things up into modules, but I'm not sure that > >> we > >>>>> want to move modules into separate repos: I've seen this in practice > at > >>>>> work and I worry we'll end up with a very complicated build. > >>>>> > >>>>> Are we open to the idea of using a different build tool that supports > >>>>> incremental builds and lets us fix one of the root causes of the slow > >>>> build > >>>>> where we need to run the tests three times to do a release? > >>>>> > >>>>> I'm willing to put in the time to investigate and prototype a Gradle > >>>> build > >>>>> but I don't want to waste my time if we know upfront we want to stick > >>>> with > >>>>> Maven. > >>>>> > >>>>> Remko > >>>>> > >>>>> (Shameless plug) Every java main() method deserves > http://picocli.info > >>>>> > >>>>>> On May 5, 2017, at 21:11, Mikael Ståldal <mikael.stal...@magine.com > > > >>>>> wrote: > >>>>>> > >>>>>> ...but the main reason for breaking up into modules is not build > >> speed. > >>>>>> > >>>>>> On Fri, May 5, 2017 at 9:40 AM, Mikael Ståldal < > >>>>> mikael.stal...@magine.com> > >>>>>> wrote: > >>>>>> > >>>>>>> I think we should continue to break up things into modules, but > keep > >>>>> them > >>>>>>> in the same repo. > >>>>>>> > >>>>>>>> On Fri, May 5, 2017 at 2:16 AM, Remko Popma < > remko.po...@gmail.com> > >>>>> wrote: > >>>>>>>> > >>>>>>>> Why don't we focus on making the build faster instead of this > module > >>>> & > >>>>>>>> repo break-up? > >>>>>>>> > >>>>>>>> We know this breakup is adding all kinds of complexity but we are > >>>> only > >>>>>>>> *hoping* (not sure) that it will make the build faster. > >>>>>>>> > >>>>>>>> The way I've heard Ralph and Matt describe it, the build currently > >>>>>>>> requires the most time consuming part (running the tests) to be > >>>>> repeated > >>>>>>>> three times! Wouldn't that be the first thing to look at? > >>>>>>>> > >>>>>>>> Is this a Maven issue? Can it be fixed? Are we open to considering > >>>>>>>> alternatives like Gradle? > >>>>>>>> > >>>>>>>> I'm concerned we're focusing on the wrong problem. We can break up > >>>> the > >>>>>>>> modules later for the right reasons (dependencies etc). > >>>>>>>> > >>>>>>>> Remko > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> (Shameless plug) Every java main() method deserves > >>>> http://picocli.info > >>>>>>>> > >>>>>>>>> On May 5, 2017, at 1:58, Ralph Goers <ralph.go...@dslextreme.com > > > >>>>>>>> wrote: > >>>>>>>>> > >>>>>>>>> Because the build takes forever. > >>>>>>>>> > >>>>>>>>> Ralph > >>>>>>>>> > >>>>>>>>>> On May 4, 2017, at 9:00 AM, Mikael Ståldal < > >>>>> mikael.stal...@magine.com> > >>>>>>>> wrote: > >>>>>>>>>> > >>>>>>>>>> I am not sure it is worth the effort to keep things in different > >>>>> repos > >>>>>>>> at > >>>>>>>>>> this point. > >>>>>>>>>> > >>>>>>>>>> I can see a point in keeping the Scala stuff in its own repo > since > >>>> it > >>>>>>>> needs > >>>>>>>>>> Java 8 and scala compiler for building. The same goes for > >>>>> log4j-kotlin > >>>>>>>> and > >>>>>>>>>> any other language bindings we might want to do. > >>>>>>>>>> > >>>>>>>>>> But for logging-log4j-tools, why? It has no other build > >>>> requirements > >>>>>>>> than > >>>>>>>>>> the main repo. > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>>> On Thu, May 4, 2017 at 5:55 PM, Gary Gregory < > >>>>> garydgreg...@gmail.com> > >>>>>>>> wrote: > >>>>>>>>>>> > >>>>>>>>>>>>> On Thu, May 4, 2017 at 8:08 AM, Matt Sicker < > boa...@gmail.com> > >>>>>>>> wrote: > >>>>>>>>>>>> > >>>>>>>>>>>> I think we should really get the other git repos released > before > >>>> we > >>>>>>>> make > >>>>>>>>>>> a > >>>>>>>>>>>> 2.9 release. The thing holding that back, in my opinion, is > >>>>> figuring > >>>>>>>> out > >>>>>>>>>>>> how to manage the website and documentation for all these > >>>> separate > >>>>>>>>>>> modules > >>>>>>>>>>>> that aren't even in the same Maven project anymore. > >>>>>>>>>>> > >>>>>>>>>>> Which makes it harder to work with... :-( > >>>>>>>>>>> > >>>>>>>>>>> Gary > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>>> On 4 May 2017 at 09:44, Mikael Ståldal < > >>>> mikael.stal...@magine.com > >>>>>> > >>>>>>>>>>>> wrote: > >>>>>>>>>>>> > >>>>>>>>>>>>> I have extracted the SocketServer stuff from log4j-core to > new > >>>>>>>>>>>> log4j-server > >>>>>>>>>>>>> module: > >>>>>>>>>>>>> https://issues.apache.org/jira/browse/LOG4J2-1851 > >>>>>>>>>>>>> > >>>>>>>>>>>>> That module is in the new logging-log4j-tools repo. However, > >>>> that > >>>>>>>> repo > >>>>>>>>>>> is > >>>>>>>>>>>>> not ready for making a release. Is anyone going to do that > >>>> before > >>>>>>>> the > >>>>>>>>>>> 2.9 > >>>>>>>>>>>>> release, or should we move the log4j-server module back to > the > >>>>> main > >>>>>>>>>>> repo > >>>>>>>>>>>>> for the time being? > >>>>>>>>>>>>> > >>>>>>>>>>>>> -- > >>>>>>>>>>>>> [image: MagineTV] > >>>>>>>>>>>>> > >>>>>>>>>>>>> *Mikael Ståldal* > >>>>>>>>>>>>> Senior software developer > >>>>>>>>>>>>> > >>>>>>>>>>>>> *Magine TV* > >>>>>>>>>>>>> mikael.stal...@magine.com > >>>>>>>>>>>>> Grev Turegatan 3 | 114 46 Stockholm, Sweden | > >>>> www.magine.com > >>>>>>>>>>>>> > >>>>>>>>>>>>> Privileged and/or Confidential Information may be contained > in > >>>>> this > >>>>>>>>>>>>> message. If you are not the addressee indicated in this > message > >>>>>>>>>>>>> (or responsible for delivery of the message to such a > person), > >>>> you > >>>>>>>> may > >>>>>>>>>>>> not > >>>>>>>>>>>>> copy or deliver this message to anyone. In such case, > >>>>>>>>>>>>> you should destroy this message and kindly notify the sender > by > >>>>>>>> reply > >>>>>>>>>>>>> email. > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> -- > >>>>>>>>>>>> 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=cadb800f39946ec62ea2b > >>>>>>>> 1af9fe6a2b8> > >>>>>>>>>>> > >>>>>>>>>>> <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=31ecd1f6b6d1eaf8886ac > >>>>>>>> 902a24de418%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 > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> -- > >>>>>>>>>> [image: MagineTV] > >>>>>>>>>> > >>>>>>>>>> *Mikael Ståldal* > >>>>>>>>>> Senior software developer > >>>>>>>>>> > >>>>>>>>>> *Magine TV* > >>>>>>>>>> mikael.stal...@magine.com > >>>>>>>>>> Grev Turegatan 3 | 114 46 Stockholm, Sweden | > www.magine.com > >>>>>>>>>> > >>>>>>>>>> Privileged and/or Confidential Information may be contained in > >> this > >>>>>>>>>> message. If you are not the addressee indicated in this message > >>>>>>>>>> (or responsible for delivery of the message to such a person), > you > >>>>> may > >>>>>>>> not > >>>>>>>>>> copy or deliver this message to anyone. In such case, > >>>>>>>>>> you should destroy this message and kindly notify the sender by > >>>> reply > >>>>>>>>>> email. > >>>>>>>>> > >>>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> [image: MagineTV] > >>>>>>> > >>>>>>> *Mikael Ståldal* > >>>>>>> Senior software developer > >>>>>>> > >>>>>>> *Magine TV* > >>>>>>> mikael.stal...@magine.com > >>>>>>> Grev Turegatan 3 | 114 46 Stockholm, Sweden | www.magine.com > >>>>>>> > >>>>>>> Privileged and/or Confidential Information may be contained in this > >>>>>>> message. If you are not the addressee indicated in this message > >>>>>>> (or responsible for delivery of the message to such a person), you > >> may > >>>>> not > >>>>>>> copy or deliver this message to anyone. In such case, > >>>>>>> you should destroy this message and kindly notify the sender by > reply > >>>>>>> email. > >>>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> [image: MagineTV] > >>>>>> > >>>>>> *Mikael Ståldal* > >>>>>> Senior software developer > >>>>>> > >>>>>> *Magine TV* > >>>>>> mikael.stal...@magine.com > >>>>>> Grev Turegatan 3 | 114 46 Stockholm, Sweden | www.magine.com > >>>>>> > >>>>>> Privileged and/or Confidential Information may be contained in this > >>>>>> message. If you are not the addressee indicated in this message > >>>>>> (or responsible for delivery of the message to such a person), you > may > >>>>> not > >>>>>> copy or deliver this message to anyone. In such case, > >>>>>> you should destroy this message and kindly notify the sender by > reply > >>>>>> email. > >>>>> > >>>> > >>> > >>> > >>> > >>> -- > >>> Matt Sicker <boa...@gmail.com> > >> > >> > >> > > > -- Matt Sicker <boa...@gmail.com>
