Re: [validator] Commons Validator 1.2.0 beta test release

[Don Brown]

No, I can finish this. I'd like to solve that bug first before I roll
another release, however. If you have time to take a look at that, I'd
appreciate it. Assuming it is taken care of, what about targetting this
weekend for a 1.2.0 beta release?

Don

On 10/4/05, Niall Pemberton <[EMAIL PROTECTED]> wrote:
>
> Don, do you have time to do this - or can I pick it up?
>
> Niall
>
> - Original Message -
> From: "Don Brown" <[EMAIL PROTECTED]>
> Sent: Monday, September 19, 2005 3:11 AM
>
>
> I've prepared a test release for Commons Validator 1.2.0 beta 1 at
> http://people.apache.org/~mrdon/commons-validator
>
> Let me know if there are any problems, otherwise I'll start working on the
> official beta release.
>
> Thanks,
>
> Don
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: [validator] Commons Validator 1.2.0 beta test release

[Niall Pemberton]

Don, do you have time to do this - or can I pick it up?

Niall

- Original Message - 
From: "Don Brown" <[EMAIL PROTECTED]>
Sent: Monday, September 19, 2005 3:11 AM


I've prepared a test release for Commons Validator 1.2.0 beta 1 at 
http://people.apache.org/~mrdon/commons-validator

Let me know if there are any problems, otherwise I'll start working on the 
official beta release.

Thanks,

Don



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

DO NOT REPLY [Bug 33044] - [cli] Usage Scenario help page misleading

[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=33044





--- Additional Comments From [EMAIL PROTECTED]  2005-10-05 05:10 ---
The CLI Usage is more than misleading, it's wrong.

In the and ant example the following is given for the '-buildfile' argument:
Option buildfile = OptionBuilder.withArgName( "file" )
.hasArg()
.withDescription(  "use given buildfile" )
.create( "buildfile");

The problem is .create(String) is a char value so it will only see the 'b'. 
This puts the Options in a 
inconsistent state where passing '-buildfile' will result in "Unrecognized 
option '-b'" and the 
HelpFormater will still read "-buildfile ". It appears it is not possible 
to match ants short forms of 
options because CLI only supports single character short forms.

-- 
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 35774] - [logging] TCCL problem in J2EE Container

[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=35774





--- Additional Comments From [EMAIL PROTECTED]  2005-10-05 03:43 ---
i moved this proposal into the separate issue (36927).

-- 
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 36927] New: - disabling of TCCL

[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=36927

   Summary: disabling of TCCL
   Product: Commons
   Version: unspecified
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Logging
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I separated this request from 35774 as it seems to provide a viable and easy 
solution to a big number of ClassLoader-related problems of using JCL in shared 
environments. The solution relies on having an option (configured via system 
properties) to disable TCCL usage and only use LogFactory's ClassLoader. When 
TCCL is disabled, logger implementation and caching should be performed in the 
JCL's ClassLoader only (cache will be reduced to a single record). This would 
remove any memory leak issues as well as other inconsitencies (see 35774 for 
some samples). 

There're two main scenarios how JCL is used in the shared environment: a) 
deployed in the shared class loader (shared for Tomcat and UCL for JBoss), b) 
deployed in the application's class loader in the child-first ClassLoader 
setup. In both cases this solution works well and disabled TCCL could even be a 
reasonable default (though it depends on other uses). In case of deployment 
within application's classloader (case [b]), two versions of JCL can coexist 
redirecting logs for the application's classes to application's LogFactory 
instance and shared classes to shared LogFactory.

-- 
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 35774] - [logging] TCCL problem in J2EE Container

[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=35774





--- Additional Comments From [EMAIL PROTECTED]  2005-10-05 03:13 ---
Hi,

Somewhat related problem with using TCL in the shared environment (Tomcat). For 
instance I have application A (classloader A) and class A1 that invokes class 
S1 in the shared classloader S. Class S1 has static initializer for logger 
(static Log log = LogFactory.getLog(...)). Provided A1 will be the first one to 
access S1, JCL's LogFactory will use instance cached with A classloader and 
will be (possibly) creating logs within the same A classloader. Further if A is 
undeployed, there will be no way to notify S that it's Log instance is not up-
to-date anymore. This would lead to the memory leaks, even if ClassLoader is 
removed from LogFactory's cache. In addition, such situation will be illogical -
 why should child's classloader used for initialization of parent's classloader?

A propose a solution that is a compromize b/w server/client idea and static 
linking would be to have a setting (in the system properties) that would 
instruct JCL to not use TCCL (e.g. org.apache.logging.DISABLE_TCCL). In this 
mode, inspection and cache would be performed in the classloader of the 
LogFactory. This solution will work good for both: shared environments (Tomcat 
or JBoss with UCL) and for deployments with JCL in the WEB-INF/lib.


-- 
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 36915] - [lang] change to ArrayUtils.toPrimitive and toObject

