You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4j-dev@logging.apache.org by Gary Gregory <ga...@gmail.com> on 2014/03/24 13:30:55 UTC
Fwd: Delivery Status Notification (Failure)
In the future, I think it would be best, when possible, to break down
commits in smaller chunks that are easier to review.
Gary
On Mon, Mar 24, 2014 at 12:17 AM, <ma...@apache.org> wrote:
> Author: mattsicker
> Date: Mon Mar 24 04:17:35 2014
> New Revision: 1580734
>
> URL: http://svn.apache.org/r1580734
> Log:
> Config Refactor.
>
> - Modified StatusLogger.getListeners() to return an Iterable
> instead of an Iterator for convenience.
> - Renamed BasicConfiguration to AbstractConfiguration.
> - Pulled up the toByteArray method from XML/JSONConfiguration.
> - Moved the three XML/YAML/JSONConfigurations to their own packages.
> - Created a StatusConfiguration builder for setting up StatusLogger
> and reducing redundant code.
> - Simplified constructors for configuration classes (still needs
> work; there's a lot of commonality between the two main ones still).
> - Migrated some status logging to use parameters.
> - Fixed some potential bugs in a couple places:
> * Saw a configuration element name being interpolated.
> * Modified the status dest attribute to be interpolated.
> * Prevented an NPE if the given file URI for the status logger
> doesn't exist.
>
> Added:
>
>
logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/AbstractConfiguration.java
> - copied, changed from r1580711,
>
logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/BaseConfiguration.java
>
>
logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/json/
>
>
logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/json/JSONConfiguration.java
> - copied, changed from r1580711,
>
logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/JSONConfiguration.java
>
>
logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/json/JSONConfigurationFa
----- Message truncated -----
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: Delivery Status Notification (Failure)
Posted by Matt Sicker <bo...@gmail.com>.
Does Atlassian support Apache for using Bamboo? Or Jetbrains with TeamCity?
I'm not sure what other CI servers are available at apache, but I know
there's a couple more than Jenkins if that's too hard to maintain.
On 24 March 2014 12:05, Ralph Goers <ra...@dslextreme.com> wrote:
> I set up Jenkins some time ago but for some reason the build stopped
> running.
>
> On Mar 24, 2014, at 9:53 AM, Matt Sicker <bo...@gmail.com> wrote:
>
> Part of the atomic commit thing that I wanted to do (which seems to be an
> agreed upon idea) is make sure each commit still builds. I've got a local
> instance of TeamCity running that auto-builds log4j whenever someone
> commits to trunk (one minute intervals currently). So far, the only
> build-breaking thing that happened was the big update for logger provider
> and such, but that was a cache issue locally.
>
> Speaking of which, which CI server are we using? I saw that the Jenkins
> server has the project there, but it looks like almost all the Apache
> projects are on there anyway.
>
>
> On 24 March 2014 11:26, Gary Gregory <ga...@gmail.com> wrote:
>
>> If the commit set is truly atomic, Git might "solve" the problem of a
>> big-bang commit in the same way that multiple patch files would. Yes, you
>> would have a step by step commit set BUT you would not have everything
>> compiling and running at each step. If keeping the code compiling and
>> testing cleanly is not possible, then one fat commit it is ;) My 2c that is.
>>
>> Gary
>>
>>
>>
>> On Mon, Mar 24, 2014 at 11:00 AM, Matt Sicker <bo...@gmail.com> wrote:
>>
>>> I wanted to do that, but there were a lot of cross-dependencies. I
>>> didn't want to commit anything that broke the build. There's still more
>>> refactoring I wanted to do, so I figured it'd be best to get a working
>>> refactoring committed first. This would be easier in git ;)
>>>
>>> Any advice on how I might go about doing staging and such like you can
>>> in git via svn?
>>>
>>>
>>> On 24 March 2014 07:30, Gary Gregory <ga...@gmail.com> wrote:
>>>
>>>> In the future, I think it would be best, when possible, to break down
>>>> commits in smaller chunks that are easier to review.
>>>>
>>>> Gary
>>>>
>>>>
>>>> On Mon, Mar 24, 2014 at 12:17 AM, <ma...@apache.org> wrote:
>>>>
>>>> > Author: mattsicker
>>>> > Date: Mon Mar 24 04:17:35 2014
>>>> > New Revision: 1580734
>>>> >
>>>> > URL: http://svn.apache.org/r1580734
>>>> > Log:
>>>> > Config Refactor.
>>>> >
>>>> > - Modified StatusLogger.getListeners() to return an Iterable
>>>> > instead of an Iterator for convenience.
>>>> > - Renamed BasicConfiguration to AbstractConfiguration.
>>>> > - Pulled up the toByteArray method from XML/JSONConfiguration.
>>>> > - Moved the three XML/YAML/JSONConfigurations to their own packages.
>>>> > - Created a StatusConfiguration builder for setting up StatusLogger
>>>> > and reducing redundant code.
>>>> > - Simplified constructors for configuration classes (still needs
>>>> > work; there's a lot of commonality between the two main ones
>>>> still).
>>>> > - Migrated some status logging to use parameters.
>>>> > - Fixed some potential bugs in a couple places:
>>>> > * Saw a configuration element name being interpolated.
>>>> > * Modified the status dest attribute to be interpolated.
>>>> > * Prevented an NPE if the given file URI for the status logger
>>>> > doesn't exist.
>>>> >
>>>> > Added:
>>>> >
>>>> >
>>>> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/AbstractConfiguration.java
>>>> > - copied, changed from r1580711,
>>>> >
>>>> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/BaseConfiguration.java
>>>> >
>>>> >
>>>> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/json/
>>>> >
>>>> >
>>>> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/json/JSONConfiguration.java
>>>> > - copied, changed from r1580711,
>>>> >
>>>> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/JSONConfiguration.java
>>>> >
>>>> >
>>>> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/json/JSONConfigurationFa
>>>>
>>>> ----- Message truncated -----
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>>>> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
>>>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>>>> Spring Batch in Action <http://www.manning.com/templier/>
>>>> Blog: http://garygregory.wordpress.com
>>>> Home: http://garygregory.com/
>>>> Tweet! http://twitter.com/GaryGregory
>>>>
>>>
>>>
>>>
>>> --
>>> Matt Sicker <bo...@gmail.com>
>>>
>>
>>
>>
>> --
>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>> Spring Batch in Action <http://www.manning.com/templier/>
>> Blog: http://garygregory.wordpress.com
>> Home: http://garygregory.com/
>> Tweet! http://twitter.com/GaryGregory
>>
>
>
>
> --
> Matt Sicker <bo...@gmail.com>
>
>
>
--
Matt Sicker <bo...@gmail.com>
Re: Delivery Status Notification (Failure)
Posted by Ralph Goers <ra...@dslextreme.com>.
I set up Jenkins some time ago but for some reason the build stopped running.
On Mar 24, 2014, at 9:53 AM, Matt Sicker <bo...@gmail.com> wrote:
> Part of the atomic commit thing that I wanted to do (which seems to be an agreed upon idea) is make sure each commit still builds. I've got a local instance of TeamCity running that auto-builds log4j whenever someone commits to trunk (one minute intervals currently). So far, the only build-breaking thing that happened was the big update for logger provider and such, but that was a cache issue locally.
>
> Speaking of which, which CI server are we using? I saw that the Jenkins server has the project there, but it looks like almost all the Apache projects are on there anyway.
>
>
> On 24 March 2014 11:26, Gary Gregory <ga...@gmail.com> wrote:
> If the commit set is truly atomic, Git might "solve" the problem of a big-bang commit in the same way that multiple patch files would. Yes, you would have a step by step commit set BUT you would not have everything compiling and running at each step. If keeping the code compiling and testing cleanly is not possible, then one fat commit it is ;) My 2c that is.
>
> Gary
>
>
>
> On Mon, Mar 24, 2014 at 11:00 AM, Matt Sicker <bo...@gmail.com> wrote:
> I wanted to do that, but there were a lot of cross-dependencies. I didn't want to commit anything that broke the build. There's still more refactoring I wanted to do, so I figured it'd be best to get a working refactoring committed first. This would be easier in git ;)
>
> Any advice on how I might go about doing staging and such like you can in git via svn?
>
>
> On 24 March 2014 07:30, Gary Gregory <ga...@gmail.com> wrote:
> In the future, I think it would be best, when possible, to break down
> commits in smaller chunks that are easier to review.
>
> Gary
>
>
> On Mon, Mar 24, 2014 at 12:17 AM, <ma...@apache.org> wrote:
>
> > Author: mattsicker
> > Date: Mon Mar 24 04:17:35 2014
> > New Revision: 1580734
> >
> > URL: http://svn.apache.org/r1580734
> > Log:
> > Config Refactor.
> >
> > - Modified StatusLogger.getListeners() to return an Iterable
> > instead of an Iterator for convenience.
> > - Renamed BasicConfiguration to AbstractConfiguration.
> > - Pulled up the toByteArray method from XML/JSONConfiguration.
> > - Moved the three XML/YAML/JSONConfigurations to their own packages.
> > - Created a StatusConfiguration builder for setting up StatusLogger
> > and reducing redundant code.
> > - Simplified constructors for configuration classes (still needs
> > work; there's a lot of commonality between the two main ones still).
> > - Migrated some status logging to use parameters.
> > - Fixed some potential bugs in a couple places:
> > * Saw a configuration element name being interpolated.
> > * Modified the status dest attribute to be interpolated.
> > * Prevented an NPE if the given file URI for the status logger
> > doesn't exist.
> >
> > Added:
> >
> > logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/AbstractConfiguration.java
> > - copied, changed from r1580711,
> > logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/BaseConfiguration.java
> >
> > logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/json/
> >
> > logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/json/JSONConfiguration.java
> > - copied, changed from r1580711,
> > logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/JSONConfiguration.java
> >
> > logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/json/JSONConfigurationFa
>
> ----- Message truncated -----
>
>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@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 <bo...@gmail.com>
>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@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 <bo...@gmail.com>
Re: Delivery Status Notification (Failure)
Posted by Matt Sicker <bo...@gmail.com>.
Part of the atomic commit thing that I wanted to do (which seems to be an
agreed upon idea) is make sure each commit still builds. I've got a local
instance of TeamCity running that auto-builds log4j whenever someone
commits to trunk (one minute intervals currently). So far, the only
build-breaking thing that happened was the big update for logger provider
and such, but that was a cache issue locally.
Speaking of which, which CI server are we using? I saw that the Jenkins
server has the project there, but it looks like almost all the Apache
projects are on there anyway.
On 24 March 2014 11:26, Gary Gregory <ga...@gmail.com> wrote:
> If the commit set is truly atomic, Git might "solve" the problem of a
> big-bang commit in the same way that multiple patch files would. Yes, you
> would have a step by step commit set BUT you would not have everything
> compiling and running at each step. If keeping the code compiling and
> testing cleanly is not possible, then one fat commit it is ;) My 2c that is.
>
> Gary
>
>
>
> On Mon, Mar 24, 2014 at 11:00 AM, Matt Sicker <bo...@gmail.com> wrote:
>
>> I wanted to do that, but there were a lot of cross-dependencies. I didn't
>> want to commit anything that broke the build. There's still more
>> refactoring I wanted to do, so I figured it'd be best to get a working
>> refactoring committed first. This would be easier in git ;)
>>
>> Any advice on how I might go about doing staging and such like you can in
>> git via svn?
>>
>>
>> On 24 March 2014 07:30, Gary Gregory <ga...@gmail.com> wrote:
>>
>>> In the future, I think it would be best, when possible, to break down
>>> commits in smaller chunks that are easier to review.
>>>
>>> Gary
>>>
>>>
>>> On Mon, Mar 24, 2014 at 12:17 AM, <ma...@apache.org> wrote:
>>>
>>> > Author: mattsicker
>>> > Date: Mon Mar 24 04:17:35 2014
>>> > New Revision: 1580734
>>> >
>>> > URL: http://svn.apache.org/r1580734
>>> > Log:
>>> > Config Refactor.
>>> >
>>> > - Modified StatusLogger.getListeners() to return an Iterable
>>> > instead of an Iterator for convenience.
>>> > - Renamed BasicConfiguration to AbstractConfiguration.
>>> > - Pulled up the toByteArray method from XML/JSONConfiguration.
>>> > - Moved the three XML/YAML/JSONConfigurations to their own packages.
>>> > - Created a StatusConfiguration builder for setting up StatusLogger
>>> > and reducing redundant code.
>>> > - Simplified constructors for configuration classes (still needs
>>> > work; there's a lot of commonality between the two main ones
>>> still).
>>> > - Migrated some status logging to use parameters.
>>> > - Fixed some potential bugs in a couple places:
>>> > * Saw a configuration element name being interpolated.
>>> > * Modified the status dest attribute to be interpolated.
>>> > * Prevented an NPE if the given file URI for the status logger
>>> > doesn't exist.
>>> >
>>> > Added:
>>> >
>>> >
>>> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/AbstractConfiguration.java
>>> > - copied, changed from r1580711,
>>> >
>>> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/BaseConfiguration.java
>>> >
>>> >
>>> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/json/
>>> >
>>> >
>>> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/json/JSONConfiguration.java
>>> > - copied, changed from r1580711,
>>> >
>>> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/JSONConfiguration.java
>>> >
>>> >
>>> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/json/JSONConfigurationFa
>>>
>>> ----- Message truncated -----
>>>
>>>
>>>
>>>
>>> --
>>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>>> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
>>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>>> Spring Batch in Action <http://www.manning.com/templier/>
>>> Blog: http://garygregory.wordpress.com
>>> Home: http://garygregory.com/
>>> Tweet! http://twitter.com/GaryGregory
>>>
>>
>>
>>
>> --
>> Matt Sicker <bo...@gmail.com>
>>
>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>
--
Matt Sicker <bo...@gmail.com>
Re: Delivery Status Notification (Failure)
Posted by Gary Gregory <ga...@gmail.com>.
If the commit set is truly atomic, Git might "solve" the problem of a
big-bang commit in the same way that multiple patch files would. Yes, you
would have a step by step commit set BUT you would not have everything
compiling and running at each step. If keeping the code compiling and
testing cleanly is not possible, then one fat commit it is ;) My 2c that is.
Gary
On Mon, Mar 24, 2014 at 11:00 AM, Matt Sicker <bo...@gmail.com> wrote:
> I wanted to do that, but there were a lot of cross-dependencies. I didn't
> want to commit anything that broke the build. There's still more
> refactoring I wanted to do, so I figured it'd be best to get a working
> refactoring committed first. This would be easier in git ;)
>
> Any advice on how I might go about doing staging and such like you can in
> git via svn?
>
>
> On 24 March 2014 07:30, Gary Gregory <ga...@gmail.com> wrote:
>
>> In the future, I think it would be best, when possible, to break down
>> commits in smaller chunks that are easier to review.
>>
>> Gary
>>
>>
>> On Mon, Mar 24, 2014 at 12:17 AM, <ma...@apache.org> wrote:
>>
>> > Author: mattsicker
>> > Date: Mon Mar 24 04:17:35 2014
>> > New Revision: 1580734
>> >
>> > URL: http://svn.apache.org/r1580734
>> > Log:
>> > Config Refactor.
>> >
>> > - Modified StatusLogger.getListeners() to return an Iterable
>> > instead of an Iterator for convenience.
>> > - Renamed BasicConfiguration to AbstractConfiguration.
>> > - Pulled up the toByteArray method from XML/JSONConfiguration.
>> > - Moved the three XML/YAML/JSONConfigurations to their own packages.
>> > - Created a StatusConfiguration builder for setting up StatusLogger
>> > and reducing redundant code.
>> > - Simplified constructors for configuration classes (still needs
>> > work; there's a lot of commonality between the two main ones still).
>> > - Migrated some status logging to use parameters.
>> > - Fixed some potential bugs in a couple places:
>> > * Saw a configuration element name being interpolated.
>> > * Modified the status dest attribute to be interpolated.
>> > * Prevented an NPE if the given file URI for the status logger
>> > doesn't exist.
>> >
>> > Added:
>> >
>> >
>> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/AbstractConfiguration.java
>> > - copied, changed from r1580711,
>> >
>> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/BaseConfiguration.java
>> >
>> >
>> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/json/
>> >
>> >
>> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/json/JSONConfiguration.java
>> > - copied, changed from r1580711,
>> >
>> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/JSONConfiguration.java
>> >
>> >
>> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/json/JSONConfigurationFa
>>
>> ----- Message truncated -----
>>
>>
>>
>>
>> --
>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>> Spring Batch in Action <http://www.manning.com/templier/>
>> Blog: http://garygregory.wordpress.com
>> Home: http://garygregory.com/
>> Tweet! http://twitter.com/GaryGregory
>>
>
>
>
> --
> Matt Sicker <bo...@gmail.com>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: Delivery Status Notification (Failure)
Posted by Matt Sicker <bo...@gmail.com>.
I wanted to do that, but there were a lot of cross-dependencies. I didn't
want to commit anything that broke the build. There's still more
refactoring I wanted to do, so I figured it'd be best to get a working
refactoring committed first. This would be easier in git ;)
Any advice on how I might go about doing staging and such like you can in
git via svn?
On 24 March 2014 07:30, Gary Gregory <ga...@gmail.com> wrote:
> In the future, I think it would be best, when possible, to break down
> commits in smaller chunks that are easier to review.
>
> Gary
>
>
> On Mon, Mar 24, 2014 at 12:17 AM, <ma...@apache.org> wrote:
>
> > Author: mattsicker
> > Date: Mon Mar 24 04:17:35 2014
> > New Revision: 1580734
> >
> > URL: http://svn.apache.org/r1580734
> > Log:
> > Config Refactor.
> >
> > - Modified StatusLogger.getListeners() to return an Iterable
> > instead of an Iterator for convenience.
> > - Renamed BasicConfiguration to AbstractConfiguration.
> > - Pulled up the toByteArray method from XML/JSONConfiguration.
> > - Moved the three XML/YAML/JSONConfigurations to their own packages.
> > - Created a StatusConfiguration builder for setting up StatusLogger
> > and reducing redundant code.
> > - Simplified constructors for configuration classes (still needs
> > work; there's a lot of commonality between the two main ones still).
> > - Migrated some status logging to use parameters.
> > - Fixed some potential bugs in a couple places:
> > * Saw a configuration element name being interpolated.
> > * Modified the status dest attribute to be interpolated.
> > * Prevented an NPE if the given file URI for the status logger
> > doesn't exist.
> >
> > Added:
> >
> >
> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/AbstractConfiguration.java
> > - copied, changed from r1580711,
> >
> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/BaseConfiguration.java
> >
> >
> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/json/
> >
> >
> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/json/JSONConfiguration.java
> > - copied, changed from r1580711,
> >
> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/JSONConfiguration.java
> >
> >
> logging/log4j/log4j2/trunk/log4j-core/src/main/java/org/apache/logging/log4j/core/config/json/JSONConfigurationFa
>
> ----- Message truncated -----
>
>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>
--
Matt Sicker <bo...@gmail.com>