Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 19698 invoked from network); 4 Dec 2006 13:48:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Dec 2006 13:48:57 -0000 Received: (qmail 95122 invoked by uid 500); 4 Dec 2006 13:49:04 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 94844 invoked by uid 500); 4 Dec 2006 13:49:03 -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 94835 invoked by uid 99); 4 Dec 2006 13:49:03 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Dec 2006 05:49:03 -0800 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=SPF_HELO_PASS,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: 216.86.168.178 is neither permitted nor denied by domain of geir@pobox.com) Received: from [216.86.168.178] (HELO mxout-03.mxes.net) (216.86.168.178) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Dec 2006 05:48:50 -0800 Received: from [192.168.1.104] (unknown [67.86.14.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id 09F1451926 for ; Mon, 4 Dec 2006 08:48:28 -0500 (EST) Message-ID: <4574272C.60806@pobox.com> Date: Mon, 04 Dec 2006 08:48:28 -0500 From: "Geir Magnusson Jr." Reply-To: geir@pobox.com User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: dev@harmony.apache.org Subject: Re: [build] HWA doesn't work References: <456EFEC9.3050105@pobox.com> <12385bbd0611301616x29c04acbp235445e6b205bf43@mail.gmail.com> <456F7C72.4070403@pobox.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Alexey Varlamov wrote: > 2006/12/4, Mikhail Fursov : >> On 12/4/06, Alexey Varlamov wrote: >> > >> > My understanding is that the SetBCPElement() should be a private >> > member of BootstrapClassLoader but not public. Altering bootclasspath >> > at runtime after complete initialization is not an allowable thing, >> > and this should be enforced by design. >> >> >> Alexey, >> this method was made public for vmcore module to adjust bootclasspath >> during >> initialization stage. This is the mechanism for components to register >> their Java code in VM during startup. >> If we change the schema of registration of Java code for components (for >> example, allowing modification of public bootclasspath property), then >> yes, >> we can make this method private. > > This is exactly what I meant. Yes, properties are just there to adjust > them during init; AFAIU BootstrapClassLoader.Initialize() is > guaranteed to be called later than any VM component initialization, > therefore component can modify bcp-properties legally. That's why I put the class path construction there. > This would also reduce coupling between vmcore and EM. Though there > are component startup classes which need to be loaded and > initialized... Can we handle this on EM side somehow (in a lazy manner > maybe)? > Another issue here is using Java properties for magics, I presume we > want them as VM-internal actually? BTW, can we use just prefixes to > mark keys, instead of prefix.*.suffix? I mean, > -Dvm.components.gc_cc.startupclass -> -XDvm.components.startupclass.gc_cc What is the idea behind "-XD..."? > > This would better fit properties API, get_properties_keys_staring_with(). > What do you say? > >> >> -- >> Mikhail Fursov >> >>