Return-Path: 
 <commons-dev-return-47552-apmail-jakarta-commons-dev-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org
Received: (qmail 39894 invoked from network); 8 Mar 2004 19:04:37 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 8 Mar 2004 19:04:37 -0000
Received: (qmail 48002 invoked by uid 500); 8 Mar 2004 19:03:53 -0000
Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org
Received: (qmail 47950 invoked by uid 500); 8 Mar 2004 19:03:52 -0000
Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:commons-dev-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:commons-dev-subscribe@jakarta.apache.org>
List-Help: <mailto:commons-dev-help@jakarta.apache.org>
List-Post: <mailto:commons-dev@jakarta.apache.org>
List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org>
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Delivered-To: mailing list commons-dev@jakarta.apache.org
Received: (qmail 47870 invoked from network); 8 Mar 2004 19:03:51 -0000
Received: from unknown (HELO logictrends.com) (64.190.71.44)
  by daedalus.apache.org with SMTP; 8 Mar 2004 19:03:51 -0000
Date: Mon,  8 Mar 2004 14:13:10 -0500
Message-Id: <200403081413.AA188940966@logictrends.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
From: "David Gilliland" <dgilliland62@users.sourceforge.net>
Reply-To: <dgilliland62@users.sourceforge.net>
X-Sender: <dgilliland62@users.sourceforge.net>
To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Subject: RE: Proposal for the Commons Sandbox
X-Mailer: <IMail v7.13>
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

Yes, I think Jestr could be incorporated cleanly into the ToStringBuilder hierarchy, either as a subclass of ToStringBuilder, or as a subclass of ReflectionToStringBuilder.  

I would be happy to incorporate it into org.apache.commons.lang.builder, but there's just something about this categorization that bugs me a little:  Isn't the term "builder" a bit misleading here?  After all, Jestr doesn't really care if I am building a toString() method or not, and if I am stringifying some legacy or third party class, then what exactly am I "building"?

---------- Original Message ----------------------------------
From: "Gary Gregory" <ggregory@seagullsw.com>
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Date:  Mon, 8 Mar 2004 13:43:51 -0500

>Hello,
>
>> However I think Jestr is a
>> little different from the ToStringBuilder stuff because it isn't
>> necessarily concerned with helping you implement toString() methods;
>> instead, it's more concerned with helping you log *arbitrary* objects,
>> even if you don't have access to their source code to change their
>> toString() methods.
>
>Note that the o.a.c.l.builder package also provides the ability to
>operate on an arbitrary object. Please see: 
>
>(1) The class ReflectionToStringBuilder: 
>
>http://jakarta.apache.org/commons/lang/api/org/apache/commons/lang/build
>er/ReflectionToStringBuilder.html
>
>(2) The ToStringBuilder methods which forward to
>ReflectionToStringBuilder:
> 
>http://jakarta.apache.org/commons/lang/api/org/apache/commons/lang/build
>er/ToStringBuilder.html#reflectionToString(java.lang.Object)
>
>Gary
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org