Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 7314 invoked from network); 28 Mar 2008 22:16:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 28 Mar 2008 22:16:46 -0000 Received: (qmail 48085 invoked by uid 500); 28 Mar 2008 22:16:43 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 48049 invoked by uid 500); 28 Mar 2008 22:16:42 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 48040 invoked by uid 99); 28 Mar 2008 22:16:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Mar 2008 15:16:42 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of t.p.ellison@gmail.com designates 72.14.220.157 as permitted sender) Received: from [72.14.220.157] (HELO fg-out-1718.google.com) (72.14.220.157) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Mar 2008 22:16:01 +0000 Received: by fg-out-1718.google.com with SMTP id 16so366802fgg.36 for ; Fri, 28 Mar 2008 15:16:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=Jn82MlG5dnAqzf5YWvF3gmb32dGetKFN4nCl02zsyho=; b=rDO+KSBXFKEBryFqu3EwobF3HM2V93CjXz5UUGdSS45Amwykyb+jWYKu0tmkD4jDBkNf095TCZXcQMhJAUKTZQEGpDHlOQ6F2AtDb1P4VBYjP0/v+gOC+gl9SAZBFMdFE3PvohMsbVGJy4zdqeltX3mfcCR/7iMDcLBZ+HKrREI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=URn4w3lxHgHMPvBrM8LuIrW88/9Pu4ZIRxrXmTwxN5/OWr3TLdMxsbdOCr6uwlDGL3ZOJP/nXki376so0+7Zv/n+STFijYboCmMjM2OQcOy/nSL1/HEt6e4iOAF3mPI9DArVSYm+GMTV6A8xfoil3SQ5+ZHfl898xRQDlXhKpp0= Received: by 10.86.90.2 with SMTP id n2mr2127281fgb.43.1206742572092; Fri, 28 Mar 2008 15:16:12 -0700 (PDT) Received: from ?192.168.0.5? ( [86.111.176.100]) by mx.google.com with ESMTPS id e11sm2736693fga.5.2008.03.28.15.16.10 (version=SSLv3 cipher=RC4-MD5); Fri, 28 Mar 2008 15:16:11 -0700 (PDT) Message-ID: <47ED6E27.2090600@gmail.com> Date: Fri, 28 Mar 2008 22:16:07 +0000 From: Tim Ellison User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: dev@harmony.apache.org Subject: Re: [classlib][archive] Re: Delayed entry parsing References: <47DFA3C3.6070106@gmail.com> <47EC265C.8070901@gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Alexei Fedotov wrote: > Actually I was thinking of benefits of extending ByteBuffer and > returning ByteBuffer instance from the static method. Imagine a time > when the same ByteBuffer would be used through the whole > implementation starting from a memory mapped file till UTF-8 decoder > input, and only relative positions would be passed around. > > The reason why I did not use the ByteBuffer for return type was I was > unable to find enough arguments for that complication right now. May > be Alexey's MANIFEST would be the case when it would be convenient > just to shift the last buffer position a over a nul character. > > Folks, I need your opinion to either rename the class or change return > type to a slightly heavier one. Rename. Let's move one step at a time. Regards, Tim