Re: [logging] log4j 1.3 support

[Boris Unckel]

Hello
> Hi there,
> 
> it seems that log4j from version 1.3 supports the loglevel Trace.
> As suggested by Bugzilla #34437 this new loglevel should be used by
> commons-logging. It seems that therefore the new class Log4J13Logger was
> invented.
> 
Level.Trace was introduced in 1.2.12
http://logging.apache.org/log4j/docs/api/org/apache/log4j/Level.html#TRACE

Regards
Boris

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [logging] Logger.getName

[Jörg Schaible]

Hi Jörg,

Joerg Hohwiller wrote on Wednesday, September 28, 2005 8:36 PM:

[snip]

> So the question still is if I should implement getName() or
> kick it out.

Well, *my* use case for the getName() was creating a child logger. Originally I 
had just the idea, that getName() would be easier to implement from a 
portability view.

- Jörg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 32360] - [jxpath] Default Namespace not handled correctly

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=32360


[EMAIL PROTECTED] changed:

   What|Removed |Added

OtherBugsDependingO||36810
  nThis||




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Jakarta-commons Wiki] Update of "CLI" by MartyBacke

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" 
for change notification.

The following page has been changed by MartyBacke:
http://wiki.apache.org/jakarta-commons/CLI

--
  
   * [wiki:/FAQ The Frequently Asked Questions Page (FAQ)]
  
+ = Documentation Bugs =
+ 
+ The Usage Scenarios documentation shows the PosixParser being used for the 
Ant example. This won't work. Either the BasicParser or GnuParser should be 
used for this example.
+ 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[IO] Filefilters based on file age/size

[Rahul Akolkar]

In addition to the existing filefilters, I've had the need to often
filter based on file age, size and combinations thereof. It would be
convenient if those came out of the box. I've posted them here [1].
Can these (or similar) ones be added?

Thanks,
-Rahul

[1] http://issues.apache.org/bugzilla/show_bug.cgi?id=36824

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36825] - [io] Enhance LockableFileWriter to handle different character endocings.

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=36825


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-09-29 01:03 ---
Code from this call, plus other code applied
Thanks

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r292340 - in /jakarta/commons/proper/io/trunk: RELEASE-NOTES.txt project.xml src/java/org/apache/commons/io/output/LockableFileWriter.java src/test/org/apache/commons/io/output/LockableFil

[scolebourne]

Author: scolebourne
Date: Wed Sep 28 16:02:19 2005
New Revision: 292340

URL: http://svn.apache.org/viewcvs?rev=292340&view=rev
Log:
LockableFileWriter, add encoding support, and general tidy

bug 36825, from Andy Lehane

Modified:
jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt
jakarta/commons/proper/io/trunk/project.xml

jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/output/LockableFileWriter.java

jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/output/LockableFileWriterTest.java

Modified: jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt?rev=292340&r1=292339&r2=292340&view=diff
==
--- jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt (original)
+++ jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt Wed Sep 28 16:02:19 2005
@@ -171,6 +171,9 @@
 - DeferredFileOutputStream  [34142]
 Performance optimizations avoiding double buffering
 
+- LockableFileWriter - encoding support [36825]
+Add support for character encodings to LockableFileWriter
+
 - IOUtils and EndianUtils are no longer final  [28978]
 Allows developers to have subclasses if desired
 

Modified: jakarta/commons/proper/io/trunk/project.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/io/trunk/project.xml?rev=292340&r1=292339&r2=292340&view=diff
==
--- jakarta/commons/proper/io/trunk/project.xml (original)
+++ jakarta/commons/proper/io/trunk/project.xml Wed Sep 28 16:02:19 2005
@@ -175,6 +175,9 @@
   Chris Eldredge
 
 
+  Andy Lehane
+
+
   Marcelo Liberato
 
 

Modified: 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/output/LockableFileWriter.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/output/LockableFileWriter.java?rev=292340&r1=292339&r2=292340&view=diff
==
--- 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/output/LockableFileWriter.java
 (original)
+++ 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/output/LockableFileWriter.java
 Wed Sep 28 16:02:19 2005
@@ -16,41 +16,50 @@
 package org.apache.commons.io.output;
 
 import java.io.File;
+import java.io.FileOutputStream;
 import java.io.FileWriter;
 import java.io.IOException;
