Return-Path: Delivered-To: apmail-jakarta-jmeter-user-archive@www.apache.org Received: (qmail 22601 invoked from network); 1 Jan 2011 17:15:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 1 Jan 2011 17:15:52 -0000 Received: (qmail 78625 invoked by uid 500); 31 Dec 2010 16:15:50 -0000 Delivered-To: apmail-jakarta-jmeter-user-archive@jakarta.apache.org Received: (qmail 78261 invoked by uid 500); 31 Dec 2010 16:15:48 -0000 Mailing-List: contact jmeter-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "JMeter Users List" Reply-To: "JMeter Users List" Delivered-To: mailing list jmeter-user@jakarta.apache.org Received: (qmail 78253 invoked by uid 99); 31 Dec 2010 16:15:46 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 Dec 2010 16:15:46 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sebbaz@gmail.com designates 209.85.216.44 as permitted sender) Received: from [209.85.216.44] (HELO mail-qw0-f44.google.com) (209.85.216.44) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 Dec 2010 16:15:39 +0000 Received: by qwg5 with SMTP id 5so12601156qwg.31 for ; Fri, 31 Dec 2010 08:15:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=j3K8t/YOqkBwnPeWrqKJbMsE9PXFT4JIbWUYqR90xnY=; b=lAFWniORLuuBCvehM0zXIveZkw88u0ugZwu1ye4b35Im6cP6TwvfDx6SlhR2uIoWze rluqMV2WWbIUBGzhgFF5QflVRHU33zidCV4Ji1AQMzvr2Z0faR/Hc+b2+eqrFFkVI0yP L2/sCYQSn1GsGBg1on77U7+dXa0P6WGm5gdf4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=Hms+/tIn8ukNz7ZK2WkL6qBYFxsm4dI1bB7Del2QmzjFRMExnahVP6xQ7TX+xeIaH+ gpAbgqUL211lur+ktoDBHbMvsxljyOT//akHQBF6Y+PSp+1x8pr2ozJc/IXs5V1oOROk DSWfbfKZtTlqpPunhCf6OZ7T8BsOViFA7qhA8= MIME-Version: 1.0 Received: by 10.229.95.11 with SMTP id b11mr15542817qcn.28.1293812118026; Fri, 31 Dec 2010 08:15:18 -0800 (PST) Received: by 10.229.95.208 with HTTP; Fri, 31 Dec 2010 08:15:17 -0800 (PST) In-Reply-To: References: Date: Fri, 31 Dec 2010 16:15:17 +0000 Message-ID: Subject: Re: Why are IncludeController loaded at startup and at Test Start? From: sebb To: JMeter Users List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On 27 December 2010 16:49, Anthony Johnson wrote: > Hello list, > =A0 =A0I'm in the implementation stage of another enhancement for the > IncludeController and needed some feedback from Devs who know the code > a little better than myself. > > My Enhancement: =A0I want to be able to see the included trees that are > being executed including listeners so that the test can more easily be > debugged, monitored and modular. =A0I know this can be accomplished, but > the results have been under-whelming which is the trigger for this > e-mail. > > My Questions: > > 1. =A0Why are IncludeControllers loaded on Test Plan load and also on > Test Run start? =A0Couldn't we just load it once when we are compiling > the test at Test runtime? Sorry, no idea without delving deep into the code. > 2. =A0If we loaded at Test runtime only couldn't we then use standard > variables for finding the include files instead of the > includecontroller.prefix property? Probably. > 3. =A0Are than any objections to modifying the GUI JTree to display the > Included Elements as part of that tree. =A0My "current" vision is that a > "Clear/Clear All" would purge the JTree of ReplaceableController trees > and would cause them to be re-loaded at the next Test Run. =A0A > reloading of Included files would be accomplished by simply doing a > "Clear All" No objections, so long as this does not cause problems for non-GUI and server modes. Also, I think this should be optional, as updating the tree will cause additional overhead, and the trade-off may not suit everyone. > Thoughts? > > Thanks, > > Anthony > > --------------------------------------------------------------------- > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: jmeter-user-help@jakarta.apache.org