[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=36915





--- Additional Comments From [EMAIL PROTECTED]  2005-10-05 02:15 ---
Please note that in order to avoid the NPE on conversion, you can use the two
argument version of the API which allow one to supply a default version for null
input entries.

-- 
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: [lang] ArrayUtils.toPrimitive and NPEs.

[James Carman]

Actually, if you read the javadocs for NullPointerException, it says that
"Applications should throw instances of this class to indicate other illegal
uses of the null object."  However, I agree with you.  I like
IllegalArgumentException or its NullArgumentException subclass (which I was
unaware of until just the other day) for these types of situations.
NullArgumentException should probably be moved to the exception package, by
the way (that's where I first looked for it).

-Original Message-
From: Gary Gregory [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, October 04, 2005 5:45 PM
To: Jakarta Commons Developers List
Subject: RE: [lang] ArrayUtils.toPrimitive and NPEs.

> I think that the basic reasoning is/was to have a validating version
and
> a non-validating version of the same method.

Perhaps, but if the intention was to say that nulls are illegal, letting
NPE be thrown seem like a poor design decision to me as opposed to
explicitly stating this intent with an IllegalArgumentException.

Gary

> -Original Message-
> From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, October 04, 2005 2:22 PM
> To: Jakarta Commons Developers List
> Subject: Re: [lang] ArrayUtils.toPrimitive and NPEs.
> 
> Gary Gregory wrote:
> > Hello:
> >
> > WRT: http://issues.apache.org/bugzilla/show_bug.cgi?id=36915
> >
> > All of the ArrayUtils.toPrimitive one arg methods all NPE when an
input
> > element is null. Why would you want that?
> >
> > We have a handy two arg version of the methods that allows a default
> > value to be passed in. Since primitives *have* default values, why
not
> > simply allow nulls not to NPE and take on the default primitive
value?
> > Seems easy enough to change...
> 
> But it would have compatability issues. At the very least its a
semantic
> change.
> 
> I think that the basic reasoning is/was to have a validating version
and
> a non-validating version of the same method.
> 
> So I guess I'm -0.
> 
> Stephen
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


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




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

RE: [lang] Using ReflectionToStringBuilder and excluding secure fields

[Gary Gregory]

Hello:

I've checked into SVN an experimental version with unit tests.

Please let me know if that would suit you needs as it does mine ;-)

Gary

> -Original Message-
> From: Steven Caswell [mailto:[EMAIL PROTECTED]
> Sent: Saturday, August 06, 2005 3:28 PM
> To: Jakarta Commons Developers List
> Subject: Re: [lang] Using ReflectionToStringBuilder and excluding
secure
> fields
> 
> +1
> 
> I've thought about something similar, just never did anything about
> it. I like the idea of being able to exclude some fields from the
> string build.
> 
> On 8/4/05, Gary Gregory <[EMAIL PROTECTED]> wrote:
> > Hello:
> >
> > Right now, I use the code below to exclude password fields from
output.
> >
> > /**
> >  * Builds a String for a toString method excluding the given
field
> > name.
> >  *
> >  * @param obj
> >  *The object to "toString".
> >  * @param excludeFieldName
> >  *The field name to exclude
> >  * @return The toString String.
> >  */
> > public static String toStringExcluding(Object obj, final String
> > excludeFieldName) {
> > return (new ReflectionToStringBuilder(obj) {
> > protected boolean accept(Field f) {
> > return super.accept(f) &&
> > !f.getName().equals(excludeFieldName);
> > }
> > }).toString();
> > }
> >
> > I could imagine writing my call sites like this instead:
> >
> > new ReflectionToStringBuilder(obj).setExcludeFields(new
> > String[]{"password"}).toString();
> >
> > Which means adding the set/getExcludeFields() feature.
> >
> > Any thoughts?
> >
> > Gary
> >
> >
> 
> 
> --
> Steven Caswell
> [EMAIL PROTECTED]
> 
> (c) 404-693-4148
> (o) 404-260-2382
> 
> Take back the web - http://www.mozilla.org
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


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

DO NOT REPLY [Bug 36925] - [lang] Using ReflectionToStringBuilder and excluding secure fields

[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=36925


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED




--- Additional Comments From [EMAIL PROTECTED]  2005-10-05 02:12 ---
Experimented version checked into SVN with unit tests.

-- 
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: r294951 - /jakarta/commons/proper/lang/trunk/project.properties

[ggregory]

Author: ggregory
Date: Tue Oct  4 17:11:19 2005
New Revision: 294951

URL: http://svn.apache.org/viewcvs?rev=294951&view=rev
Log:
Oops, go back to previous version.

Modified:
jakarta/commons/proper/lang/trunk/project.properties

Modified: jakarta/commons/proper/lang/trunk/project.properties
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/project.properties?rev=294951&r1=294950&r2=294951&view=diff
==
--- jakarta/commons/proper/lang/trunk/project.properties (original)
+++ jakarta/commons/proper/lang/trunk/project.properties Tue Oct  4 17:11:19 
2005
@@ -48,6 +48,6 @@
 # Valid values are 1.3, 1.4, 1.5. 
 maven.compile.source = 1.3
 
-#maven.jar.override=on
-#maven.jar.clover=1.3.2
-#maven.clover.license.path=clover.license
+maven.jar.override=on
+maven.jar.clover=1.3.2
+maven.clover.license.path=clover.license



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

svn commit: r294950 - in /jakarta/commons/proper/lang/trunk: project.properties src/test/org/apache/commons/lang/builder/ReflectionToStringBuilderExcludeTest.java

[ggregory]

Author: ggregory
Date: Tue Oct  4 17:06:11 2005
New Revision: 294950

URL: http://svn.apache.org/viewcvs?rev=294950&view=rev
Log:
A cut at http://issues.apache.org/bugzilla/show_bug.cgi?id=36925: Using 
ReflectionToStringBuilder and excluding secure fields.

Added:

jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/builder/ReflectionToStringBuilderExcludeTest.java
   (with props)
Modified:
jakarta/commons/proper/lang/trunk/project.properties

Modified: jakarta/commons/proper/lang/trunk/project.properties
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/project.properties?rev=294950&r1=294949&r2=294950&view=diff
==
--- jakarta/commons/proper/lang/trunk/project.properties (original)
+++ jakarta/commons/proper/lang/trunk/project.properties Tue Oct  4 17:06:11 
2005
@@ -48,6 +48,6 @@
 # Valid values are 1.3, 1.4, 1.5. 
 maven.compile.source = 1.3
 
-maven.jar.override=on
-maven.jar.clover=1.3.2
-maven.clover.license.path=clover.license
+#maven.jar.override=on
+#maven.jar.clover=1.3.2
+#maven.clover.license.path=clover.license

Added: 
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/builder/ReflectionToStringBuilderExcludeTest.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/builder/ReflectionToStringBuilderExcludeTest.java?rev=294950&view=auto
==
--- 
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/builder/ReflectionToStringBuilderExcludeTest.java
 (added)
+++ 
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/builder/ReflectionToStringBuilderExcludeTest.java
 Tue Oct  4 17:06:11 2005
@@ -0,0 +1,59 @@
+/*
+ * Copyright 2005 The Apache Software Foundation.
+ * 
+ * Licensed 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.
+ */
+
+package org.apache.commons.lang.builder;
+
+import junit.framework.Assert;
+import junit.framework.TestCase;
+
+/**
+ * @author mailto:[EMAIL PROTECTED]">ggregory
+ * @version $Id$
+ */
+public class ReflectionToStringBuilderExcludeTest extends TestCase {
+
+class TestFixture {
+private String secretField = SECRET_VALUE;
+
+private String showField = NOT_SECRET_VALUE;
+}
+
+private static final int INDEX_NOT_FOUND = -1;
+
+private static final String NOT_SECRET_FIELD = "showField";
+
+private static final String NOT_SECRET_VALUE = "Hello World!";
+
+private static final String SECRET_FIELD = "secretField";
+
+private static final String SECRET_VALUE = "secret value";
+
+public void test_toStringExcluding() {
+String toString = ReflectionToStringBuilder.toStringExclude(new 
TestFixture(), SECRET_FIELD);
+this.validateToStringValue(toString);
+}
+
+public void test_toStringExcludingArray() {
+String toString = ReflectionToStringBuilder.toStringExclude(new 
TestFixture(), new String[]{SECRET_FIELD});
+this.validateToStringValue(toString);
+}
+
+void validateToStringValue(String toString) {
+Assert.assertEquals(INDEX_NOT_FOUND, toString.indexOf(SECRET_VALUE));
+Assert.assertTrue(toString.indexOf(NOT_SECRET_FIELD) > 
INDEX_NOT_FOUND);
+Assert.assertTrue(toString.indexOf(NOT_SECRET_VALUE) > 
INDEX_NOT_FOUND);
+}
+}

Propchange: 
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/builder/ReflectionToStringBuilderExcludeTest.java
--
svn:eol-style = native

Propchange: 
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/builder/ReflectionToStringBuilderExcludeTest.java
--
--- svn:keywords (added)
+++ svn:keywords Tue Oct  4 17:06:11 2005
@@ -0,0 +1 @@
+LastChangedDate Date LastChangedRevision Revision Rev LastChangedBy Author 
HeadURL URL Id

Propchange: 
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/builder/ReflectionToStringBuilderExcludeTest.java
--
svn:mime-type = text/plain



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

svn commit: r294949 - in /jakarta/commons/proper/lang/trunk/src: java/org/apache/commons/lang/builder/ReflectionToStringBuilder.java test/org/apache/commons/lang/builder/BuilderTestSuite.java

[ggregory]

Author: ggregory
Date: Tue Oct  4 17:05:11 2005
New Revision: 294949

URL: http://svn.apache.org/viewcvs?rev=294949&view=rev
Log:
A cut at http://issues.apache.org/bugzilla/show_bug.cgi?id=36925: Using 
ReflectionToStringBuilder and excluding secure fields.

Modified:

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/builder/ReflectionToStringBuilder.java

jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/builder/BuilderTestSuite.java

Modified: 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/builder/ReflectionToStringBuilder.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/builder/ReflectionToStringBuilder.java?rev=294949&r1=294948&r2=294949&view=diff
==
--- 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/builder/ReflectionToStringBuilder.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/builder/ReflectionToStringBuilder.java
 Tue Oct  4 17:05:11 2005
@@ -13,11 +13,13 @@
  * See the License for the specific language governing permissions and
  * limitations under the License.
  */
+
 package org.apache.commons.lang.builder;
 
 import java.lang.reflect.AccessibleObject;
 import java.lang.reflect.Field;
 import java.lang.reflect.Modifier;
+import java.util.Arrays;
 import java.util.HashSet;
 import java.util.Set;
 
@@ -29,11 +31,10 @@
  * 
  * 
  * 
- * This class uses reflection to determine the fields to append. Because these
- * fields are usually private, the class uses
- * [EMAIL PROTECTED] 
java.lang.reflect.AccessibleObject#setAccessible(java.lang.reflect.AccessibleObject[],
 boolean)}
- * to change the visibility of the fields. This will fail under a security
- * manager, unless the appropriate permissions are set up correctly.
+ * This class uses reflection to determine the fields to append. Because these 
fields are usually private, the class
+ * uses [EMAIL PROTECTED] 
java.lang.reflect.AccessibleObject#setAccessible(java.lang.reflect.AccessibleObject[],
 boolean)} to
