Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 47050 invoked from network); 7 Aug 2006 15:05:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 7 Aug 2006 15:05:57 -0000 Received: (qmail 71711 invoked by uid 500); 7 Aug 2006 15:05:55 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 71669 invoked by uid 500); 7 Aug 2006 15:05:55 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 71658 invoked by uid 99); 7 Aug 2006 15:05:55 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Aug 2006 08:05:55 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [209.237.227.198] (HELO brutus.apache.org) (209.237.227.198) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Aug 2006 08:05:54 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id CCD487142C9 for ; Mon, 7 Aug 2006 15:03:13 +0000 (GMT) Message-ID: <6669432.1154962993819.JavaMail.jira@brutus> Date: Mon, 7 Aug 2006 08:03:13 -0700 (PDT) From: "Aaron Mulder (JIRA)" To: dev@geronimo.apache.org Subject: [jira] Created: (GERONIMO-2290) Percent complete goes over 100% when installing configurations MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Percent complete goes over 100% when installing configurations -------------------------------------------------------------- Key: GERONIMO-2290 URL: http://issues.apache.org/jira/browse/GERONIMO-2290 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: core, console Affects Versions: 1.1 Reporter: Aaron Mulder Priority: Critical Fix For: 1.1.x Looks like the UnpackArtifactTypeHandler counts the "uncompressed" bytes, whereas the % is based on the content size returned by the server for the download (the "compressed" byte count). Probably should use an InputStream between the download stream and the ZIP stream that performs the count on read(byte[],int,int) and them use that count instead of the uncompressed count. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira