Bug 36805 - [juli] Request for subproject JULI based on initial version
Summary: [juli] Request for subproject JULI based on initial version
Status: RESOLVED INVALID
Alias: None
Product: Log4j - Now in Jira
Classification: Unclassified
Component: Other (show other bugs)
Version: unspecified
Hardware: All All
: P2 enhancement
Target Milestone: ---
Assignee: log4j-dev
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-25 16:38 UTC by Boris Unckel
Modified: 2005-12-30 00:31 UTC (History)
1 user (show)



Attachments
Project Proposal (3.39 KB, text/html)
2005-09-25 16:38 UTC, Boris Unckel
Details
Full Project includes sources, build, tests (331.60 KB, application/zip)
2005-09-25 16:39 UTC, Boris Unckel
Details
One full build distribution, ready for test (944.40 KB, application/zip)
2005-09-25 16:41 UTC, Boris Unckel
Details
Quickstart Tutorial for Java Util Logging and JULI (8.57 KB, application/zip)
2005-09-26 13:33 UTC, Boris Unckel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Boris Unckel 2005-09-25 16:38:00 UTC
This request has been put under the log4j bugzilla because there is no
logging.apache Bugzilla for common requests. Because JULI's foundation
is log4j, it seems ok for me at the beginning. Also most PMC members
are log4j developers.

What has been done?
- Initial port of the main handlers (jul term): WriterAppender, FileAppender,
RollingFileAppender
- Initial port of the main formatter (jul term): PatternLayout, HTMLLayout,
SimpleLayout
- Initial port of the main filters, where the concept
- Initial API documentation
- Ant build (including CoreTasks, Findbugs, Checkstyle, JUnit...)

What is open?
For this tasks I need definitely help
- Subversion Repository
- MailingList (dev, user, announce)
- Developers, committer, users(hopefully)
- Lots of documentation and samples
- Test, test, test - on the one hand (testcase-)code, on the other hand
practicall experience
Comment 1 Boris Unckel 2005-09-25 16:38:44 UTC
Created attachment 16520 [details]
Project Proposal
Comment 2 Boris Unckel 2005-09-25 16:39:57 UTC
Created attachment 16521 [details]
Full Project includes sources, build, tests
Comment 3 Boris Unckel 2005-09-25 16:41:26 UTC
Created attachment 16522 [details]
One full build distribution, ready for test
Comment 4 Mark Womack 2005-09-25 23:15:35 UTC
Boris, trying to have a detailed discussion of your proposal via bugzilla is 
impractical.  Can you please start a discussion thread on 
general@logging.apache.org, referencing this bug as needed.
Comment 5 Boris Unckel 2005-09-26 13:33:20 UTC
Created attachment 16529 [details]
Quickstart Tutorial for Java Util Logging and JULI

Contains sample source and jar. Additional commented sample properties are
provided.
First java.util.logging is shown with samples. Afterwards an larger JULI sample
is provided.
Comment 6 Remy Maucherat 2005-10-17 13:34:03 UTC
There seems to be no interest from the logging project for this, so you may have
to look for a different hosting place. There are plenty of candidates:
- a Jakarta Commons component (many logging related projects started there)
- as a component of Apache Tomcat (it may be outside the charter, so it may not
be doable)
- Apache Harmony (after all, there are reasons to develop decent jul components
as part of the JVM project)
- At another non-ASF OSS hosting facility
Comment 7 Mark Womack 2005-10-17 18:22:14 UTC
I would not say that there is 'no interest' from the LS project.  I haven't had
a chance to read through everything in detail to make a coherent evaluation. 
We'll do something here shortly.
Comment 8 Remy Maucherat 2005-10-21 17:38:03 UTC
Thanks.

This stuff started from a bug report to Tomcat, with one user having submitted
code because the default java.util.logging implementation was deficient in
container environments (logging namespace clashes, woops). After spending time
looking at the Sun javadoc, I realized that he had submitted stuff Done the
Right Way (TM), where he achieved the logging environment he wanted simply by
replacing the (JVM wide singleton) LogManager. It's pretty powerful, reasonably
well designed, and, most importantly, robust.
Comment 9 Boris Unckel 2005-12-30 09:31:05 UTC
As stated in
http://www.mail-archive.com/general@logging.apache.org/msg00643.html
JULI has been published as x4juli at
http://www.x4juli.org
under Apache 2.0 license.