+ * change the visibility of the fields. This will fail under a security 
manager, unless the appropriate permissions are
+ * set up correctly.
  * 
  * 
  * 
@@ -64,8 +65,8 @@
  * 
  * 
  * 
- * For example, this method does not include the password
- * field in the returned String:
+ * For example, this method does not include the password 
field in the returned
+ * String:
  * 
  * 
  * 
@@ -80,22 +81,21 @@
  * 
  * 
  * 
- * The exact format of the toString is determined by the
- * [EMAIL PROTECTED] ToStringStyle} passed into the constructor.
+ * The exact format of the toString is determined by the [EMAIL 
PROTECTED] ToStringStyle} passed into the
+ * constructor.
  * 
  * 
  * @author Gary Gregory
  * @author Stephen Colebourne
  * @author Pete Gieser
  * @since 2.0
- * @version $Id: ReflectionToStringBuilder.java,v 1.15 2003/12/02 19:11:58
- *   ggregory Exp $
+ * @version $Id$
  */
 public class ReflectionToStringBuilder extends ToStringBuilder {
 /**
  * 
- * A registry of objects used by reflectionToString methods
- * to detect cyclical object references and avoid infinite loops.
+ * A registry of objects used by reflectionToString methods 
to detect cyclical object references and
+ * avoid infinite loops.
  * 
  */
 private static ThreadLocal registry = new ThreadLocal() {
@@ -108,8 +108,8 @@
 
 /**
  * 
- * Returns the registry of objects being traversed by the 
reflectionToString
- * methods in the current thread.
+ * Returns the registry of objects being traversed by the 
reflectionToString methods in the current
+ * thread.
  * 
  * 
  * @return Set the registry of objects being traversed
@@ -120,14 +120,13 @@
 
 /**
  * 
- * Returns true if the registry contains the given object.
- * Used by the reflection methods to avoid infinite loops.
+ * Returns true if the registry contains the given object. 
Used by the reflection methods to avoid
+ * infinite loops.
  * 
  * 
  * @param value
- *  The object to lookup in the registry.
- * @return boolean true if the registry contains the given
- * object.
+ *The object to lookup in the registry.
+ * @return boolean true if the registry contains the given 
object.
  */
 static boolean isRegistered(Object value) {
 return getRegistry().contains(value);
@@ -135,12 +134,11 @@
 
 /**
  * 
- * Registers the given object. Used by the reflection methods to avoid
- * infinite loops.
+ * Registers the given object. Used by the reflection methods to avoid 
infinite loops.
  * 
  * 
  * @param value
- *  The object to register.
+ *The object to register.
  */
 static v

DO NOT REPLY [Bug 36925] - [lang] Using ReflectionToStringBuilder and excluding secure fields

[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=36925





--- Additional Comments From [EMAIL PROTECTED]  2005-10-05 02:02 ---
-Original Message-
From: Steven Caswell [mailto:[EMAIL PROTECTED] 
Sent: Saturday, August 06, 2005 3:28 PM
To: Jakarta Commons Developers List
Subject: Re: [lang] Using ReflectionToStringBuilder and excluding secure fields

+1

I've thought about something similar, just never did anything about
it. I like the idea of being able to exclude some fields from the
string build.



-- 
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 36925] - [lang] Using ReflectionToStringBuilder and excluding secure fields

[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=36925





--- Additional Comments From [EMAIL PROTECTED]  2005-10-05 02:01 ---
-Original Message-
From: Gary Gregory [mailto:[EMAIL PROTECTED] 
Sent: Thursday, August 04, 2005 11:33 AM
To: Jakarta Commons Developers List
Subject: [lang] Using ReflectionToStringBuilder and excluding secure fields

Hello: 

Right now, I use the code below to exclude password fields from output.

/**
 * Builds a String for a toString method excluding the given field
name.
 * 
 * @param obj
 *The object to "toString".
 * @param excludeFieldName
 *The field name to exclude
 * @return The toString String.
 */
public static String toStringExcluding(Object obj, final String
excludeFieldName) {
return (new ReflectionToStringBuilder(obj) {
protected boolean accept(Field f) {
return super.accept(f) &&
!f.getName().equals(excludeFieldName);
}
}).toString();
}

I could imagine writing my call sites like this instead:

new ReflectionToStringBuilder(obj).setExcludeFields(new
String[]{"password"}).toString();

Which means adding the set/getExcludeFields() feature.

Any thoughts?

Gary


-- 
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 36925] New: - [lang] Using ReflectionToStringBuilder and excluding secure fields

[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=36925

   Summary: [lang] Using ReflectionToStringBuilder and excluding
secure fields
   Product: Commons
   Version: Nightly Builds
  Platform: Other
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Lang
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Short discussion:
http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200508.mbox/[EMAIL 
PROTECTED]

-- 
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: svn commit: r294934 - /jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/LocaleUtilsTest.java

[Gary Gregory]

Yeah, what a PITA :-(

I commented out another method that did not compile on 1.3.1... bummer.

Gary

> -Original Message-
> From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, October 04, 2005 3:25 PM
> To: Jakarta Commons Developers List
> Subject: Re: svn commit: r294934 -
>
/jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/Loca
le
> UtilsTest.java
> 
> [EMAIL PROTECTED] wrote:
> > URL: http://svn.apache.org/viewcvs?rev=294934&view=rev
> > Log:
> > Tsk, tsk: This class did not compile with Java 1.3.1. The test also
> fails on 1.3.1_15 but works on 1.4.2_09.
> 
> :-(
> And after I set up all the constants to specially handle this too!
> 
> Stephen
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


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

Re: svn commit: r294934 - /jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/LocaleUtilsTest.java

[Stephen Colebourne]

[EMAIL PROTECTED] wrote:

URL: http://svn.apache.org/viewcvs?rev=294934&view=rev
Log:
Tsk, tsk: This class did not compile with Java 1.3.1. The test also fails on 
1.3.1_15 but works on 1.4.2_09.


:-(
And after I set up all the constants to specially handle this too!

Stephen

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

svn commit: r294936 - /jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/NotImplementedExceptionTest.java

[ggregory]

Author: ggregory
Date: Tue Oct  4 15:23:54 2005
New Revision: 294936

URL: http://svn.apache.org/viewcvs?rev=294936&view=rev
Log:
// comment.

Modified:

jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/NotImplementedExceptionTest.java

Modified: 
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/NotImplementedExceptionTest.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/NotImplementedExceptionTest.java?rev=294936&r1=294935&r2=294936&view=diff
==
--- 
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/NotImplementedExceptionTest.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/NotImplementedExceptionTest.java
 Tue Oct  4 15:23:54 2005
@@ -111,6 +111,7 @@
 assertEquals("Code is not implemented in class java.lang.String", 
ex.getMessage());
 }
 
+// Does not compile on Java 1.3.1:
 //public void testGetMessage_Indexed() {
 //NotImplementedException ex = new NotImplementedException(new 
Exception("nested 1", new Exception("nested 2")));
 //assertEquals("Code is not implemented", ex.getMessage());



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

svn commit: r294935 - /jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/NotImplementedExceptionTest.java

[ggregory]

Author: ggregory
Date: Tue Oct  4 15:23:01 2005
New Revision: 294935

URL: http://svn.apache.org/viewcvs?rev=294935&view=rev
Log:
More code that does not compile 1.3.1.

Modified:

jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/NotImplementedExceptionTest.java

Modified: 
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/NotImplementedExceptionTest.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/NotImplementedExceptionTest.java?rev=294935&r1=294934&r2=294935&view=diff
==
--- 
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/NotImplementedExceptionTest.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/NotImplementedExceptionTest.java
 Tue Oct  4 15:23:01 2005
@@ -111,19 +111,19 @@
 assertEquals("Code is not implemented in class java.lang.String", 
ex.getMessage());
 }
 
-public void testGetMessage_Indexed() {
-NotImplementedException ex = new NotImplementedException(new 
Exception("nested 1", new Exception("nested 2")));
-assertEquals("Code is not implemented", ex.getMessage());
-assertEquals("Code is not implemented", ex.getMessage(0));
-assertEquals("nested 1", ex.getMessage(1));
-assertEquals("nested 2", ex.getMessage(2));
-
-String[] messages = ex.getMessages();
-assertEquals(3, messages.length);
-assertEquals("Code is not implemented", messages[0]);
-assertEquals("nested 1", messages[1]);
-assertEquals("nested 2", messages[2]);
-}
+//public void testGetMessage_Indexed() {
+//NotImplementedException ex = new NotImplementedException(new 
Exception("nested 1", new Exception("nested 2")));
+//assertEquals("Code is not implemented", ex.getMessage());
+//assertEquals("Code is not implemented", ex.getMessage(0));
+//assertEquals("nested 1", ex.getMessage(1));
+//assertEquals("nested 2", ex.getMessage(2));
+//
+//String[] messages = ex.getMessages();
+//assertEquals(3, messages.length);
+//assertEquals("Code is not implemented", messages[0]);
+//assertEquals("nested 1", messages[1]);
+//assertEquals("nested 2", messages[2]);
+//}
 
 public void testGetThrowable() {
 NotImplementedException ex = new NotImplementedException(new 
NestableException("nested 1", new NestableException("nested 2")));



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

svn commit: r294934 - /jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/LocaleUtilsTest.java

[ggregory]

Author: ggregory
Date: Tue Oct  4 15:21:40 2005
New Revision: 294934

URL: http://svn.apache.org/viewcvs?rev=294934&view=rev
Log:
Tsk, tsk: This class did not compile with Java 1.3.1. The test also fails on 
1.3.1_15 but works on 1.4.2_09.

Modified:

jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/LocaleUtilsTest.java

Modified: 
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/LocaleUtilsTest.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/LocaleUtilsTest.java?rev=294934&r1=294933&r2=294934&view=diff
==
--- 
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/LocaleUtilsTest.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/LocaleUtilsTest.java
 Tue Oct  4 15:21:40 2005
@@ -272,7 +272,7 @@
 new Locale[] {
 LOCALE_EN_US_,
 LOCALE_EN_US,
-new Locale("en")});
+new Locale("en", "")});
 }
 
 /**



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

svn commit: r294930 - /jakarta/commons/proper/io/trunk/build.xml

[scolebourne]

Author: scolebourne
Date: Tue Oct  4 15:04:56 2005
New Revision: 294930

URL: http://svn.apache.org/viewcvs?rev=294930&view=rev
Log:
Setup md5 files correctly

Modified:
jakarta/commons/proper/io/trunk/build.xml

Modified: jakarta/commons/proper/io/trunk/build.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/io/trunk/build.xml?rev=294930&r1=294929&r2=294930&view=diff
==
--- jakarta/commons/proper/io/trunk/build.xml (original)
+++ jakarta/commons/proper/io/trunk/build.xml Tue Oct  4 15:04:56 2005
@@ -127,14 +127,18 @@
   
 
 
-
+
+  
+
 
 

 
   
 
-
+
+  
+

 
 
@@ -148,16 +152,25 @@
   
 
 
-
+
+  
+
 
 

 
   
 
-
+
+  
+

 
+  
+  
+
+
+   
   
 
   



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

DO NOT REPLY [Bug 36878] - [validator] GenericTypeValidator does not accept negative Floats/Doubles

[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=36878





--- Additional Comments From [EMAIL PROTECTED]  2005-10-04 23:51 ---
(In reply to comment #2)
> Well, shouldn't it be (Float.MAX_VALUE * -1 -1) ? (Note the additional '-1'...

No, floats don't work like short, integer or long. Its has some bits that store 
the sign, some the exponent and some the numeric part. Float.MAX_VALUE is 
something like 3.40 x 10^38 - I don't know how many digits it stores in the 
numeric bit - but it isnt 38! You'd have to subtract some big number from 
Float.MAX_VALUE before you see a difference.

-- 
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: [lang] ArrayUtils.toPrimitive and NPEs.

[Gary Gregory]

> I think that the basic reasoning is/was to have a validating version
and
> a non-validating version of the same method.

Perhaps, but if the intention was to say that nulls are illegal, letting
NPE be thrown seem like a poor design decision to me as opposed to
explicitly stating this intent with an IllegalArgumentException.

Gary

> -Original Message-
> From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, October 04, 2005 2:22 PM
> To: Jakarta Commons Developers List
> Subject: Re: [lang] ArrayUtils.toPrimitive and NPEs.
> 
> Gary Gregory wrote:
> > Hello:
> >
> > WRT: http://issues.apache.org/bugzilla/show_bug.cgi?id=36915
> >
> > All of the ArrayUtils.toPrimitive one arg methods all NPE when an
input
> > element is null. Why would you want that?
> >
> > We have a handy two arg version of the methods that allows a default
> > value to be passed in. Since primitives *have* default values, why
not
> > simply allow nulls not to NPE and take on the default primitive
value?
> > Seems easy enough to change...
> 
> But it would have compatability issues. At the very least its a
semantic
> change.
> 
> I think that the basic reasoning is/was to have a validating version
and
> a non-validating version of the same method.
> 
> So I guess I'm -0.
> 
> Stephen
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


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

Re: [lang] ArrayUtils.toPrimitive and NPEs.

[Stephen Colebourne]

Gary Gregory wrote:

Hello:

WRT: http://issues.apache.org/bugzilla/show_bug.cgi?id=36915

All of the ArrayUtils.toPrimitive one arg methods all NPE when an input
element is null. Why would you want that? 


We have a handy two arg version of the methods that allows a default
value to be passed in. Since primitives *have* default values, why not
simply allow nulls not to NPE and take on the default primitive value?
Seems easy enough to change...


But it would have compatability issues. At the very least its a semantic 
change.


I think that the basic reasoning is/was to have a validating version and 
a non-validating version of the same method.


So I guess I'm -0.

Stephen

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

Re: [logging] log4j 1.3 support

[Joerg Hohwiller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Simon Kitching wrote:
> On Mon, 2005-10-03 at 21:39 +0200, Joerg Hohwiller wrote:
> 
>>Actually I just wanted to tease out what Simon meant with the "incompatible"
>>issue between log4j 1.2.x and 1.3.x
> 
> 
> I wish I could remember the exact details. If you want them, you could
> try searching the log4j developers email archive for emails from me, as
> I discussed it at some length on that list.
I will hunt for it.
> 
> But I'm quite sure that the end conclusion was that there is no code
> that can compile against one version of the code and work against both.
> 
> I'd be very happy to be proved wrong here, but before putting forward
> any proposal, please *test* it, ie compile against one version and then
> run against both 1.2 and 1.3 versions.
I will give my best, but no time this week!
> 
> 
> Regards,
> 
> Simon
Regards
  Jörg
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDQvFQmPuec2Dcv/8RAoVkAJ4nCofdOvD7Ri+kHPFt/n3omofYGACdEBHI
+sG6zx2jcjFIueyCqek8IoE=
=fXyY
-END PGP SIGNATURE-

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

[lang] ArrayUtils.toPrimitive and NPEs.

[Gary Gregory]

Hello:

WRT: http://issues.apache.org/bugzilla/show_bug.cgi?id=36915

All of the ArrayUtils.toPrimitive one arg methods all NPE when an input
element is null. Why would you want that? 

We have a handy two arg version of the methods that allows a default
value to be passed in. Since primitives *have* default values, why not
simply allow nulls not to NPE and take on the default primitive value?
Seems easy enough to change...

Gary

Gary Gregory
Senior Software Engineer
Seagull Software
Web:http://www.seagullsoftware.com
Email:  [EMAIL PROTECTED]
Land:   310-546-3134
Mobile: 310-403-8747
Skype:  garygregory
Time Z: USA, Pacific

[Jakarta-commons Wiki] Update of "MathWishList" by SamikRaychaudhuri

[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 SamikRaychaudhuri:
http://wiki.apache.org/jakarta-commons/MathWishList

--
   * [[Anchor(summerofcode)]] Numerical Enhancements (Summer of Code Proposal)
 * Du Li
   * an approximation package, with an emphasis on the support for 
B-splines, which is used to approximate curves in general, given a set of 
points on the curve.
-  * ANOVA in stat.inference package. Is this beyond the scope? --SamikR  
   * generic PDE/ODE solvers, with built-in support for Poisson/heat/wave 
equations.  
   * an optimization package, including linear programming (simplex method, 
later also interior point method), quadratic programming, nonlinear 
unconstraint/constraint minimization, later will also include search methods 
including genetic programming.
   * a simulation package, to provide a framework for running 
(Quasi)Monte-Carlo simulations
@@ -37, +36 @@

   * Root Finding (add Ridder's method, Muller's method, Laguerre's method.)
   * Fast Fourier Transform
   * [http://zxg32.blogchina.com/2787280.html Post-SOC TODO List] - 
Xiaogang Zhang
+  * ANOVA in stat.inference package. Is this beyond the scope? --SamikR  
  

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

[Jakarta-commons Wiki] Update of "MathWishList" by SamikRaychaudhuri

[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 SamikRaychaudhuri:
http://wiki.apache.org/jakarta-commons/MathWishList

--
 * Oh, I remember now that with the standard deviation algorithm I 
researched, in order to maintain a '''rolling window''', it would have to store 
all the data in the window so it could delete the least recent one while adding 
the most recent one.  Sorry for the denseness. -- AlChou
   * [[Anchor(summerofcode)]] Numerical Enhancements (Summer of Code Proposal)
 * Du Li
-  * an approximation package, with an emphasis on the support for 
B-splines, which is used to approximate curves in general, given a set of 
points on the curve.  
+  * an approximation package, with an emphasis on the support for 
B-splines, which is used to approximate curves in general, given a set of 
points on the curve.
+  * ANOVA in stat.inference package. Is this beyond the scope? --SamikR  
   * generic PDE/ODE solvers, with built-in support for Poisson/heat/wave 
equations.  
   * an optimization package, including linear programming (simplex method, 
later also interior point method), quadratic programming, nonlinear 
unconstraint/constraint minimization, later will also include search methods 
including genetic programming.
   * a simulation package, to provide a framework for running 
(Quasi)Monte-Carlo simulations

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

DO NOT REPLY [Bug 36878] - [validator] GenericTypeValidator does not accept negative Floats/Doubles

[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=36878





--- Additional Comments From [EMAIL PROTECTED]  2005-10-04 21:28 ---
(In reply to comment #1)
> Thanks for pointing this out - should have been (Float.MAX_VALUE * -1):

Well, shouldn't it be (Float.MAX_VALUE * -1 -1) ? (Note the additional '-1'...

-- 
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 36916] - [betwixt] Options not digested in MultiMappingBeanInfoDigester

[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=36916


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Options not digested in |[betwixt] Options not
   |MultiMappingBeanInfoDigester|digested in
   ||MultiMappingBeanInfoDigester




-- 
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 36916] - Options not digested in MultiMappingBeanInfoDigester

[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=36916





--- Additional Comments From [EMAIL PROTECTED]  2005-10-04 21:00 ---
Created an attachment (id=16588)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16588&action=view)
JUnit Test Case for Options support

Against betwixt/trunk

-- 
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 36916] - Options not digested in MultiMappingBeanInfoDigester

[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=36916





--- Additional Comments From [EMAIL PROTECTED]  2005-10-04 20:58 ---
Created an attachment (id=16587)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16587&action=view)
Add Options support to MultiMappingBeanInfoDigester

Path to MultiMappingBeanInfoDigester against betwixt/trunk to add Options
support

-- 
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 36916] New: - Options not digested in MultiMappingBeanInfoDigester

[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=36916

   Summary: Options not digested in MultiMappingBeanInfoDigester
   Product: Commons
   Version: unspecified
  Platform: Other
OS/Version: Mac OS X 10.4
Status: NEW
  Severity: normal
  Priority: P3
 Component: Betwixt
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


The regular XML bean info digester properly supports "" in the .betwixt
definition for a single class.  Such support is missing for Multi Class
Mappings, as digested with
org.apache.commons.betwixt.digester.MultiMappingBeanInfoDigester.

The bug is simple.  In the XMLBeanInfoDigester.configure() method, rules are
properly added for digesting "" entries, while similar rules are not
added in MultiMappingBeanInfoDigester.configure().  On a side node,
MultiMappingBeanInfoDigester.configure() also appears to be missing ""
support as well.

I will be attaching a patch + JUnit test case addressing the issue.  However,
refactoring the code base so that the digest rules do not have to be maintained
in two different places might be a good idea.

-- 
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 36915] - [lang] change to ArrayUtils.toPrimitive and toObject

[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=36915


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|change to   |[lang] change to
   |ArrayUtils.toPrimitive and  |ArrayUtils.toPrimitive and
   |toObject|toObject




-- 
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 36915] New: - change to ArrayUtils.toPrimitive and toObject

[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=36915

   Summary: change to ArrayUtils.toPrimitive and toObject
   Product: Commons
   Version: unspecified
  Platform: Other
   URL: http://www.jroller.com/page/erickreid?entry=as_opposed_t
o_commons_lang
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Lang
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


before seeing that commons-lang already had the functionality provided by
ArrayUtils.toPrimitive and toObject, i wrote a utility with the same idea in
mind
(http://jroller.com/page/erickreid?entry=getboxedarray_and_getunboxedarray_java_5).

i like that use of ArrayUtils methods forgives the developer from having to
cast, but dislike the fact that the ArrayUtils toPrimitive methods can throw an
NPE at any point in the conversion.  would the commons-lang team consider using
my code as part of an alteration to the ArrayUtils methods?

perhaps:

public int[] toPrimitive(Integer integers[]) {
  return (int[]) _getUnboxedArray(integers);
}

very best regards and thanks for providing a great toolset!
--erick

-- 
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 36913] - [discovery] ClassLoader Problem with AXIS in Servlet Container WebSphere

[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=36913


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|ClassLoader Problem with|[discovery] ClassLoader
   |AXIS in Servlet Container   |Problem with AXIS in Servlet
   |WebSphere   |Container WebSphere




-- 
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 36913] New: - ClassLoader Problem with AXIS in Servlet Container WebSphere

[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=36913

   Summary: ClassLoader Problem with AXIS in Servlet Container
WebSphere
   Product: Commons
   Version: unspecified
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Discovery
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


please excuse bad englisch

Szenario: (ClassLoader)
  WebSphere
OurServlet
  AXIS

We redirect AXIS Logging (org.apache.commons.logging.LogFactory) to our own
logFactory so that we can output messages of AXIS in our own logFiles. 

And we need to prepare service calls for AXIS so all access to AXIS is
indirected over our own Servlet (OurServlet) which loads AXIS using
Class.forName().newInstance()

In WebSphere we get an Exception that AXIS can not load our Logger (AXIS uses
Commons Discovery)

The Problem:
a) WebSphere itself uses Commons Discovery and loads Commons Discovery in the
?WebContainer?-ClassLoader. OurServlet and AXIS are loaded in a
?Servlet?-ClassLoader ...
b) Initializing AXIS / AXIS calls DiscoverSingleton.find() which searches for
the configured logger / but can not find it in the ?WebContainer?-ClassLoader.

It follows a short java file for testing/demonstrating the problem. Additionally
needed for Test is a Logger Implementation in a single jar File myLogger.jar
(look at the following source)

In the code the exception from commons Discovery is given and a solution we use
to solve this problem (but perhaps it is not the recommended way) / 

Can someone who understands the problem tell me how it should bo solved?
Thanks.

import java.net.URL;
import java.net.URLClassLoader;

import org.apache.commons.discovery.resource.ClassLoaders;
import org.apache.commons.discovery.tools.DefaultClassHolder;
import org.apache.commons.discovery.tools.DiscoverSingleton;
import org.apache.commons.discovery.tools.SPInterface;

public class ClassLoaderTest
{
  public static void main( String args[] )throws Exception
  { ClassLoaderTest clt = new ClassLoaderTest();
clt.problem2();
  }

  static String libPath = "file:// **path** "; // set correct path here !!
  
  public void problem1()throws Exception
  { URL url1[] = new URL[] 
{ new URL( libPath+"commons-discovery.jar"), 
  new URL( libPath+"commons-logging.jar"), 
  new URL( libPath+"servlet.jar")
};
ClassLoader parentClassLoader 
= new URLClassLoader( url1, getClass().getClassLoader() );

URL url2[] = new URL[]
{ new URL( libPath+"axis.jar"),
  new URL( libPath+"axis-ant.jar"),
  new URL( libPath+"commons-logging.jar"),
  new URL( libPath+"commons-discovery.jar"),
  new URL( libPath+"log4j-1.2.8.jar"),
  new URL( libPath+"wsdl4j.jar"),
  new URL( libPath+"jaxrpc.jar"), 
  new URL( libPath+"xerces.jar"), 
  new URL( libPath+"saaj.jar"),
  new URL( libPath+"mylog.jar")  // jar with my logger class ...
};

ClassLoader childClassLoader = new URLClassLoader( url2, parentClassLoader 
);

System.setProperty
( "org.apache.commons.logging.LogFactory"
  , "mylog.MyLogger"
);
Class axisServletClass = childClassLoader.loadClass(
"org.apache.axis.transport.http.AxisServlet" );
Object axisServlet = axisServletClass.newInstance();

/*
 * Problem: discovery can not load class mylog.MyLogger in mylog.jar because
 * it is in another class loader ...
 * 
 * AXIS uses DiscoverSingleton.find Method ...
 */

/*
java.lang.ExceptionInInitializerError
at
org.apache.axis.transport.http.AxisServletBase.(AxisServletBase.java:94)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
at java.lang.Class.newInstance0(Class.java:308)
at java.lang.Class.newInstance(Class.java:261)
at ClassLoaderTest.problem(ClassLoaderTest.java:49)
at ClassLoaderTest.main(ClassLoaderTest.java:13)

Caused by: org.apache.commons.discovery.DiscoveryException: No
implementation defined for org.apache.commons.logging.LogFactory
at 
org.apache.commons.discovery.tools.DiscoverClass.find(DiscoverClass.java:407)
at
org.apache.commons.discovery.tools.DiscoverClass.newInstance(DiscoverClass.java:582)
at
org.apache.commons.discovery.tools.DiscoverSingleton.find(DiscoverSingleton.java:418)
at
org.apache.commons.disco

[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 17 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-04102005.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-04102005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-04102005.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-04102005.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-04102005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-04102005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-04102005.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 17 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-04102005.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-04102005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-04102005.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-04102005.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-04102005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-04102005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-04102005.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-vfs (in module jakarta-commons) failed

[commons-vfs 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-vfs has an issue affecting its community integration.
This issue affects 57 projects,
 and has been outstanding for 4 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- cocoon :  Java XML Framework
- cocoon-block-ajax :  Ajax - Utilities and resources for Ajax applications.
- cocoon-block-apples :  Java XML Framework
- cocoon-block-asciiart :  Java XML Framework
- cocoon-block-authentication-fw :  Java XML Framework
- cocoon-block-axis :  Java XML Framework
- cocoon-block-bsf :  Java XML Framework
- cocoon-block-captcha :  Utilites to generate simple CAPTCHAs
- cocoon-block-chaperon :  Java XML Framework
- cocoon-block-cron :  Java XML Framework
- cocoon-block-databases :  Java XML Framework
- cocoon-block-deli :  Java XML Framework
- cocoon-block-eventcache :  Java XML Framework
- cocoon-block-forms :  Java XML Framework
- cocoon-block-hsqldb :  Java XML Framework
- cocoon-block-html :  Java XML Framework
- cocoon-block-itext :  Java XML Framework
- cocoon-block-javaflow :  Java XML Framework
- cocoon-block-jcr :  A "jcr:" protocol for Cocoon
- cocoon-block-jfor :  Java XML Framework
- cocoon-block-jms :  Java XML Framework
- cocoon-block-jsp :  Java XML Framework
- cocoon-block-linkrewriter :  Java XML Framework
- cocoon-block-lucene :  Java XML Framework
- cocoon-block-midi :  Java XML Framework
- cocoon-block-naming :  Java XML Framework
- cocoon-block-ojb :  Java XML Framework
- cocoon-block-paranoid :  Java XML Framework
- cocoon-block-petstore :  Java XML Framework
- cocoon-block-profiler :  Java XML Framework
- cocoon-block-proxy :  Java XML Framework
- cocoon-block-python :  Java XML Framework
- cocoon-block-qdox :  Java XML Framework
- cocoon-block-querybean :  Java XML Framework
- cocoon-block-repository :  Java XML Framework
- cocoon-block-serializers :  Java XML Framework
- cocoon-block-session-fw :  Java XML Framework
- cocoon-block-slop :  Java XML Framework
- cocoon-block-spring-app :  A demo for Spring and Cocoon
- cocoon-block-stx :  Java XML Framework
- cocoon-block-taglib :  Java XML Framework
- cocoon-block-template :  Java XML Framework
- cocoon-block-validation :  In-pipeline validation of documents
- cocoon-block-velocity :  Java XML Framework
- cocoon-block-web3 :  Java XML Framework
- cocoon-block-xmldb :  Java XML Framework
- cocoon-block-xsp :  Java XML Framework
- commons-vfs :  Jakarta commons
- excalibur-fortress-bean :  Repository of reusable components.
- excalibur-fortress-container-impl :  Repository of reusable components.
- excalibur-fortress-container-test :  Repository of reusable components.
- excalibur-monitor :  Repository of reusable components.
- excalibur-sourceresolve :  Repository of reusable components.
- excalibur-xmlutil :  Repository of reusable components.
- forrest :  Apache Forrest is an XML standards-oriented documentation fr...
- lenya :  Content Management System
- logging-log4j-chainsaw :  Chainsaw log viewer


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

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-vfs-04102005.jar] identifier set to project name
 -INFO- Optional dependency slide-webdavclient prerequisite failed with reason 
missing build outputs
 -INFO- Failed with reason build failed
 -DEBUG- Extracted fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-commons/commons-vfs/gump_work/build_jakarta-commons_commons-vfs.html
Work Name: build_jakarta-commons_commons-vfs (Type: Build)
Work ended in a state of : Failed
Elapsed: 4 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar
 org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only -Dfinal.name=commons-vfs-04102005 dist 
[Working Directory: /usr/local/gump/public/workspace/jakarta-commons/vfs]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/vfs/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/loc

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

[commons-vfs 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-vfs has an issue affecting its community integration.
This issue affects 57 projects,
 and has been outstanding for 4 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- cocoon :  Java XML Framework
- cocoon-block-ajax :  Ajax - Utilities and resources for Ajax applications.
- cocoon-block-apples :  Java XML Framework
- cocoon-block-asciiart :  Java XML Framework
- cocoon-block-authentication-fw :  Java XML Framework
- cocoon-block-axis :  Java XML Framework
- cocoon-block-bsf :  Java XML Framework
- cocoon-block-captcha :  Utilites to generate simple CAPTCHAs
- cocoon-block-chaperon :  Java XML Framework
- cocoon-block-cron :  Java XML Framework
- cocoon-block-databases :  Java XML Framework
- cocoon-block-deli :  Java XML Framework
- cocoon-block-eventcache :  Java XML Framework
- cocoon-block-forms :  Java XML Framework
- cocoon-block-hsqldb :  Java XML Framework
- cocoon-block-html :  Java XML Framework
- cocoon-block-itext :  Java XML Framework
- cocoon-block-javaflow :  Java XML Framework
- cocoon-block-jcr :  A "jcr:" protocol for Cocoon
- cocoon-block-jfor :  Java XML Framework
- cocoon-block-jms :  Java XML Framework
- cocoon-block-jsp :  Java XML Framework
- cocoon-block-linkrewriter :  Java XML Framework
- cocoon-block-lucene :  Java XML Framework
- cocoon-block-midi :  Java XML Framework
- cocoon-block-naming :  Java XML Framework
- cocoon-block-ojb :  Java XML Framework
- cocoon-block-paranoid :  Java XML Framework
- cocoon-block-petstore :  Java XML Framework
- cocoon-block-profiler :  Java XML Framework
- cocoon-block-proxy :  Java XML Framework
- cocoon-block-python :  Java XML Framework
- cocoon-block-qdox :  Java XML Framework
- cocoon-block-querybean :  Java XML Framework
- cocoon-block-repository :  Java XML Framework
- cocoon-block-serializers :  Java XML Framework
- cocoon-block-session-fw :  Java XML Framework
- cocoon-block-slop :  Java XML Framework
- cocoon-block-spring-app :  A demo for Spring and Cocoon
- cocoon-block-stx :  Java XML Framework
- cocoon-block-taglib :  Java XML Framework
- cocoon-block-template :  Java XML Framework
- cocoon-block-validation :  In-pipeline validation of documents
- cocoon-block-velocity :  Java XML Framework
- cocoon-block-web3 :  Java XML Framework
- cocoon-block-xmldb :  Java XML Framework
- cocoon-block-xsp :  Java XML Framework
- commons-vfs :  Jakarta commons
- excalibur-fortress-bean :  Repository of reusable components.
- excalibur-fortress-container-impl :  Repository of reusable components.
- excalibur-fortress-container-test :  Repository of reusable components.
- excalibur-monitor :  Repository of reusable components.
- excalibur-sourceresolve :  Repository of reusable components.
- excalibur-xmlutil :  Repository of reusable components.
- forrest :  Apache Forrest is an XML standards-oriented documentation fr...
- lenya :  Content Management System
- logging-log4j-chainsaw :  Chainsaw log viewer


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

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-vfs-04102005.jar] identifier set to project name
 -INFO- Optional dependency slide-webdavclient prerequisite failed with reason 
missing build outputs
 -INFO- Failed with reason build failed
 -DEBUG- Extracted fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-commons/commons-vfs/gump_work/build_jakarta-commons_commons-vfs.html
Work Name: build_jakarta-commons_commons-vfs (Type: Build)
Work ended in a state of : Failed
Elapsed: 4 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar
 org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only -Dfinal.name=commons-vfs-04102005 dist 
[Working Directory: /usr/local/gump/public/workspace/jakarta-commons/vfs]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/vfs/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/loc

Re: svn commit: r293110 - /jakarta/commons/proper/cli/trunk/maven.xml

[Dion Gillard]

Is there any reason this isn't being done in project.xml.

On 10/2/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: jkeyes
> Date: Sun Oct  2 06:27:37 2005
> New Revision: 293110
>
> URL: http://svn.apache.org/viewcvs?rev=293110&view=rev
> Log:
> - added postGoal to test:test-resources to copy the test resource bundle
>
> Modified:
> jakarta/commons/proper/cli/trunk/maven.xml
>
> Modified: jakarta/commons/proper/cli/trunk/maven.xml
> URL: 
> http://svn.apache.org/viewcvs/jakarta/commons/proper/cli/trunk/maven.xml?rev=293110&r1=293109&r2=293110&view=diff
> ==
> --- jakarta/commons/proper/cli/trunk/maven.xml (original)
> +++ jakarta/commons/proper/cli/trunk/maven.xml Sun Oct  2 06:27:37 2005
> @@ -48,6 +48,11 @@
>  
>
>
> +  
> +Moving test bundle.
> + file="src/test/org/apache/commons/cli2/resource/TestBundle.properties"
> +
> tofile="target/test-classes/org/apache/commons/cli2/resource/TestBundle.properties"/>
> +  
>
>   
> 
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
http://www.multitask.com.au/people/dion/
"You are going to let the fear of poverty govern your life and your
reward will be that you will eat, but you will not live." - George
Bernard Shaw

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

DO NOT REPLY [Bug 36878] - [validator] GenericTypeValidator does not accept negative Floats/Doubles

[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=36878


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|GenericTypeValidator does   |[validator]
   |not accept negative |GenericTypeValidator does
   |Floats/Doubles  |not accept negative
   ||Floats/Doubles




-- 
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: r293561 - /jakarta/commons/proper/validator/trunk/xdocs/changes.xml

[niallp]

Author: niallp
Date: Tue Oct  4 00:38:51 2005
New Revision: 293561

URL: http://svn.apache.org/viewcvs?rev=293561&view=rev
Log:
Update the change log.

Modified:
jakarta/commons/proper/validator/trunk/xdocs/changes.xml

Modified: jakarta/commons/proper/validator/trunk/xdocs/changes.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/validator/trunk/xdocs/changes.xml?rev=293561&r1=293560&r2=293561&view=diff
==
--- jakarta/commons/proper/validator/trunk/xdocs/changes.xml (original)
+++ jakarta/commons/proper/validator/trunk/xdocs/changes.xml Tue Oct  4 
00:38:51 2005
@@ -41,98 +41,103 @@
 
   
 Added ISBNValidator for validating book numbers.
-PR# 31489
+http://issues.apache.org/bugzilla/show_bug.cgi?id=31489";>PR# 
31489
   
   
 Add support for min or max numeric values.
-PR# 29015
+http://issues.apache.org/bugzilla/show_bug.cgi?id=29015";>PR# 
29015
   
   
 Allow validators to register errors for multiple fields. 
-PR# 29151
+http://issues.apache.org/bugzilla/show_bug.cgi?id=29151";>PR# 
29151
   
   
 Fixed EmailValidator failing on valid email addresses.
-PR# 23990
+http://issues.apache.org/bugzilla/show_bug.cgi?id=23990";>PR# 
23990
   
   
 Allow forms to inherit validation rules from other forms.
-PR# 27870
+http://issues.apache.org/bugzilla/show_bug.cgi?id=27870";>PR# 
27870
   
   
 Remove the need to specify an Arguement's position.
-PR# 31194
+http://issues.apache.org/bugzilla/show_bug.cgi?id=31194";>PR# 
31194
   
   
 Deprecated all FastHashMap usage and provided protected get
 methods that return generic Maps to be used by subclasses.
-(fixes PR# 29815 Request public methods to access constants
-in ValidatorResources.)
+(fixes http://issues.apache.org/bugzilla/show_bug.cgi?id=29815";>PR# 29815
+ Request public methods to access constants in ValidatorResources.)
   
   
 Handling of float and double should use the locale object.
-PR# 34198 and PR#21282 
+http://issues.apache.org/bugzilla/show_bug.cgi?id=34198";>PR# 
34198 and
+http://issues.apache.org/bugzilla/show_bug.cgi?id=21282";>PR# 
21282
   
   
 More informative Exception message when validation method not found.
-PR# 27471
+http://issues.apache.org/bugzilla/show_bug.cgi?id=27471";>PR# 
27471
   
   
 Client-side required validation inconsistent with server-side.
-PR# 15912
+http://issues.apache.org/bugzilla/show_bug.cgi?id=15912";>PR# 
15912
   
   
 EmailValidator allows apostrophes in domain name.
-PR# 29541
+http://issues.apache.org/bugzilla/show_bug.cgi?id=29541";>PR# 
29541
   
   
 Changing the strategy for locating form name/id, now use a common 
utility
 function which works in both IE and Firefox.
-PR# 35127 and PR# 32760
+http://issues.apache.org/bugzilla/show_bug.cgi?id=35127";>PR# 
35127 and
+http://issues.apache.org/bugzilla/show_bug.cgi?id=32760";>PR# 
32760
   
   
 Validation fails when "name" attribute in form not specified.
-PR# 35294 and PR# 31534
+http://issues.apache.org/bugzilla/show_bug.cgi?id=35294";>PR# 
35294 and
+http://issues.apache.org/bugzilla/show_bug.cgi?id=31534";>PR# 
31534
   
   
 UrlValidator fails http://www.google.com.
-PR# 30686
+http://issues.apache.org/bugzilla/show_bug.cgi?id=30686";>PR# 
30686
   
   
 Email: inexisting dashes and TLD erroneously accepted.
-PR# 33409 and PR# 31644
+http://issues.apache.org/bugzilla/show_bug.cgi?id=33409";>PR# 
33409 and
+http://issues.apache.org/bugzilla/show_bug.cgi?id=31644";>PR# 
31644
   
   
 Float validator can't validate the string with several dot.
-PR# 32351
+http://issues.apache.org/bugzilla/show_bug.cgi?id=32351";>PR# 
32351
   
   
 CreditValidator does not handle Visa correctly.
-PR# 35926
+http://issues.apache.org/bugzilla/show_bug.cgi?id=35926";>PR# 
35926
   
   
 datePattern not supported by JavaScript.
-PR# 22384
+http://issues.apache.org/bugzilla/show_bug.cgi?id=22384";>PR# 
22384
   
   
 validateRequired on a single radio button.
-PR# 33047
+http://issues.apache.org/bugzilla/show_bug.cgi?id=33047";>PR# 
33047
   
   
 Field.validate() cannot be invoked from user-defined code.
-PR# 35508
+http://issues.apache.org/bugzilla/show_bug.cgi?id=35508";>PR# 
35508
   
   
 Locale validation doesn't validate all fields.
-PR# 30955 and PR# 16920

Re: [logging] log4j 1.3 support

[Simon Kitching]

On Mon, 2005-10-03 at 21:39 +0200, Joerg Hohwiller wrote:
> Actually I just wanted to tease out what Simon meant with the "incompatible"
> issue between log4j 1.2.x and 1.3.x

I wish I could remember the exact details. If you want them, you could
try searching the log4j developers email archive for emails from me, as
I discussed it at some length on that list.

But I'm quite sure that the end conclusion was that there is no code
that can compile against one version of the code and work against both.

I'd be very happy to be proved wrong here, but before putting forward
any proposal, please *test* it, ie compile against one version and then
run against both 1.2 and 1.3 versions.


Regards,

Simon


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

DO NOT REPLY [Bug 36878] - GenericTypeValidator does not accept negative Floats/Doubles

[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=36878


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-10-04 09:32 ---
(In reply to comment #0)
> There's a bug in the validation code of formatFloat:
> ---snip---
> if (num.doubleValue() >= (Float.MIN_VALUE * -1) &&
> num.doubleValue() <= Float.MAX_VALUE) {
> result = new Float(num.floatValue());
> }
> ---snip---

Thanks for pointing this out - should have been (Float.MAX_VALUE * -1):

http://issues.apache.org/bugzilla/show_bug.cgi?id=21282#c16

I have fixed both the formatFloat and formatDouble methods.

> There's also an issue with the delimiter which is used to mark powers of 10^3:
> With Locale.US the following is accepted:
> 2.5 This is ok
> 2,500.0 This is ok
> 2,5.0 This is transformed into 25.0

The delimiter for powers of 10 is "E" regardless of locale. So using 1,250 as 
an example:

  For US locale 1.25E3 should be transformed to 1250
  For GERMAN locale 1,25E3 should be transformed to 1250

Closing this as *FIXED*.

-- 
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: r293556 - /jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/GenericTypeValidator.java

[niallp]

Author: niallp
Date: Tue Oct  4 00:07:32 2005
New Revision: 293556

URL: http://svn.apache.org/viewcvs?rev=293556&view=rev
Log:
Fix Bug 36878 - GenericTypeValidator does not accept negative Floats/Doubles, 
reported by Henning Moll.

Modified:

jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/GenericTypeValidator.java

Modified: 
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/GenericTypeValidator.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/GenericTypeValidator.java?rev=293556&r1=293555&r2=293556&view=diff
==
--- 
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/GenericTypeValidator.java
 (original)
+++ 
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/GenericTypeValidator.java
 Tue Oct  4 00:07:32 2005
@@ -293,7 +293,7 @@
 
 // If there was no error  and we used the whole string
 if (pos.getErrorIndex() == -1 && pos.getIndex() == value.length()) 
{
-if (num.doubleValue() >= (Float.MIN_VALUE * -1) &&
+if (num.doubleValue() >= (Float.MAX_VALUE * -1) &&
 num.doubleValue() <= Float.MAX_VALUE) {
 result = new Float(num.floatValue());
 }
@@ -345,7 +345,7 @@
 
 // If there was no error  and we used the whole string
 if (pos.getErrorIndex() == -1 && pos.getIndex() == value.length()) 
{
-if (num.doubleValue() >= (Double.MIN_VALUE * -1) &&
+if (num.doubleValue() >= (Double.MAX_VALUE * -1) &&
 num.doubleValue() <= Double.MAX_VALUE) {
 result = new Double(num.doubleValue());
 }



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