Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 84730 invoked from network); 30 Oct 2006 14:19:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 30 Oct 2006 14:19:47 -0000 Received: (qmail 67550 invoked by uid 500); 30 Oct 2006 14:19:56 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 67229 invoked by uid 500); 30 Oct 2006 14:19:55 -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 67216 invoked by uid 99); 30 Oct 2006 14:19:55 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Oct 2006 06:19:55 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of sianjanuary@googlemail.com designates 64.233.184.236 as permitted sender) Received: from [64.233.184.236] (HELO wr-out-0506.google.com) (64.233.184.236) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Oct 2006 06:19:39 -0800 Received: by wr-out-0506.google.com with SMTP id 58so214008wri for ; Mon, 30 Oct 2006 06:19:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=CcLWCKmdIB+q9fFzivyFCbpfIY+SS7ktANgqerYnjjo9kEZpzHhrK7KH2GVOBPdGzi7aMlNRtsW54DI7AZwafGIWYq2h7A39dNWfIn75c/rO6u7mGair825rrmwFwLLihr6oPdhmtIY53/luHyaILoSCrEaCl59ziF0RruNonnw= Received: by 10.78.123.5 with SMTP id v5mr4911294huc; Mon, 30 Oct 2006 06:19:17 -0800 (PST) Received: by 10.78.178.19 with HTTP; Mon, 30 Oct 2006 06:19:17 -0800 (PST) Message-ID: Date: Mon, 30 Oct 2006 14:19:17 +0000 From: "Sian January" To: harmony-dev@incubator.apache.org, geir@pobox.com Subject: Re: [classlib] Preprocessor (was Re: [classlib][rmi] Code smell - Thread.sleep() in ActivationGroup method) In-Reply-To: <4545498D.6040905@pobox.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_62632_1120176.1162217957263" References: <3b3f27c60610282200w2445a56ena39736e4a6c4fed5@mail.gmail.com> <906dd82e0610290109h52808a4fo79eb800c7a7bbb1@mail.gmail.com> <4544A6F7.3070807@pobox.com> <200610300132.36876.chris.gray@kiffer.be> <4545498D.6040905@pobox.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_62632_1120176.1162217957263 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Yes - I know AspectJ works on the bytecode and not as a pre-processor to the source code and I don't think any other AO languages do that either. Although I'm an advocate for AOP I think we would want to think seriously before introducing a dependency on a non-javac compiler to Harmony. However it would be good for logging, and it's worth noting that AspectJ 5 can also match based on annotations, which makes it possible to achieve quite fine-grained logging without cluttering up the source too much with "if ( logging.isDebugEnabled())" etc. Thanks, Sian On 30/10/06, Geir Magnusson Jr. wrote: > > > > Chris Gray wrote: > > On Sunday 29 October 2006 14:04, Geir Magnusson Jr. wrote: > >> [...] > >> 3) Java ME - We've had some interest (Chris?) in looking at using the > >> Harmony classlib for ME, which can also have some differences that > might > >> be most conveniently kept in place in the main codebase. > > > > Yes, I'm still here and still waiting for an answer to my last mail > about > > bringing Mika to the incubator ... > > I thought you were off trying to figure out IP provenance. > > > > >> [...] > >> First, anyone think this is a good idea and second, anyone have any > >> experience with tools in this area? > > > > For JavaME I think it's the only way we'd be able to maintain a single > source > > tree. We need to be able to "#ifdef out" references to classes we don't > have, > > methods we don't implement, etc.. > > > > That much being said, I don't have a recommendation for a tool to use. > Java > > syntax is sufficiently C-like that cpp is probably do-able, but we'd > probably > > stumble over a whole series of gotcha's, and cpp isn't exactly [deity]'s > gift > > to preprocessing anyway. Maybe one of the aspect-oriented tools (with > which I > > am not at all familiar) could be a better bet? > > How? Doesn't that tend to work on the bytecode? I know that I'd be > uncomfortable with anything where there wasn't a clear source tree > produced. > > geir > > > > > > Cheers, > > > > Chris > > > -- Sian January IBM Java Technology Centre, UK ------=_Part_62632_1120176.1162217957263--