Sorted or order-preserving Properties

Somebody was looking for sorted or order preserving implementations of java.util.Properties. For what it's worth, here's a couple. I haven't made any attempt to optimize them (the order-preserving one in particular is a resource hog), they are not thread-safe and they are a tangle of inner cl

RE: Log4J compiling requirements

Yes, I've sent a patch for LF5 to avoid a minor annoyance that happens only if you are running linux with dual displays. My idea for Java NIO was to use the buffer API's to open/browse/filter _large_ log files. The patch that I've implemented doesn't compile on JDK < 1.4 and defaults the

RE: Log4J compiling requirements

I guess my question is, are you thinking of adding/using some jdk 1.4 specific code, Luis? If yes, then that code should probably "optionally" compilable, similar to how the jms, etc code is in today's build script. As a side note, if I were to add some jdk 1.4 specific code to log4j, it would be

Re: Log4J compiling requirements

Luis, Compilation tricks are a headache to maintain. Unless there is a compelling reason, the code should compile with JDK 1.2 not only 1.4. At 21:27 15.02.2003 +, you wrote: Hi, I know that the running requirement for Log4J 1.2 is JDK 1.1, although some parts of it only compile on JDK 1.2

RE: Indentation!!!

As far as I am aware, the only difference is the two indentation spaces instead of four. Since we are at it, the sunCodingConvention.xml file could be moved to under src/ instead of /. Moreover, since it's log4j conventions log4CodingConvention sounds right. Both of codingConvention or conven

RE: Indentation!!!

Well, as far as I know, there is no Jakarta coding convention; every project can do as it pleases. But renaming it to log4jCodingConvention is a good idea. Ceki, are there any other variants on the Sun coding style that we already know log4j uses? -Mark > -Original Message- > From: Luis

Log4J compiling requirements

Hi, I know that the running requirement for Log4J 1.2 is JDK 1.1, although some parts of it only compile on JDK 1.2 (eg, LF5). Is it acceptable that minimum JDK for compilation is 1.4 although the code can still run on 1.1 or 1.2 ? Thanks, Luis --

RE: Indentation!!!

Some food for thought: Why are you changing sunCodingConvention.xml instead of creating a jakartaCodingConvention or log4CodingConvention ? -- Luis On Sat, 2003-02-15 at 19:15, [EMAIL PROTECTED] wrote: Done. I changed "continuation" and "general" from 4 to 2. If there are any other ch

RE: Indentation!!!

Done. I changed "continuation" and "general" from 4 to 2. If there are any other changes that should be applied, let me know. -Mark > -Original Message- > From: Ceki Gulcu [mailto:[EMAIL PROTECTED]] > Sent: Saturday, February 15, 2003 7:38 AM > To: [EMAIL PROTECTED] > Subject: Indentati

cvs commit: jakarta-log4j sunCodingConvention.xml

mwomack 2003/02/15 11:13:39 Modified:.sunCodingConvention.xml Log: Changed indentation style from 4 to 2. Revision ChangesPath 1.2 +2 -2 jakarta-log4j/sunCodingConvention.xml Index: sunCodingConvention.xml

cvs commit: jakarta-log4j-sandbox sunCodingConvention.xml

mwomack 2003/02/15 11:13:09 Modified:.sunCodingConvention.xml Log: Changed indentation style from 4 to 2. Revision ChangesPath 1.2 +2 -2 jakarta-log4j-sandbox/sunCodingConvention.xml Index: sunCodingConvention.xml

Indentation!!!

Mark, I'd just like to point out that although log4j generally adheres to Suns coding conventions, it uses 2 spaces for indentation and not 4. I would like to request that the file sunCodingConvention.xml be modified to reflect this difference. TIA, -- Ceki ---

Re[2]: cvs commit: jakarta-log4j-sandbox/src/java/org/apache/log4j/selector ContextClassLoaderSelector.java

The promised patches are included as attachments. Please also note the page http://qos.ch/containers/sc.html moved to http://qos.ch/logging/sc.html At 16:08 15.02.2003 +0100, you wrote: Hi Jake, Nothing prevents you from instantiating a ContextClassLoaderSelector instance in InitContextList

Re[2]: cvs commit: jakarta-log4j-sandbox/src/java/org/apache/log4j/selector ContextClassLoaderSelector.java

Hi Jake, Nothing prevents you from instantiating a ContextClassLoaderSelector instance in InitContextListener. I'll supply the patch in the next few minutes. At 11:03 14.02.2003 -0600, you wrote: Hello Ceki, No, I haven't as of yet. I'll try that this weekend. BTW, before you mentioned that

DO NOT REPLY [Bug 12366] - Cannot use Xerces 2.1.0 with XML configuration file because the file is not referred to as a URL by Log4J.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu