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>
