Return-Path: X-Original-To: apmail-jmeter-dev-archive@minotaur.apache.org Delivered-To: apmail-jmeter-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 56E04FB44 for ; Wed, 3 Apr 2013 17:15:07 +0000 (UTC) Received: (qmail 47601 invoked by uid 500); 3 Apr 2013 17:15:07 -0000 Delivered-To: apmail-jmeter-dev-archive@jmeter.apache.org Received: (qmail 47409 invoked by uid 500); 3 Apr 2013 17:15:02 -0000 Mailing-List: contact dev-help@jmeter.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jmeter.apache.org Delivered-To: mailing list dev@jmeter.apache.org Received: (qmail 47368 invoked by uid 99); 3 Apr 2013 17:15:00 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Apr 2013 17:15:00 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of nabarun.mondal@gmail.com designates 209.85.215.48 as permitted sender) Received: from [209.85.215.48] (HELO mail-la0-f48.google.com) (209.85.215.48) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Apr 2013 17:14:55 +0000 Received: by mail-la0-f48.google.com with SMTP id fq13so1651435lab.21 for ; Wed, 03 Apr 2013 10:14:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=jHgu6L5/aSfKor+4k/5xAhfkrqRDRABxA1gg990cIs0=; b=ZPAu2iI1krXqbfnCt+d5/UcazYrJfEzX+xpqWb71B6ABP5blT7i3XyFGeKRLccxY9W JbEPsTYDwS3/t8AngqJlL3jlHtTkKNEaxuYJeaEhWdoQidBtilblmZVZM9GRAZaPEcUY jU2iejjRvGkAjqt0wg96ZMCILeVVsswRskb42C/wrFwp9VuZ9Xp1wzKKDlb+jWvNomet 22Ar8Ig4aIBs13TrPbDn1wgnRZoLVRgQX/1rBdxButNT+YvWLxQYSk0CyKxvBtqrYj7T 0/dm7eEXNX9sZBh+YCkgK2fODP6ee0Thpl7JKcCWuCn5L9LLouUN/RuiqP7AoUK3LAds cIUw== MIME-Version: 1.0 X-Received: by 10.152.28.3 with SMTP id x3mr1386360lag.27.1365009274563; Wed, 03 Apr 2013 10:14:34 -0700 (PDT) Received: by 10.112.49.103 with HTTP; Wed, 3 Apr 2013 10:14:34 -0700 (PDT) In-Reply-To: References: Date: Wed, 3 Apr 2013 22:44:34 +0530 Message-ID: Subject: Re: The Implementation of Content Formatting Language for JMS in Jmeter From: Noga To: dev@jmeter.apache.org Content-Type: multipart/alternative; boundary=089e0158c396ed033204d977fcbf X-Virus-Checked: Checked by ClamAV on apache.org --089e0158c396ed033204d977fcbf Content-Type: text/plain; charset=ISO-8859-1 If I understood you correctly:- 1. JMeter can already send messages to the middleware . 2. JMeter can not send *meaningful messages* to the middleware. WHY? 3. You want to 1. Implement an add-on to make the messages meaningful? 2. Or change some functionality such as to incorporate a language string generator mechanism so that anyone can later incorporate the language grammar to the engine, and generate strings on that language? 4. Please let us know which one option of 3.1 or 3.2 you want to build. [3.2] IMHO might not be an easy task, language string generator generators are never easy. [3.1] Probably would not have any qualms. Thanks --Noga On Wed, Apr 3, 2013 at 8:07 AM, Pranav Bhole wrote: > Hello to all, > This is Pranav Bhole, I am Master student at The University of > Texas at Dallas. I haven been using Jmeter extensively as core since 5-6 > years in my academic and professional work. I worked for IBM in the > Middleware Domain. Recently an idea came up in my mind with concern of the > following things: > > A. Jmeter sends the Bulk of Garbage message (of given size) in the given > Queue. Internally, in the middleware application , this Queue is mostly > linked with the Middleware Services which pick up the message and process > it with the business logic. > B. In the above case, if we wish to have performance harness test of the > middleware application using Jmeter. Jmeter will simply push the Bulk > Garbage message in the queue , this message will be straightforwardly > rejected by the Service because it wont me matching with given input > format of the service. > > With concern of the scenarios of A and B, I have an idea of implementing > the Content Formatting Language for message contents. This language will > send the formatted message in the Queue and which will be processed by the > service which pick up the message from the queue. In this way we could be > able to push the meaning full messages in the Queue and eventually will be > able to analyze the performance harness of the entire Middleware > Application. > > As I am graduate student, I wish to implement this module as student of > Google Summer of Code 2013. > I am pretty excited about the reviews of the Jmeter's developers community > on this idea. > And off-course this is impossible without Jmeter Dev's prestigious > guidance. I request to Jmeter's mentor to guide me about this. > If you have any idea already running in your mind related to this then I > would love to hear that. > > Thank you > > -- > Pranav Bhole > Student of MS in Computer Science for Fall 2012, > University of Texas at Dallas > http://www.linkedin.com/in/pranavbhole > pranav.bhole@utdallas.edu > Cell Phone No: 972-978-6108. > --089e0158c396ed033204d977fcbf--