Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 65C14200BA4 for ; Sat, 1 Oct 2016 05:03:58 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 64571160AE5; Sat, 1 Oct 2016 03:03:58 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 4A84D160AD9 for ; Sat, 1 Oct 2016 05:03:57 +0200 (CEST) Received: (qmail 96997 invoked by uid 500); 1 Oct 2016 03:03:56 -0000 Mailing-List: contact log4j-dev-help@logging.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Log4J Developers List" Reply-To: "Log4J Developers List" Delivered-To: mailing list log4j-dev@logging.apache.org Received: (qmail 96985 invoked by uid 99); 1 Oct 2016 03:03:56 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Oct 2016 03:03:56 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id CF5FB1806CD for ; Sat, 1 Oct 2016 03:03:55 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 3.38 X-Spam-Level: *** X-Spam-Status: No, score=3.38 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_REPLY=1, HTML_MESSAGE=2, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd3-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx2-lw-us.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id vgAt56zOrXH9 for ; Sat, 1 Oct 2016 03:03:53 +0000 (UTC) Received: from mail-pa0-f41.google.com (mail-pa0-f41.google.com [209.85.220.41]) by mx2-lw-us.apache.org (ASF Mail Server at mx2-lw-us.apache.org) with ESMTPS id 39D035FB3D for ; Sat, 1 Oct 2016 03:03:53 +0000 (UTC) Received: by mail-pa0-f41.google.com with SMTP id cd13so40677223pac.0 for ; Fri, 30 Sep 2016 20:03:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-transfer-encoding:mime-version:date:subject:message-id :references:in-reply-to:to; bh=Z8AWaYAbEIcYZBr+nUMh8zEmNXB1F8pbFZEZjiFD/zo=; b=hJbVLN5MFCMPYCMxAyxxmEDGV/ZbKlkJ60ByCY87daPje6YJZv/Pk+SrX3KvKEUG8u R9iq6zC+warPv12/GtYGm62HuzgC7N+Ka0iQTJDlG0VZDOsUtomGO2nstmL67nN+7aYb Tcw6yYeqkk/nHFrWIE7cJ5nw1gKCCoeK7MP6/T9py1ZzYbDYisav60148ouOTnlskZ9e stcAi11y/YHO3wh/2KSSVoVhPF5x56CzkKF6WJlI54/CtRmkATBfA5AwJGDHXPJTCDb7 CLKRZ3yT/csWh67mU2yO03puVzFI3AWaoPdS5Q2FTJJSGpftZAAeLXRhgFt8zFYhbfza tXdQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-transfer-encoding:mime-version:date :subject:message-id:references:in-reply-to:to; bh=Z8AWaYAbEIcYZBr+nUMh8zEmNXB1F8pbFZEZjiFD/zo=; b=WbiD5DimSwqgmvSWNfYaBXThTlhnz9NH2ApGitTirQNkFFNphLkV0KR964I7Fy+R1X 86w7uUdFCHQEntSH6xpzjy+CaCKDUhoNZchnS2kRY2YweauuDhYGt8eJnrGCljXAgvhC /1Y907d5CaF/8a1oLC0BQe5/sgDe9Dy6BNgfrWTJw57JvWlm3GuyYpcL+40bJaN9Z1LR c8tftB5PKaOh0cCs71F5h4Hy1FyWjQ2VE7NppPsFqDexYdgAzK27JgLTTQu0JO6Aa+jb il9X0lib6Jj3nApJDjTqbcmLeArFatNwrG8Q/5lv3B0XXOj1dux7A3+xCtsq08/ppZwu PWTA== X-Gm-Message-State: AA6/9RnM9pq+6wcwopdESs3Z3sHJptyli2jQ4qwcuX3zNFQQ9Yx6A4DIkQPiDqq80yxNCg== X-Received: by 10.66.218.39 with SMTP id pd7mr17098391pac.9.1475291032212; Fri, 30 Sep 2016 20:03:52 -0700 (PDT) Received: from [10.101.86.72] (pw126152213089.10.panda-world.ne.jp. [126.152.213.89]) by smtp.gmail.com with ESMTPSA id tn5sm30867789pac.6.2016.09.30.20.03.50 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 30 Sep 2016 20:03:51 -0700 (PDT) From: Remko Popma Content-Type: multipart/alternative; boundary=Apple-Mail-472FB4E6-3963-41F8-A639-3B1EE2F4D0AE Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (1.0) Date: Sat, 1 Oct 2016 12:03:47 +0900 Subject: Re: Modules Message-Id: References: <0BB466B4-41C2-414A-BCA7-EA8CC2AD313B@dslextreme.com> In-Reply-To: To: Log4J Developers List X-Mailer: iPhone Mail (14A456) archived-at: Sat, 01 Oct 2016 03:03:58 -0000 --Apple-Mail-472FB4E6-3963-41F8-A639-3B1EE2F4D0AE Content-Type: text/plain; charset=shift_jis Content-Transfer-Encoding: quoted-printable Thanks! Sent from my iPhone > On 1 Oct 2016, at 11:34, Gary Gregory wrote: >=20 > On Sep 30, 2016 7:15 PM, "Remko Popma" wrote: > > > > Can anyone send a link to the release procedures? >=20 > http://wiki.apache.org/logging/Log4j2ReleaseGuide >=20 > Gary > > > > Sent from my iPhone > > > > On 1 Oct 2016, at 2:31, Ralph Goers wrote: > > > >> I would have a =81gcore=81h project and an =81gextras=81h, =81gextensio= ns=81h or some other name. They are all already separate jars. I just want t= o split them out because they don=81ft (or shouldn=81ft) change nearly as of= ten as the core stuff - although we may get to the point where core is prett= y stable and we are actually adding to the extensions more than we are worki= ng on core.=20 > >> > >> If you look at Maven it has every plugin in its own project. I am not r= eally looking for that. I am just looking for ways to make the release proce= ss less time consuming. > >> > >> Ralph > >> > >> > >> > >>> On Sep 30, 2016, at 10:08 AM, Matt Sicker wrote: > >>> > >>> Increased modularity is the OSGi way, but it's also a hard thing to co= nvince people of. I've met many developers (notably Spring fanboys) that are= still in a monolithic classpath mindset of "why bother splitting this up?" > >>> > >>> Anyways, Ralph, are you proposing spinning out the non-core stuff into= a single Logging Services project, or multiple ones that can be released as= needed? > >>> > >>> On 30 September 2016 at 12:05, Gary Gregory w= rote: > >>>> > >>>> Right, hence this thread ;-) I am not hot about having multiple build= s FYIW. > >>>> > >>>> Gary > >>>> > >>>> On Fri, Sep 30, 2016 at 9:59 AM, Matt Sicker wrote= : > >>>>> > >>>>> Oh wait, Ralph is talking about something else entirely. > >>>>> > >>>>> On 30 September 2016 at 11:58, Matt Sicker wrote:= > >>>>>> > >>>>>> I think log4j-nosql could be merged into log4j-core. > >>>>>> > >>>>>> On 30 September 2016 at 11:50, Gary Gregory wrote: > >>>>>>> > >>>>>>> Ralph recently mentions that he'd like some modules removed while M= att mentioned merging some back into Core. > >>>>>>> > >>>>>>> Shall we discuss this on the ML instead of Jira? > >>>>>>> > >>>>>>> I could also see doing an uber jar (mod the mutually exclusive jar= s) and reorging the system with a smaller core (everything except appenders)= , an all-appenders module, and/or what some folks have mentioned: one module= per appender (yikes!)=20 > >>>>>>> > >>>>>>> What are all the options we should consider? > >>>>>>> > >>>>>>> Personally and for the current projects I have involved in, an ube= r jar with optional deps is the simplest to deal with. If I had to do an app= for a light bulb, I'd think differently ;-) > >>>>>>> > >>>>>>> (Let's leave Java 9 modules out of the discussion!) > >>>>>>> > >>>>>>> Gary > >>>>>>> > >>>>>>> --=20 > >>>>>>> E-Mail: garydgregory@gmail.com | ggregory@apache.org=20 > >>>>>>> Java Persistence with Hibernate, Second Edition > >>>>>>> JUnit in Action, Second Edition > >>>>>>> Spring Batch in Action > >>>>>>> Blog: http://garygregory.wordpress.com=20 > >>>>>>> Home: http://garygregory.com/ > >>>>>>> Tweet! http://twitter.com/GaryGregory > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> --=20 > >>>>>> Matt Sicker > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> --=20 > >>>>> Matt Sicker > >>>> > >>>> > >>>> > >>>> > >>>> --=20 > >>>> E-Mail: garydgregory@gmail.com | ggregory@apache.org=20 > >>>> Java Persistence with Hibernate, Second Edition > >>>> JUnit in Action, Second Edition > >>>> Spring Batch in Action > >>>> Blog: http://garygregory.wordpress.com=20 > >>>> Home: http://garygregory.com/ > >>>> Tweet! http://twitter.com/GaryGregory > >>> > >>> > >>> > >>> > >>> --=20 > >>> Matt Sicker > >> > >> --Apple-Mail-472FB4E6-3963-41F8-A639-3B1EE2F4D0AE Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Thanks!

Sent from my iPhone

On 1 Oct 2016, at 11:34, Gary Gregory <garydgregory@gmail.com> wrote:

On Sep 30, 2016 7:15 PM, "Remko Popma" <remko.popma@gmail.com> wrote:
>
> Can anyone send a link to the release procedures?

http://wiki.apache.org/logging/Log4j2ReleaseGuide

Gary
>
> Sent from my iPhone
>
> On 1 Oct 2016, at 2:31, Ralph Goers <ralph.goers@dslextreme.com> wrote:
>
>> I would have a =E2=80=9Ccore=E2=80=9D project and an =E2=80=9Cextra= s=E2=80=9D, =E2=80=9Cextensions=E2=80=9D or some other name.  They are a= ll already separate jars. I just want to split them out because they don=E2=80= =99t (or shouldn=E2=80=99t) change nearly as often as the core stuff - altho= ugh we may get to the point where core is pretty stable and we are actually a= dding to the extensions more than we are working on core. 
>>
>> If you look at Maven it has every plugin in its own project.  I= am not really looking for that. I am just looking for ways to make the rele= ase process less time consuming.
>>
>> Ralph
>>
>>
>>
>>> On Sep 30, 2016, at 10:08 AM, Matt Sicker <boards@gmail.com> wrote:
>>>
>>> Increased modularity is the OSGi way, but it's also a hard thin= g to convince people of. I've met many developers (notably Spring fanboys) t= hat are still in a monolithic classpath mindset of "why bother splitting thi= s up?"
>>>
>>> Anyways, Ralph, are you proposing spinning out the non-core stu= ff into a single Logging Services project, or multiple ones that can be rele= ased as needed?
>>>
>>> On 30 September 2016 at 12:05, Gary Gregory <garydgregory@gmail.com> wrote:
>>>>
>>>> Right, hence this thread ;-) I am not hot about having mult= iple builds FYIW.
>>>>
>>>> Gary
>>>>
>>>> On Fri, Sep 30, 2016 at 9:59 AM, Matt Sicker <boards@gmail.com> wrote:
>>>>>
>>>>> Oh wait, Ralph is talking about something else entirely= .
>>>>>
>>>>> On 30 September 2016 at 11:58, Matt Sicker <boards@gmail.com> wrote:
>>>>>>
>>>>>> I think log4j-nosql could be merged into log4j-core= .
>>>>>>
>>>>>> On 30 September 2016 at 11:50, Gary Gregory <garydgregory@gmail.com> wrote:<= br> >>>>>>>
>>>>>>> Ralph recently mentions that he'd like some mod= ules removed while Matt mentioned merging some back into Core.
>>>>>>>
>>>>>>> Shall we discuss this on the ML instead of Jira= ?
>>>>>>>
>>>>>>> I could also see doing an uber jar (mod the mut= ually exclusive jars) and reorging the system with a smaller core (everythin= g except appenders), an all-appenders module, and/or what some folks have me= ntioned: one module per appender (yikes!) 
>>>>>>>
>>>>>>> What are all the options we should consider? >>>>>>>
>>>>>>> Personally and for the current projects I have i= nvolved in, an uber jar with optional deps is the simplest to deal with. If I= had to do an app for a light bulb, I'd think differently ;-)
>>>>>>>
>>>>>>> (Let's leave Java 9 modules out of the discussi= on!)
>>>>>>>
>>>>>>> Gary
>>>>>>>
>>>>>>> --
>>>>>>> E-Mail: garydgregory@gmail.com | ggreg= ory@apache.org
>>>>>>> Java Persistence with Hibernate, Second Edition=
>>>>>>> JUnit in Action, Second Edition
>>>>>>> Spring Batch in Action
>>>>>>> Blog: http://garygregory.wordpress.com
>>>>>>> Home: http:= //garygregory.com/
>>>>>>> Tweet! http://twitter.com/GaryGregory
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Matt Sicker <boards@gmail.com>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Matt Sicker <boa= rds@gmail.com>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> E-Mail: garydgreg= ory@gmail.com | ggregory@apache.o= rg
>>>> Java Persistence with Hibernate, Second Edition
>>>> JUnit in Action, Second Edition
>>>> Spring Batch in Action
>>>> Blog: http://g= arygregory.wordpress.com
>>>> Home: http://garygregor= y.com/
>>>> Tweet! http://tw= itter.com/GaryGregory
>>>
>>>
>>>
>>>
>>> --
>>> Matt Sicker <boards@gmai= l.com>
>>
>>

= --Apple-Mail-472FB4E6-3963-41F8-A639-3B1EE2F4D0AE--