Return-Path: X-Original-To: apmail-jakarta-jmeter-user-archive@www.apache.org Delivered-To: apmail-jakarta-jmeter-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3E0226FDC for ; Mon, 25 Jul 2011 12:06:36 +0000 (UTC) Received: (qmail 69574 invoked by uid 500); 25 Jul 2011 12:06:35 -0000 Delivered-To: apmail-jakarta-jmeter-user-archive@jakarta.apache.org Received: (qmail 69216 invoked by uid 500); 25 Jul 2011 12:06:31 -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 69190 invoked by uid 99); 25 Jul 2011 12:06:30 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Jul 2011 12:06:30 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [80.154.98.24] (HELO mail2.wincor-nixdorf.com) (80.154.98.24) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Jul 2011 12:06:22 +0000 Received: from deexcs03.wincor-nixdorf.com ([172.18.244.18]) by mail2.wincor-nixdorf.com (8.14.1/8.14.1) with ESMTP id p6PC5vnA014720 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 25 Jul 2011 12:05:58 GMT Received: from DEEXVS51.wincor-nixdorf.com ([fe80::a135:6700:cdbf:7e75]) by deexcs03.wincor-nixdorf.com ([fe80::2423:b7f0:d4dc:26b8%10]) with mapi; Mon, 25 Jul 2011 14:05:57 +0200 From: "_ext van Leeuwen, Paul" To: JMeter Users List Date: Mon, 25 Jul 2011 14:05:55 +0200 Subject: RE: embedding JMeter / calling JMeter from other Java code Thread-Topic: embedding JMeter / calling JMeter from other Java code Thread-Index: AcxGVHyPkdl60ZcpQTehBidqnsdkwQEa6Xzw Message-ID: <38FD45F8B3DE904BBF437A2E16B81EC806CF49CB98@DEEXVS51.wincor-nixdorf.com> References: <38FD45F8B3DE904BBF437A2E16B81EC806CF47A00B@DEEXVS51.wincor-nixdorf.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org Apparently I am not the only person who sees the benefit of a more programm= atic interface: I found that some other guy from some other company already= created a feature request some time ago: https://issues.apache.org/bugzill= a/show_bug.cgi?id=3D50034 I guess now I can only wait. If you read this thread and also want a more p= rogrammer-friendly JMeter API, then please consider leaving a comment on th= e issue above to make yourself heard. With regards to the suggestions made on this email-thread: @apc : it seems to me that your logic is from the point of view of JMeter. = I am looking at other frameworks: like when running a large regression test= set on the machine of every developer and some continues integration serve= r (like Hudson). Some of these tests might use JMeter while others do not. = In such case you just want to be able to add JMeter as a dependency on your= project (having e.g. maven managing the details) and do something like: JMeter jmeter =3D new JMeter(); TestResult result =3D jmeter.run(outputStreamWithMyJMXFile); assertTrue(result.isSuccessfull()); Another example is when defining a broader set of automated tests in FitNes= se. Trying to write fixtures that call JMeter is currently quite a pain. @brian : you seem to understand what I mean and what I am trying to do. Ind= eed there are solutions existing to call JMeter in a programmatic way: the = ant plugin you refer to assumes JMeter to be installed in a specific locati= on. There is also a maven plugin that has a lot of boilerplate code to init= ialize JMeter. Both are a bit hacky and unstable on the long term: with new= er versions they may break. That is exactly why I would hope that JMeter ha= s a native API for its core (which could then be worked on from the GUI or = from other Java code. I am not sure whether the JMeter developers would con= sider such. @deepak : sure I could decompile the JMeter plugin I was referring to and m= ove to a JMeter alternative that is more programmers friendly (like HttpUni= t), but how would JMeter benefit from that? Also I still find JMeter the be= st tool for our needs: from time to time we will have to record new test ac= tions and the JMeter GUI is quite helpful there. Also JMeter is a tool that= is already known to the less-technical people in the department, so I'd ra= ther not switch. For a response to the second half of your message: please = see my response to apc above. --------------------------------------------------------------------- To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: jmeter-user-help@jakarta.apache.org