+import java.io.OutputStreamWriter;
 import java.io.Writer;
 
 /**
  * FileWriter that will create and honor lock files to allow simple
- * cross thread file lock handling.  If Writer attributes
- * are unspecified, the default behavior is to overwrite (rather than
- * to append), and to use the value of the system property
- * java.io.tmpdir for the lock file directory.
+ * cross thread file lock handling.
+ * 
+ * This class provides a simple alternative to FileWriter
+ * that will use a lock file to prevent duplicate writes.
+ * 
+ * By default, the file will be overwritten, but this may be changed to append.
+ * The lock directory may be specified, but defaults to the system property
+ * java.io.tmpdir.
+ * The encoding may also be specified, and defaults to the platform default.
  *
  * @author mailto:[EMAIL PROTECTED]">Scott Sanders
  * @author mailto:[EMAIL PROTECTED]">Michael Salmon
  * @author mailto:[EMAIL PROTECTED]">Jon S. Stevens
  * @author mailto:dlr@finemaltcoding.com";>Daniel Rall
  * @author Stephen Colebourne
+ * @author Andy Lehane
  * @version $Id$
  */
 public class LockableFileWriter extends Writer {
+// Cannot extend ProxyWriter, as requires writer to be
+// known when super() is called
 
 /** The extension for the lock file. */
 private static final String LCK = ".lck";
 
+/** The writer to decorate. */
+private Writer out;
 /** The lock file. */
 private File lockFile;
-/** The write used to write to the file. */
-private Writer writer;
-/** Should we append to the file or not. */
-private boolean append;
 
 /**
  * Constructs a LockableFileWriter.
  * If the file exists, it is overwritten.
  *
- * @param fileName  the file to write to
+ * @param fileName  the file to write to, not null
+ * @throws NullPointerException if the file is null
  * @throws IOException in case of an I/O error
  */
 public LockableFileWriter(String fileName) throws IOException {
@@ -60,8 +69,9 @@
 /**
  * Constructs a LockableFileWriter.
  *
- * @param fileName  file to write to
+ * @param fileName  file to write to, not null
  * @param append  true if content should be appended, false to overwrite
+ * @throws NullPointerException if the file is null
  * @throws IOException in case of an I/O error
  */
 public LockableFileWriter(String fileName, boolean append) throws

DO NOT REPLY [Bug 34437] - [logging] Log.trace() doesn't use log4j 1.3 trace methods

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=34437





--- Additional Comments From [EMAIL PROTECTED]  2005-09-28 23:56 ---
two points from me:

1. As you can read on http://www.qos.ch/logging/preparingFor13.jsp on the long
run they want to kick out the legacy stuff such as Category and Priority.
So eighter we should kick this out completely (which is my suggestion) or we
have a very strong point for creating a separate Log4J13Logger which is already
in SVN
and is using Logger and Level.

2. The current SVN codebase has renamed Log4JLogger to Log4J12Logger. I am not
sure if this is a good idea for compatibility. If someone just upgrades the jar
and is using the Log4JLogger set up somewhere in his config, his code may not
work anymore (as expected).

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [i18n] (was Re: [lang]/[resources]: proposal for NLS/i18n support)

[Joerg Hohwiller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Daniel, Hi i18n-*,

is this thread done or is everybody waiting for my "sunday"? ;)
I would be interested to continue the discussion.
Anyways feel free to say that this is going to far bejond the scopes
and you would like to focus strongly on the existing approach.

Regards
  Jörg

Joerg Hohwiller wrote:
> Daniel Florey wrote:
> 
>>>Hi Jörg,
> 
> Hi Daniel,
> 
>>>Thanks for your comments. See my comments inline.
>>>Cheers,
>>>Daniel
> 
> Am quite busy at the moment - hope to find more time on sunday.
> Anyways some quick answers.
> 
> [cut]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDOw1DmPuec2Dcv/8RAmdHAJ4quENjO0lFli63TDkl2PtbkzCtigCghmTB
LIScn8uoQ7SngFtVIjhbwV0=
=5Ncy
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[logging] log4j 1.3 support

[Joerg Hohwiller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi there,

it seems that log4j from version 1.3 supports the loglevel Trace.
As suggested by Bugzilla #34437 this new loglevel should be used by
commons-logging. It seems that therefore the new class Log4J13Logger was
invented.

Now the trouble seems to be that log4j 1.3 is not released and so the
current state of commons-logging can not compile properly (e.g. via maven).

Does this mean that commons-logging 1.0.5 will not be released before
log4j 1.3.0 is released and published at ibiblio?

Regards
  Jörg
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDOwg7mPuec2Dcv/8RAkYAAJoCab7o+7rSZLoZ5zawcYyaZSVNgQCfV8Uh
dKrpJjpzqMwblTifqJfpAS4=
=R+dy
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r292300 - /jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/output/LockableFileWriterTest.java

[scolebourne]

Author: scolebourne
Date: Wed Sep 28 14:13:01 2005
New Revision: 292300

URL: http://svn.apache.org/viewcvs?rev=292300&view=rev
Log:
Remove unused local variable

Modified:

jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/output/LockableFileWriterTest.java

Modified: 
jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/output/LockableFileWriterTest.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/output/LockableFileWriterTest.java?rev=292300&r1=292299&r2=292300&view=diff
==
--- 
jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/output/LockableFileWriterTest.java
 (original)
+++ 
jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/output/LockableFileWriterTest.java
 Wed Sep 28 14:13:01 2005
@@ -13,11 +13,8 @@
  * See the License for the specific language governing permissions and
  * limitations under the License.
  */
-
-
 package org.apache.commons.io.output;
 
-
 import java.io.IOException;
 import java.io.File;
 
@@ -50,7 +47,7 @@
 public void testFileLocked() throws IOException {
 LockableFileWriter lfw = new LockableFileWriter(this.file);
 try {
-LockableFileWriter lfw2 = new LockableFileWriter(this.file);
+new LockableFileWriter(this.file);
 fail("Somehow able to open a locked file. ");
 } catch(IOException ioe) {
 String msg = ioe.getMessage();



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r292298 - /jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/output/LockableFileWriter.java

[scolebourne]

Author: scolebourne
Date: Wed Sep 28 14:11:47 2005
New Revision: 292298

URL: http://svn.apache.org/viewcvs?rev=292298&view=rev
Log:
Javadoc

Modified:

jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/output/LockableFileWriter.java

Modified: 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/output/LockableFileWriter.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/output/LockableFileWriter.java?rev=292298&r1=292297&r2=292298&view=diff
==
--- 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/output/LockableFileWriter.java
 (original)
+++ 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/output/LockableFileWriter.java
 Wed Sep 28 14:11:47 2005
@@ -31,81 +31,86 @@
  * @author mailto:[EMAIL PROTECTED]">Michael Salmon
  * @author mailto:[EMAIL PROTECTED]">Jon S. Stevens
  * @author mailto:dlr@finemaltcoding.com";>Daniel Rall
+ * @author Stephen Colebourne
  * @version $Id$
  */
 public class LockableFileWriter extends Writer {
 
+/** The extension for the lock file. */
 private static final String LCK = ".lck";
 
-private File lockFile = null;
-
-private FileWriter writer = null;
-
-private boolean append = false;
+/** The lock file. */
+private File lockFile;
+/** The write used to write to the file. */
+private Writer writer;
+/** Should we append to the file or not. */
+private boolean append;
 
 /**
- * Constructs a LockableFileWriter. If the file exists, it is overwritten.
- * @param fileName file to write to
+ * Constructs a LockableFileWriter.
+ * If the file exists, it is overwritten.
+ *
+ * @param fileName  the file to write to
  * @throws IOException in case of an I/O error
  */
-public LockableFileWriter(String fileName)
-throws IOException {
+public LockableFileWriter(String fileName) throws IOException {
 this(fileName, false, null);
 }
 
 /**
  * Constructs a LockableFileWriter.
- * @param fileName file to write to
- * @param append true if content should be appended (default is to 
overwrite).
+ *
+ * @param fileName  file to write to
+ * @param append  true if content should be appended, false to overwrite
  * @throws IOException in case of an I/O error
  */
-public LockableFileWriter(String fileName, boolean append)
-throws IOException {
+public LockableFileWriter(String fileName, boolean append) throws 
IOException {
 this(fileName, append, null);
 }
 
 /**
  * Constructs a LockableFileWriter.
- * @param fileName file to write to
- * @param append true if content should be appended (default is to 
overwrite).
- * @param lockDir Specifies the directory in which the lock file should be 
held.
+ *
+ * @param fileName  the file to write to
+ * @param append  true if content should be appended, false to overwrite
+ * @param lockDir  the directory in which the lock file should be held
  * @throws IOException in case of an I/O error
  */
-public LockableFileWriter(String fileName, boolean append, String lockDir)
-throws IOException {
+public LockableFileWriter(String fileName, boolean append, String lockDir) 
throws IOException {
 this(new File(fileName), append, lockDir);
 }
 
 /**
- * Constructs a LockableFileWriter. If the file exists, it is overwritten.
- * @param file file to write to
+ * Constructs a LockableFileWriter.
+ * If the file exists, it is overwritten.
+ *
+ * @param file  the file to write to
  * @throws IOException in case of an I/O error
  */
-public LockableFileWriter(File file)
-throws IOException {
+public LockableFileWriter(File file) throws IOException {
 this(file, false, null);
 }
 
 /**
  * Constructs a LockableFileWriter.
- * @param file file to write to
- * @param append true if content should be appended (default is to 
overwrite).
+ *
+ * @param file  the file to write to
+ * @param append  true if content should be appended, false to overwrite
  * @throws IOException in case of an I/O error
  */
-public LockableFileWriter(File file, boolean append)
-throws IOException {
+public LockableFileWriter(File file, boolean append) throws IOException {
 this(file, append, null);
 }
 
 /**
  * Constructs a LockableFileWriter.
- * @param file file to write to
- * @param append true if content should be appended (default is to 
overwrite).
- * @param lockDir Specifies the directory in which the lock file should be 
held.
+ *
+ * @param file  the file to write to
+ * @param append  true if content should be appended, false to overwrite
+ * @param lockDir  the directory in

svn commit: r292296 - in /jakarta/commons/proper/io/trunk: RELEASE-NOTES.txt src/java/org/apache/commons/io/FileUtils.java

[scolebourne]

Author: scolebourne
Date: Wed Sep 28 13:53:20 2005
New Revision: 292296

URL: http://svn.apache.org/viewcvs?rev=292296&view=rev
Log:
FileUtils.writeStringToFile() - Null encoding now uses the platform default

Modified:
jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt

jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java

Modified: jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt?rev=292296&r1=292295&r2=292296&view=diff
==
--- jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt (original)
+++ jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt Wed Sep 28 13:53:20 2005
@@ -22,11 +22,11 @@
 Source compatible - Yes
 
 Semantic compatible - Yes, except:
-- FileUtils - touch()
+- FileUtils.touch()
 Now creates the file if it did not previously exist
 (Bug fix 29821)
 
-- FileUtils - toFile(URL)
+- FileUtils.toFile(URL)
 Now handles escape syntax such as %20
 (Bug fix 32575)
 
@@ -34,6 +34,10 @@
 May now return a size of 0 if the directory is security restricted
 (Bug fix 36801)
 
+- FileUtils.writeStringToFile()
+A null encoding previously used 'ISO-8859-1', now it uses the platform 
default
+Generally this will make no difference
+
 
 Deprecations from 1.0
 -
@@ -72,6 +76,9 @@
 - FileUtils  [36801]
 Previously threw NPE when listing files in a security restricted directory
 Now throw IOException with a better message
+
+- FileUtils - writeStringToFile()
+Null encoding now correctly uses the platform default
 
 
 Enhancements from 1.0

Modified: 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java?rev=292296&r1=292295&r2=292296&view=diff
==
--- 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java 
(original)
+++ 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java 
Wed Sep 28 13:53:20 2005
@@ -763,7 +763,7 @@
  * 
  *
  * @param file  the file to read
- * @param encoding  the encoding to use
+ * @param encoding  the encoding to use, null means platform default
  * @return The file contents or null if read failed.
  * @throws IOException in case of an I/O error
  * @throws UnsupportedEncodingException if the encoding is not supported 
by the VM
@@ -808,7 +808,7 @@
  * 
  *
  * @param file  the file to read
- * @param encoding  the encoding to use
+ * @param encoding  the encoding to use, null means platform default
  * @return the list of Strings representing each line in the file
  * @throws IOException in case of an I/O error
  * @throws UnsupportedEncodingException if the encoding is not supported 
by the VM
@@ -836,7 +836,7 @@
  *
  * @param file  the file to write
  * @param data  the content to write to the file
- * @param encoding  encoding to use
+ * @param encoding  the encoding to use, null means platform default
  * @throws IOException in case of an I/O error
  * @throws UnsupportedEncodingException if the encoding is not supported 
by the VM
  */
@@ -844,7 +844,7 @@
 String data, String encoding) throws IOException {
 OutputStream out = new FileOutputStream(file);
 try {
-out.write(data.getBytes(encoding));
+IOUtils.write(data, out, encoding);
 } finally {
 IOUtils.closeQuietly(out);
 }



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r292293 - in /jakarta/commons/proper/io/trunk: RELEASE-NOTES.txt src/java/org/apache/commons/io/FileUtils.java src/test/org/apache/commons/io/FileUtilsTestCase.java

[scolebourne]

Author: scolebourne
Date: Wed Sep 28 13:44:27 2005
New Revision: 292293

URL: http://svn.apache.org/viewcvs?rev=292293&view=rev
Log:
Add FileUtils.writeLines

Modified:
jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt

jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java

jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/FileUtilsTestCase.java

Modified: jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt?rev=292293&r1=292292&r2=292293&view=diff
==
--- jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt (original)
+++ jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt Wed Sep 28 13:44:27 2005
@@ -107,7 +107,7 @@
 - IOUtils - writeLines(Collection,lineEnding,OutputStream)  [36214]
   - writeLines(Collection,lineEnding,OutputStream,encoding)
   - writeLines(Collection,lineEnding,Writer)
-Writes a collection to a file line by line
+Writes a collection to a stream/writer line by line
 
 - IOUtils - write(...)
 Write data to a stream/writer (moved from CopyUtils with better null 
handling)
@@ -132,6 +132,10 @@
 
 - FileUtils - readLines(File,encoding)  [36214]
 Reads a file line by line into a List of Strings
+
+- FileUtils - writeLines(File,encoding,List)
+  writeLines(File,encoding,List,lineEnding)
+Writes a collection to a file line by line
 
 - FileUtils - EMPTY_FILE_ARRAY
 Constant for an empty array of File objects

Modified: 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java?rev=292293&r1=292292&r2=292293&view=diff
==
--- 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java 
(original)
+++ 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java 
Wed Sep 28 13:44:27 2005
@@ -812,7 +812,7 @@
  * @return the list of Strings representing each line in the file
  * @throws IOException in case of an I/O error
  * @throws UnsupportedEncodingException if the encoding is not supported 
by the VM
- * @since 1.1
+ * @since Commons IO 1.1
  */
 public static List readLines(File file, String encoding) throws 
IOException {
 InputStream in = new FileInputStream(file);
@@ -834,12 +834,11 @@
  * in inconsistent results.
  * 
  *
- * @param file the file to write.
- * @param data The content to write to the file.
- * @param encoding encoding to use
+ * @param file  the file to write
+ * @param data  the content to write to the file
+ * @param encoding  encoding to use
  * @throws IOException in case of an I/O error
- * @throws UnsupportedEncodingException if the encoding is not supported
- *   by the VM
+ * @throws UnsupportedEncodingException if the encoding is not supported 
by the VM
  */
 public static void writeStringToFile(File file,
 String data, String encoding) throws IOException {
@@ -871,6 +870,61 @@
 }
 }
 
+/**
+ * 
+ * Writes the toString() value of each item in a collection to
+ * the specified File line by line.
+ * The specified character encoding and the default line ending will be 
used.
+ * 
+ * 
+ * There is no writeLines method without encoding parameter because
+ * the default encoding can differ between platforms and therefore results
+ * in inconsistent results.
+ * 
+ *
+ * @param file  the file to write to
+ * @param encoding  the encoding to use, null means platform default
+ * @param lines  the lines to write, null entries produce blank lines
+ * @return the list of Strings representing each line in the file
+ * @throws IOException in case of an I/O error
+ * @throws UnsupportedEncodingException if the encoding is not supported 
by the VM
+ * @since Commons IO 1.1
+ */
+public static void writeLines(File file, String encoding, Collection 
lines) throws IOException {
+writeLines(file, encoding, lines, null);
+}
+
+/**
+ * 
+ * Writes the toString() value of each item in a collection to
+ * the specified File line by line.
+ * The specified character encoding and the line ending will be used.
+ * 
+ * 
+ * There is no writeLines method without encoding parameter because
+ * the default encoding can differ between platforms and therefore results
+ * in inconsistent results.
+ * 
+ *
+ * @param file  the file to write to
+ * @param encoding  the encoding to use, null means platform default
+ * @param lines  the lines to write, null entries produce blank lines
+ * @param lineEnding  the line separator to us

Re: [VOTE] New Committer - Jörg Schaible

[Joerg Hohwiller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> I would like to nominate Jörg Schaible as an
> Apache Jakarta Commons Committer.
> 
> [X] +1, let him commit!
> [ ] +0
> [ ] -0
> [ ] -1, no, because

As I read, anyone can vote and I had good discussions with Jörg on this
list and many other lists. I believe he will be a good and active comitter.

Regards
  Jörg
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDOv/MmPuec2Dcv/8RAkwPAJ9nVijei6xS7jk/qjTCyeL384qtuQCgg797
Oe+VV37SSvyg9Iea9EzCeNE=
=ZAVL
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36850] New: - [lang] javadoc example for StringUtils.splitByWholeSeparator incorrect

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=36850

   Summary: [lang] javadoc example for
StringUtils.splitByWholeSeparator incorrect
   Product: Commons
   Version: Nightly Builds
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Lang
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Hi,

the javadoc examples for the StringUtils.splitByWholeSeparator(...) methods 
are not correct.

- The examples of splitByWholeSeperator(String,String) are illustrating the 
usage of the StringUtils.split(String,String) method.
- The 6th example of splitByWholeSeperator(String,String,int) is not correct 
and should be removed.

regards,
Maarten

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[logging] getChildLogger and LogFactory(Impl)

[Joerg Hohwiller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi there,

the current way to get an instance of "Log" is using the LogFactory
(getInstance(*) on the LogFactory instance). Actually this method
performs caching of the "Log" instances so when you request a "Log"
for the same name multiple times you will get the same instance as result.

1.
A naive implementation of "getChildLogger" could simply
use LogFactory.getLog(String) to construct the child logger what might
cause confusion when the parent "Logger" instance was not created
via the factory. But currently there is no way to see if the
"Log" instance was created by the factory or not.

2.
The other naive way is to directly create the child-logger instance
via the Logger's implementation own String constructor. This solution
would bypass the cache of the LogFactory.

I think that version 1. is inacceptable. Version 2. would be okay
but not elegant. The approach would underline that we will have two
different approaches of how to use commons-logging:
The current way where Log is enough
and the "IoC" way where some container/framework will create an
"initial" Logger and further loggers would be created via the
"getChildLogger" method and injected to components, that themselves may
create "child-child-loggers" via that method. The caching is not needed
in this world, because it would be a design/code error if a logger with
the same name is created multiple times.

As I said going with version 2. is okay. Anyways
I am still looking for the elegant solution 3. :)

What I want to do is:
Add a non-arg constructor to all Logger implementations that create the
root logger instance. This constructor would be the one used by the IoC
world (on suggestion via javadoc). Maybe I will store this information
in a flag so I can decided how to create the instance returned by the
"getChildLogger" method (e.g. choose between solution 1. or 2. according
to the flag and copy the flag to the child instance).
For the moment this is my solution 3. When I have a better idea I will
let you know or you may let me know of your ideas...

Further I was thinking that maybe even the other way round would be
better - so the facotry would explicitly set the flag. But this might be
tricky - for me it seems to be impossible without breaking compatibility
with existing Log instances or doing very wired stuff.

Additionally I will create an abstract implementation of the Logger
Interface and extend this in all implementations instead of implementing
the Interface (currently Log). This basic implementation can contain
general code to prevent redundancies (e.g. the logic how to build the
name of the child-logger). The (java)doc will tell NOT to directly
implement the Log or Logger interface but extend that AbstractLogger
class. This way we can easier add a new method to the Logger interface
because we can have a default implementation in the AbstractLogger class
for that method. So we do not break third-party code that we can not
control.

Regards
  Jörg
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDOvoNmPuec2Dcv/8RAn4fAJwIPXtgewaLIxPSjVoSkE0l+84MDgCfZx+3
ZModhpKea0NmKcHcKWNvIj4=
=AdHH
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r292285 - /jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/overview.html

[scolebourne]

Author: scolebourne
Date: Wed Sep 28 13:09:49 2005
New Revision: 292285

URL: http://svn.apache.org/viewcvs?rev=292285&view=rev
Log:
Prepare documentation for 1.1 release

Added:

jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/overview.html   
(with props)

Added: 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/overview.html
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/overview.html?rev=292285&view=auto
==
--- 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/overview.html 
(added)
+++ 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/overview.html 
Wed Sep 28 13:09:49 2005
@@ -0,0 +1,31 @@
+
+
+
+
+
+The commons-io component contains utility classes,
+filters, streams, readers and writers.
+
+
+These classes aim to add to the standard JDK IO classes.
+The utilities provide convenience wrappers around the JDK, simplifying
+various operations into pre-tested units of code.
+The filters and streams provide useful implementations that perhaps should
+be in the JDK itself.
+
+
+

Propchange: 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/overview.html
--
svn:eol-style = native



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r292274 - in /jakarta/commons/proper/daemon/trunk/src/native/unix: configure.in support/apjava.m4

[jfclere]

Author: jfclere
Date: Wed Sep 28 12:26:12 2005
New Revision: 292274

URL: http://svn.apache.org/viewcvs?rev=292274&view=rev
Log:
Add detection of kaffe.

Modified:
jakarta/commons/proper/daemon/trunk/src/native/unix/configure.in
jakarta/commons/proper/daemon/trunk/src/native/unix/support/apjava.m4

Modified: jakarta/commons/proper/daemon/trunk/src/native/unix/configure.in
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/daemon/trunk/src/native/unix/configure.in?rev=292274&r1=292273&r2=292274&view=diff
==
--- jakarta/commons/proper/daemon/trunk/src/native/unix/configure.in (original)
+++ jakarta/commons/proper/daemon/trunk/src/native/unix/configure.in Wed Sep 28 
12:26:12 2005
@@ -76,6 +76,7 @@
 AP_MSG_HEADER([Java compilation tools])
 AP_JAVA()
 AP_SABLEVM()
+AP_KAFFE()
 AP_PROG_JAVAC()
 AP_PROG_JAR()
 if test "$supported_os" != "darwin"

Modified: jakarta/commons/proper/daemon/trunk/src/native/unix/support/apjava.m4
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/daemon/trunk/src/native/unix/support/apjava.m4?rev=292274&r1=292273&r2=292274&view=diff
==
--- jakarta/commons/proper/daemon/trunk/src/native/unix/support/apjava.m4 
(original)
+++ jakarta/commons/proper/daemon/trunk/src/native/unix/support/apjava.m4 Wed 
Sep 28 12:26:12 2005
@@ -103,3 +103,17 @@
 fi
   fi
 ])
+
+dnl check if the JVM in JAVA_HOME is kaffe
+dnl $JAVA_HOME/bin/kaffe is tested.
+AC_DEFUN([AP_KAFFE],[
+  if test x"$JAVA_HOME" != x
+  then
+AC_PATH_PROG(KAFFEVM,kaffe,NONE,$JAVA_HOME/bin)
+if test "$KAFFEVM" != "NONE"
+then
+  AC_MSG_RESULT([Using kaffe: $KAFFEVM])
+  CFLAGS="$CFLAGS -DHAVE_KAFFEVM"
+fi
+  fi
+])



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r292258 - /jakarta/commons/proper/daemon/trunk/src/native/unix/support/apjava.m4

[jfclere]

Author: jfclere
Date: Wed Sep 28 12:01:42 2005
New Revision: 292258

URL: http://svn.apache.org/viewcvs?rev=292258&view=rev
Log:
Arrange the logic for handling sablevm.

Modified:
jakarta/commons/proper/daemon/trunk/src/native/unix/support/apjava.m4

Modified: jakarta/commons/proper/daemon/trunk/src/native/unix/support/apjava.m4
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/daemon/trunk/src/native/unix/support/apjava.m4?rev=292258&r1=292257&r2=292258&view=diff
==
--- jakarta/commons/proper/daemon/trunk/src/native/unix/support/apjava.m4 
(original)
+++ jakarta/commons/proper/daemon/trunk/src/native/unix/support/apjava.m4 Wed 
Sep 28 12:01:42 2005
@@ -35,14 +35,14 @@
   ])
 ])
 
-dnl AC_PATH_PROG does not work (it checks first PATH then our parameter).
-dnl so we do 2 checks.
+dnl Check for JAVA compilers.
 AC_DEFUN([AP_PROG_JAVAC],[
-  AC_PATH_PROG(JAVAC,javac,NONE,$JAVA_HOME/bin)
-  if test "$JAVAC" = "NONE"
+  if test "$SABLEVM" != "NONE"
   then
-AC_PATH_PROG(JAVAC_PATH,javac,NONE,$PATH)
-JAVAC=$JAVAC_PATH
+AC_PATH_PROG(JAVAC,javac-sablevm,NONE,$JAVA_HOME/bin)
+  else
+XPATH="$JAVA_HOME/bin:$PATH"
+AC_PATH_PROG(JAVAC,javac,NONE,$XPATH)
   fi
   if test "$JAVAC" = "NONE"
   then
@@ -54,12 +54,14 @@
   AC_SUBST(JAVACFLAGS)
 ])
 
+dnl Check for jar archivers.
 AC_DEFUN([AP_PROG_JAR],[
-  AC_PATH_PROG(JAR,jar,NONE,$JAVA_HOME/bin)
-  if test "$JAR" = "NONE"
+  if test "$SABLEVM" != "NONE"
   then
-AC_PATH_PROG(JAR_PATH,jar,NONE,$PATH)
-JAR=$JAR_PATH
+AC_PATH_PROG(JAR,jar-sablevm,NONE,$JAVA_HOME/bin)
+  else
+XPATH="$JAVA_HOME/bin:$PATH"
+AC_PATH_PROG(JAR,jar,NONE,$XPATH)
   fi
   if test "$JAR" = "NONE"
   then
@@ -93,8 +95,6 @@
 AC_DEFUN([AP_SABLEVM],[
   if test x"$JAVA_HOME" != x
   then
-AC_PATH_PROG(JAVAC,javac-sablevm,NONE,$JAVA_HOME/bin)
-AC_PATH_PROG(JAR,jar-sablevm,NONE,$JAVA_HOME/bin)
 AC_PATH_PROG(SABLEVM,sablevm,NONE,$JAVA_HOME/bin)
 if test "$SABLEVM" != "NONE"
 then



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [logging] Logger.getName

[Joerg Hohwiller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jörg Schaible wrote:
> Joerg Hohwiller wrote on Wednesday, September 28, 2005 12:40 AM:
> 
> 
>>-BEGIN PGP SIGNED MESSAGE-
>>Hash: SHA1
>>
>>Hi everybody,
>>
>>since nothing happened after I opened bugzilla issue 15939
>>and called for discussion, I simply started changing all
>>implementations of Log so they implement Logger instead (all
>>locally). I will supply the patch, when I am done.
>>
>>Now what I found out when worked on LogKitLogger, is that
>>they deperected the "getCategory()" method which is the
>>analogy of the invented "getName()" method. Their deprecation
>>is:  Deprecated. This method violates Inversion of
>>Control principle. If you are relying on its presence then
>>there may be something wrong with the design of your system 
>>http://www.keelframework.org/release/2.1-dev/javadoc/org/apache/log/Logger.html#getCategory()
>>
>>Actually it seems they have now even completely removed the method:
>>https://svn.apache.org/repos/asf/excalibur/trunk/containerkit/logkit/src/java/org/apache/log/Logger.java
>>
>>I can not see the point (esp. when there are methods as
>>"public synchronized Logger[] getChildren()")?
>>
>>Can someone give me a hint?
>>
>>I do not really need the "getName()" method and could also leave it out
>>of Logger. But for me it would still make sense to have the method and
>>it would be possible to implement it.
> 
> 
> Well, since getCategory is already gone, you cannot implement getName anymore 
> in a compatible matter.
Yes and no. For some logger implementations I can not get the name back
from the actual logger insance. But after all "we" are the ones who
construct the loggers and have the adapters. So we can store the name
together with the actual adapted logger instance.
This has already been done for many of the adapter implemenetations.

> What will work as alternative is:
> 
>   Logger getChild(String name)
> 
> This is basically, what Niclas proposed as use case for getName():
> 
>   Logger loggfer = Logger.getLogger(parentLogger.getName + ".child");
> 
> getChild can be implemented for all logger packages that either support 
> getName or have getChild ... and this seems all of them. WDYT?
Yes. "getChildLogger" can be implemented in an appropriate way (while
NoLogger returns itself) for all of them without trouble.

So the question still is if I should implement getName() or kick it out.
> 
> - Jörg
Regards
  Jörg
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDOuKXmPuec2Dcv/8RAuuiAJ9F3RXjDyISUwHkYjzWCG3kj1B45QCdFz+E
CxxjCHHlQBIIeLtXo0JR6vg=
=2wUr
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36822] - [dbutils] QueryRunner.count(String, ...) methods for SELECT COUNT(...) sql

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=36822





--- Additional Comments From [EMAIL PROTECTED]  2005-09-28 18:50 ---
> When would the result Object be null?

from ResultSetHandler javadoc:
It is legal for implementations to return null if the ResultSet contained 0 
rows.

I don't know whether it is legal for a JDBC driver to return a ResultSet with 0 
rows from a SELECT COUNT
(...) query.


> Casting to Number would be safer.

Fair enough.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36822] - [dbutils] QueryRunner.count(String, ...) methods for SELECT COUNT(...) sql

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=36822





--- Additional Comments From [EMAIL PROTECTED]  2005-09-28 18:17 ---
Out of curiosity, when would the result Object be null?  Also, casting to
Integer seems to depend on your JDBC driver.  Casting to Number would be safer.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [DbUtils] Dynamic wrappers for JDBC interfaces

[David Graham]

I think this task is already completed.  Take a look at the ProxyFactory
class:
http://jakarta.apache.org/commons/dbutils/xref/org/apache/commons/dbutils/ProxyFactory.html

David


--- Neeraj Kulkarni <[EMAIL PROTECTED]> wrote:

> Hi,
> 
> The DbUtils website mentions one of the tasks as
> Dynamic Wrappers for JDBC Interfaces.
> 
> http://jakarta.apache.org/commons/dbutils/todo.html
> 
> Can someone provide more detains on what exactly is
> required to be done? 
> 
> Thanks
> Neeraj


Get Firefox!
http://www.mozilla.org/firefox/



__ 
Yahoo! Mail - PC Magazine Editors' Choice 2005 
http://mail.yahoo.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [fileupload] DefaultFileItem.getUniqueId and multiple class l oaders

[Small, Michael]

Thanks Alexey,

That would give us uniqueness across class loaders, and we could create the
UID just once.

To avoid creating a UID object every time a file is uploaded, in the
defaultFileItem class we would initialize a static String variable (call it
thisJvmId) with the UID method.  We would concatenate thisJvmId with the
existing static counter variable to have a unique ID across class loaders.

Although we are using the FileUpload 1.0 binary release (2003) - as yet
unmodified - we'd be happy to share our modification to defaultFileItem.  It
may save others from the strange, sporadic errors we encountered.  I'll
continue to lurk on the list to see how to best go about that.

Thanks,
Mike
 

Mike S wrote:

> Are there any suggestions as to the best way to modify the getUniqueId 
> method to return a unique ID across class loaders? We are thinking 
> along the lines of injecting a random number to concatenate with the 
> static counter in the DefaultFileItem, (or grabbing the start 
> timestamp off the jvm) to create unique names.

return new java.rmi.server.UID().toString().replace(':','-');


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36825] - [io] Enhance LockableFileWriter to handle different character endocings.

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=36825


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Enhance LockableFileWriter  |[io] Enhance
   |to handle different |LockableFileWriter to handle
   |character endocings.|different character
   ||endocings.




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36844] - [email] Embedding raw DataSource Attachments

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=36844


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Embedding raw DataSource|[email] Embedding raw
   |Attachments |DataSource Attachments




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36844] - Embedding raw DataSource Attachments

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=36844





--- Additional Comments From [EMAIL PROTECTED]  2005-09-28 16:09 ---
Created an attachment (id=16543)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16543&action=view)
Proposed enhancement methods for HtmlEmail class.  Integrate into the API...


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36844] New: - Embedding raw DataSource Attachments

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=36844

   Summary: Embedding raw DataSource Attachments
   Product: Commons
   Version: 1.0 Final
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: Email
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


I kick myself for not submitting this prior to 1.0.  An important feature
missing from org.apache.commons.mail.HtmlEmail is the ability to embed an
arbitrary DataSource object.  The current API only allows you to embed from a
URL.  My usage of CommonsEmail often includes the generation of image data
on-the-fly, where it does not exist at a pre-defined URL.  

I propose the addition of a key method:

public String embed(DataSource datasource, String name, String cid) throws
EmailException

This will allow us to attach our own datasources in addition to defining our own
content-ids.  Helper methods can be created to auto-generate CIDs when needed
and allow for backwards compatability.  I've found that being able to provide my
own defined CIDs has been very helpful in referencing them in my velocity email
templates.

I will attach the current EnhancedHtmlEmail class that I have been using for a
year or so.  It extends HtmlEmail to provide the methods explained above.  I
would hope to have this capability introduced into the HtmlEmail class.

Feel free to contact me to discuss further!  Thanks.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36843] - [fileupload] NativeHeap saturation with DeleteOnExit

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=36843


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|NativeHeap saturation with  |[fileupload] NativeHeap
   |DeleteOnExit|saturation with DeleteOnExit




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36843] - NativeHeap saturation with DeleteOnExit

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=36843


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE




--- Additional Comments From [EMAIL PROTECTED]  2005-09-28 15:30 ---


*** This bug has been marked as a duplicate of 27477 ***

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36843] New: - NativeHeap saturation with DeleteOnExit

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=36843

   Summary: NativeHeap saturation with DeleteOnExit
   Product: Commons
   Version: 1.0.2
  Platform: Other
OS/Version: AIX
Status: NEW
  Severity: critical
  Priority: P1
 Component: File Upload
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


In a long running jvm (ie: application on WEBSPHERE Application server), use of 
FileUpload (DefaultFileItem.gettempfile) consume native heap via DeleteOnExit
when running request in multi-part data with STRUTS. 

We got some crash due to native heap saturation (512 MO Max of Heap Native when 
running with 2G0 Heap and memory model specific to IBM JVM 1.3). 

Only workaroud for us are:
-Reducing use of DefaultFileItem.getTempFile in application
-Stop / Restart Application Server every night

Same problem not already solve (since 2001) at SUN Bug database
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4513817

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36773] - [digester] [PATCH] NodeCreateRule does not correctly handle namespaced attributes

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=36773





--- Additional Comments From [EMAIL PROTECTED]  2005-09-28 14:30 ---
I disagree.  Although digester usage is widespread, I doubt namespaced
attributes being digested is used at all since it doesn't work.  If anyone was
trying to use namespaced attributes with the digester in the past, they would
have abandoned the cause.  I can't imagine a scenario where someone would have
just accepted the behavior as "good enough" and continued to use namespaced
attributes even though they get lost as they are digested and can't be
re-serialized as XML.  Since that would have caused everyone to use
non-namespaced attributes, they won't notice a difference because local-name and
qualified-name are the same in that case.

Thanks,

Kurt

(In reply to comment #2)
> Looks correct to me. 
> 
> The only potential issue is that this will change the existing behaviour of
> digester. Formerly, calling getName on the attribute would return the 
> localname
> part. After this fix it would return the qualified name, which is correct. But
> this *could* break existing applications.
> 
> Does anyone think this breakage is a significant problem? If so, we could add
> some kind of flag on the Digester class to select the old (wrong) or new 
> (right)
> behaviour, at least for a release or two, eg:
>   Digester.setRetainAttributePrefixes(boolean)
> which would default to false (the old behaviour). I personally think this 
> would
> be wise; digester usage is fairly widely spread so incompatible changes can
> cause significant grief.
> 
> Regards,
> 
> Simon



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[EMAIL PROTECTED]: Project commons-jelly (in module commons-jelly) failed

[commons-jelly development]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project commons-jelly has an issue affecting its community integration.
This issue affects 43 projects,
 and has been outstanding for 72 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly :  Commons Jelly
- commons-jelly-tags-ant :  Commons Jelly
- commons-jelly-tags-antlr :  Commons Jelly
- commons-jelly-tags-avalon :  Commons Jelly
- commons-jelly-tags-bean :  Commons Jelly
- commons-jelly-tags-beanshell :  Commons Jelly
- commons-jelly-tags-betwixt :  Commons Jelly
- commons-jelly-tags-bsf :  Commons Jelly
- commons-jelly-tags-define :  Commons Jelly
- commons-jelly-tags-dynabean :  Commons Jelly
- commons-jelly-tags-email :  Commons Jelly
- commons-jelly-tags-fmt :  Commons Jelly
- commons-jelly-tags-html :  Commons Jelly
- commons-jelly-tags-http :  Commons Jelly
- commons-jelly-tags-interaction :  Commons Jelly
- commons-jelly-tags-jetty :  Commons Jelly
- commons-jelly-tags-jface :  Commons Jelly
- commons-jelly-tags-jms :  Commons Jelly
- commons-jelly-tags-jmx :  Commons Jelly
- commons-jelly-tags-jsl :  Commons Jelly
- commons-jelly-tags-junit :  Commons Jelly
- commons-jelly-tags-log :  Commons Jelly
- commons-jelly-tags-memory :  Commons Jelly
- commons-jelly-tags-ojb :  Commons Jelly
- commons-jelly-tags-quartz :  Commons Jelly
- commons-jelly-tags-regexp :  Commons Jelly
- commons-jelly-tags-sql :  Commons Jelly
- commons-jelly-tags-swing :  Commons Jelly
- commons-jelly-tags-swt :  Commons Jelly
- commons-jelly-tags-threads :  Commons Jelly
- commons-jelly-tags-util :  Commons Jelly
- commons-jelly-tags-validate :  Commons Jelly
- commons-jelly-tags-velocity :  Commons Jelly
- commons-jelly-tags-xml :  Commons Jelly
- commons-jelly-tags-xmlunit :  Commons Jelly
- commons-latka :  Functional Testing Suite
- geronimo :  Apache Geronimo, the J2EE server project of the Apache 
Softw...
- jaxme2
- jaxmeapi
- jaxmepm
- jaxmexs
- maven :  Project Management Tools
- maven-bootstrap :  Project Management Tools


Full details are available at:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-jelly-28092005.jar] identifier set to project name
 -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for 
property maven.jar.servletapi.
 -DEBUG- Dependency on jakarta-taglibs-standard exists, no need to add for 
property maven.jar.jstl.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/target/test-reports
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/gump_work/build_commons-jelly_commons-jelly.html
Work Name: build_commons-jelly_commons-jelly (Type: Build)
Work ended in a state of : Failed
Elapsed: 1 min 1 sec
Command Line: maven --offline jar 
[Working Directory: /usr/local/gump/public/workspace/commons-jelly]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-28092005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-28092005.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-28092005.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-28092005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-28092005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-28092005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/forehead/forehead-1.0-beta-5.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar:/usr/local/gump/public/workspace/jakarta-taglibs/dist/standard/lib/jstl.jar:/usr/local/gump

[EMAIL PROTECTED]: Project commons-jelly (in module commons-jelly) failed

[commons-jelly development]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project commons-jelly has an issue affecting its community integration.
This issue affects 43 projects,
 and has been outstanding for 72 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly :  Commons Jelly
- commons-jelly-tags-ant :  Commons Jelly
- commons-jelly-tags-antlr :  Commons Jelly
- commons-jelly-tags-avalon :  Commons Jelly
- commons-jelly-tags-bean :  Commons Jelly
- commons-jelly-tags-beanshell :  Commons Jelly
- commons-jelly-tags-betwixt :  Commons Jelly
- commons-jelly-tags-bsf :  Commons Jelly
- commons-jelly-tags-define :  Commons Jelly
- commons-jelly-tags-dynabean :  Commons Jelly
- commons-jelly-tags-email :  Commons Jelly
- commons-jelly-tags-fmt :  Commons Jelly
- commons-jelly-tags-html :  Commons Jelly
- commons-jelly-tags-http :  Commons Jelly
- commons-jelly-tags-interaction :  Commons Jelly
- commons-jelly-tags-jetty :  Commons Jelly
- commons-jelly-tags-jface :  Commons Jelly
- commons-jelly-tags-jms :  Commons Jelly
- commons-jelly-tags-jmx :  Commons Jelly
- commons-jelly-tags-jsl :  Commons Jelly
- commons-jelly-tags-junit :  Commons Jelly
- commons-jelly-tags-log :  Commons Jelly
- commons-jelly-tags-memory :  Commons Jelly
- commons-jelly-tags-ojb :  Commons Jelly
- commons-jelly-tags-quartz :  Commons Jelly
- commons-jelly-tags-regexp :  Commons Jelly
- commons-jelly-tags-sql :  Commons Jelly
- commons-jelly-tags-swing :  Commons Jelly
- commons-jelly-tags-swt :  Commons Jelly
- commons-jelly-tags-threads :  Commons Jelly
- commons-jelly-tags-util :  Commons Jelly
- commons-jelly-tags-validate :  Commons Jelly
- commons-jelly-tags-velocity :  Commons Jelly
- commons-jelly-tags-xml :  Commons Jelly
- commons-jelly-tags-xmlunit :  Commons Jelly
- commons-latka :  Functional Testing Suite
- geronimo :  Apache Geronimo, the J2EE server project of the Apache 
Softw...
- jaxme2
- jaxmeapi
- jaxmepm
- jaxmexs
- maven :  Project Management Tools
- maven-bootstrap :  Project Management Tools


Full details are available at:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-jelly-28092005.jar] identifier set to project name
 -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for 
property maven.jar.servletapi.
 -DEBUG- Dependency on jakarta-taglibs-standard exists, no need to add for 
property maven.jar.jstl.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/target/test-reports
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/gump_work/build_commons-jelly_commons-jelly.html
Work Name: build_commons-jelly_commons-jelly (Type: Build)
Work ended in a state of : Failed
Elapsed: 1 min 1 sec
Command Line: maven --offline jar 
[Working Directory: /usr/local/gump/public/workspace/commons-jelly]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-28092005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-28092005.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-28092005.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-28092005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-28092005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-28092005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/forehead/forehead-1.0-beta-5.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar:/usr/local/gump/public/workspace/jakarta-taglibs/dist/standard/lib/jstl.jar:/usr/local/gump

DO NOT REPLY [Bug 36839] - [lang] StringUtils.splitByWholeSeparator ignores empty items

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=36839


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|StringUtils.splitByWholeSepa|[lang]
   |rator ignores empty items   |StringUtils.splitByWholeSepa
   ||rator ignores empty items




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36839] New: - StringUtils.splitByWholeSeparator ignores empty items

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=36839

   Summary: StringUtils.splitByWholeSeparator ignores empty items
   Product: Commons
   Version: 2.1 Final
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Lang
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I propose to create an additional set of splitByWholeSeparator methods that
would preserve separators. The functionality would be:

For an input string of "a::bd" and a separator "::" the return array would 
be
array[0] = "a"
array[1] = "b"
array[2] = ""
array[3] = "d"

Furthermore i think it is inconsequent when using the current
splitByWholeSeparator, that "a::b::" returns
array[0] = "a"
array[1] = "b"
array[2] = ""  <---

where as "a::bd" returns
array[0] = "a"
array[1] = "b"
array[2] = "d"

TIA

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[lang] external matching for Equals and HashCodeBuilder

[Torsten Curdt]

Equals and HashCodeBuilder are great tools
and usually a straight call to the reflection
based building does what I need.

...but in case there is only a single member
that you want to take out of the picture you have
to explicitly build the full Builder yourself.

I'd like to propose to add a simple matcher
class that can be passed in. Would make my
life a lot easier.

How does that sound?

cheers
--
Torsten


PGP.sig
Description: This is a digitally signed message part

DO NOT REPLY [Bug 36832] - [fileupload] Stream ended unexpectedly - when used with Flash 8 file upload

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=36832


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Stream ended unexpectedly --|[fileupload] Stream ended
   |when used with Flash 8 file |unexpectedly - when used
   |upload  |with Flash 8 file upload




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36831] - [betwixt] Java 5 Generic List: Cannot make betwixt work properly

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=36831


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Java 5 Generic List: Cannot |[betwixt] Java 5 Generic
   |make betwixt work properly  |List: Cannot make betwixt
   ||work properly




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]