Return-Path: Delivered-To: apmail-commons-user-archive@www.apache.org Received: (qmail 57228 invoked from network); 3 Aug 2008 22:36:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Aug 2008 22:36:20 -0000 Received: (qmail 15159 invoked by uid 500); 3 Aug 2008 22:36:16 -0000 Delivered-To: apmail-commons-user-archive@commons.apache.org Received: (qmail 15089 invoked by uid 500); 3 Aug 2008 22:36:16 -0000 Mailing-List: contact user-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Users List" Delivered-To: mailing list user@commons.apache.org Received: (qmail 15078 invoked by uid 99); 3 Aug 2008 22:36:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 03 Aug 2008 15:36:16 -0700 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=SPF_NEUTRAL,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [208.75.86.161] (HELO vafer.org) (208.75.86.161) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 03 Aug 2008 22:35:18 +0000 Received: from dslb-084-058-066-208.pools.arcor-ip.net ([84.58.66.208]:32770 helo=[10.0.1.5]) by vafer.org with esmtpsa (TLS-1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.67) (envelope-from ) id 1KPmAw-0003Tp-SQ for user@commons.apache.org; Sun, 03 Aug 2008 22:35:43 +0000 Message-Id: <6833798E-F426-4C3D-A742-827CA80BAD86@apache.org> From: Torsten Curdt To: "Commons Users List" In-Reply-To: <18800054.post@talk.nabble.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Subject: Re: JavaFlow: Prevent method from being instrumented Date: Mon, 4 Aug 2008 00:35:41 +0200 References: <18800054.post@talk.nabble.com> X-Mailer: Apple Mail (2.926) X-Virus-Checked: Checked by ClamAV on apache.org Hey Peter, Of course this *could* be added. Not sure it's really worth the effort though. You sure you can't separate your flow better instead? cheers -- Torsten On Aug 3, 2008, at 18:26, Peter Niederwieser wrote: > > Hi, > > is there a way to prevent a method from being instrumented by > JavaFlow? I'm > asking because most of my methods are not pausable (i.e. > Continuation.suspend() won't ever be called from inside these > methods), yet > they are still being instrumented. I fear this will have an adverse > effect > on processing time and memory usage (bloated class files and > Continuation > objects). Memory usage is of particular concern because I'm also > serializing > Continuation objects to disk. > > Cheers, > Peter > -- > View this message in context: http://www.nabble.com/JavaFlow%3A-Prevent-method-from-being-instrumented-tp18800054p18800054.html > Sent from the Commons - User mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscribe@commons.apache.org > For additional commands, e-mail: user-help@commons.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@commons.apache.org For additional commands, e-mail: user-help@commons.apache.org