Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 40111 invoked from network); 16 Feb 2006 08:25:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 16 Feb 2006 08:25:01 -0000 Received: (qmail 54338 invoked by uid 500); 16 Feb 2006 08:24:49 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 54260 invoked by uid 500); 16 Feb 2006 08:24:49 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 54249 invoked by uid 99); 16 Feb 2006 08:24:49 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Feb 2006 00:24:48 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of anton.avtamonov@gmail.com designates 64.233.162.202 as permitted sender) Received: from [64.233.162.202] (HELO zproxy.gmail.com) (64.233.162.202) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Feb 2006 00:24:48 -0800 Received: by zproxy.gmail.com with SMTP id o1so118457nzf for ; Thu, 16 Feb 2006 00:24:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=b8HkbywuMciQQeYG2/uZ3V2wTl4WxWliuNFNMhOSD2pvlwETNJ061odR5/1DTdDeY6F9pBkZWed/pDrA+mhLkzwZEiCwwnAZ9FBrYB6y9jjV6JYptym3qpu3HDoMrmkzKMqLxHiXiLxp39RxsmhdGiAsQWWNeBK+IDPYtKlzIpw= Received: by 10.64.241.8 with SMTP id o8mr563836qbh; Thu, 16 Feb 2006 00:24:27 -0800 (PST) Received: by 10.64.250.9 with HTTP; Thu, 16 Feb 2006 00:24:27 -0800 (PST) Message-ID: <46d21a9a0602160024t1c57ee73k9a5617ffb6fb43d9@mail.gmail.com> Date: Thu, 16 Feb 2006 11:24:27 +0300 From: Anton Avtamonov To: harmony-dev@incubator.apache.org Subject: Re: I welcome J2SE 6's faster-splash.... re: Java speed-up In-Reply-To: <52733fad0602152159m7ca78f81p9bacfa14e3a91850@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <52733fad0602152159m7ca78f81p9bacfa14e3a91850@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 2/16/06, Fernando Cassia wrote: [snip] > You try to sound clever by making that statement, but imho, despite any > other speed-up work who might be implemented, Sun's solution > is very important, and something that should have been implemented a long= , > long time ago. I welcome their implementation, even if late. > > Get this: Splash screens sever an important purpose: they're a visual cue= to > tell the user that the program is loading (even if it takes a long time). Yes, splash screen feature is very important from usability point of you. However the problem itself is not completely clear for me: even early I was able to show splash screen if I wanted. Obviously, Swing stuff takes to much time to be initialized, but it start initialization only when the first reference to Swing is processed, i.e. direct or indirect call requires UIManager to be loaded. Therefore you can easily show splash screen at the begging of the program and continue with loading all other 'heavy-weight' stuff then. Does it make sense? For instance, I used SWT just to show splash screen quickly and then continue with Swing-based UI. Of course, such approach requires VM to be completely initialized anyway (in contrast to Mustang's splashes). I welcome any approaches which makes JVM start up faster :-) -- Anton Avtamonov, Intel Middleware Products Division