The version of Apache log4j used by SoundHelix.
Clone
HTTPS:
git clone https://vervis.peers.community/repos/aEp6o
SSH:
git clone USERNAME@vervis.peers.community:aEp6o
Branches
Tags
- 1.3alpha-7
- CHAINSAW_2_SANDBOX_MERGE
- CORE_VERSION
- LEVEL_REPLACES_PRIORITY
- PREALPHA_1_3_AS_OF_2004_05_12
- PRE_CHAINSAW_MODEL_CONVERSION
- PRE_UGLI_MOVE
- TAG_CHAINSAW2_MOVE
- log4j-1.2.17
- log4j-1.2.17-rc1
- v1.3alpha8
- v1.3alpha8-temp
- v1_2_1
- v1_2_10-recalled
- v1_2_11
- v1_2_11_rc1
- v1_2_11rc3
- v1_2_12
- v1_2_12_rc1
- v1_2_12_rc2
- v1_2_12_rc3
- v1_2_12_rc4
- v1_2_12_rc5
- v1_2_12_rc6
- v1_2_13
- v1_2_13_rc1
- v1_2_13_rc2
- v1_2_13_site_update
- v1_2_14
- v1_2_14_maven
- v1_2_14_rc1
- v1_2_14_site_update
- v1_2_15
- v1_2_15_rc1
- v1_2_15_rc2
- v1_2_15_rc3
- v1_2_15_rc4
- v1_2_15_rc5
- v1_2_15_rc6
- v1_2_16
- v1_2_16_rc1
- v1_2_16_rc2
- v1_2_17
- v1_2_17-rc1
- v1_2_17_rc1
- v1_2_17_rc2
- v1_2_17_rc3
- v1_2_2
- v1_2_3
- v1_2_4
- v1_2_6
- v1_2_7
- v1_2_9
- v1_2_alpha0
- v1_2_alpha7
- v1_2beta1
- v1_2final
- v1_3alpha_1
- v1_3alpha_6
- v_1_0
- v_1_0_1
- v_1_0_4
- v_1_1
- v_1_1_1
- v_1_1_2
- v_1_1_3
- v_1_1_b1
- v_1_1b2
- v_1_1b3
- v_1_1b5
- v_1_1b6
- v_1_1b7
- v_1_2beta3
plan.xml
<?xml version="1.0" encoding="iso-8859-1"?>
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
contributor license agreements. See the NOTICE file distributed with
this work for additional information regarding copyright ownership.
The ASF licenses this file to You under the Apache License, Version 2.0
(the "License"); you may not use this file except in compliance with
the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
-->
<document>
<properties>
<author email="not@disclosed">Ceki G�lc�</author>
<author email="not@disclosed">Mark Womack</author>
<author email="not@disclosed">Curt Arnold</author>
<title>Release roadmap for log4j</title>
</properties>
<body>
<section name="The Roadmap">
<p>This page documents that roadmap and gives you an idea of what
to expect from future versions and timeframes for release.
</p>
<p>Our users keep inventing better ways and adding new
requirements. The downside is that our todo list keeps
growing. The upside is that there is plenty of work to go
around. If you are interested in participating, send an email
on the log4j-dev@ mailing list stating your interest. You'll
be promptly enrolled. We're always looking for help! Don't be
put off if in the "Volunteer" column already has a person
listed. Programming is fun, especially if it is done in a
team.
</p>
</section>
<section name="Release 1.2.16">
<p>Expected timeframe: As needed</p>
<p>log4j 1.2.15 was released in March 2007. log4j 1.2 is continuing to be maintained
in response to reported issues and requests for back-ported features from log4j 1.3.</p>
</section>
<section name="Release 1.3">
<p>Expected timeframe: indeterminate</p>
<p>Compatibility with earlier releases (as implied by a minor verion number change) was not enforced during the
development process and much of the recent effort has been to restore compatibility. However, it does not
seem likely that log4j 1.3 will ever been sufficiently compatible with log4j 1.2
to recommend it as a general replacement for log4j 1.2. Additional alpha releases are expected,
however it is possible that the development focus may shift to log4j 2.0.</p>
</section>
<section name="Release 2.0">
<p>Expected timeframe: indeterminate</p>
<p>log4j 2.0 is still conceptual but would be designed for Java 5 and later,
would use be designed for fine-grain concurrency to maximize performance on
multi-processor systems, would minimize exposure of implementation details and
adhere to current Java coding practices. The design of log4j 2.0 may attempt to
support javax.util.logging by allowing, for example, a log4j 2.0 Appender to serve
as a javax.util.logging.Handler. log4j 2.0 would likely be modularized, possibly using
OSGi and would include a facade that emulates the log4j 1.3 API but would not be compatible
with user written appenders and other components.</p>
</section>
</body>
</document>