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>
