Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 89827 invoked from network); 2 Jun 2004 21:20:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 2 Jun 2004 21:20:13 -0000 Received: (qmail 44312 invoked by uid 500); 2 Jun 2004 21:20:25 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 44288 invoked by uid 500); 2 Jun 2004 21:20:24 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 44274 invoked by uid 99); 2 Jun 2004 21:20:24 -0000 Received: from [192.18.33.10] (HELO exchange.sun.com) (192.18.33.10) by apache.org (qpsmtpd/0.27.1) with SMTP; Wed, 02 Jun 2004 14:20:24 -0700 Received: (qmail 27280 invoked by uid 50); 2 Jun 2004 21:21:08 -0000 Date: 2 Jun 2004 21:21:08 -0000 Message-ID: <20040602212108.27279.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: commons-dev@jakarta.apache.org Cc: Subject: DO NOT REPLY [Bug 29294] - [lang][PATCH] lang.math.Fraction class deficiencies X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N 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=29294 [lang][PATCH] lang.math.Fraction class deficiencies ------- Additional Comments From cananian@alumni.princeton.edu 2004-06-02 21:21 ------- While we're changing Fraction: the multiplyBy and divideBy methods should be renamed 'multiply' and 'divide' to match standard Java convention: see for example the BigInteger class. There's some discussion of (eventually) adding operator overloading to Java, which would use these 'standard named methods', so this could become even more important than it is at present. The next patch, which is separated out from the others and should be applied *after* attachment #11701, simply deprecates the current names and adds new methods with the 'correct' names. Old code will continue to work. --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org