<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.java.grinder.user">
    <title>gmane.comp.java.grinder.user</title>
    <link>http://blog.gmane.org/gmane.comp.java.grinder.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8495"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8494"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8493"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8492"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8491"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8490"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8489"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8488"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8487"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8486"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8485"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8484"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8483"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8482"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8481"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8480"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8479"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8478"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8477"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.grinder.user/8476"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8495">
    <title>Fwd: The Grinder 3.9.1: call for testing</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8495</link>
    <description>&lt;pre&gt;Widening the beta-testing audience to grinder-use. Please kick the tyres
of 3.9.1...


-------- Original Message --------
Subject: The Grinder 3.9.1: call for testing
Date: Fri, 11 May 2012 17:17:07 +0100
From: Philip Aston &amp;lt;philipa-O5WfVfzUwx8&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
To: 'grinder-dev' &amp;lt;grinder-development-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org&amp;gt;, Ouray
Viney &amp;lt;ouray-BbpMSQBCDjY&amp;lt; at &amp;gt;public.gmane.org&amp;gt;



I didn't release 3.9, due to bug 351793

Today I pushed The Grinder 3.9.1 to Nexus:

https://oss.sonatype.org/content/repositories/netsfgrinder-322/net/sf/grinder/grinder/3.9.1/grinder-3.9.1-binary.zip


3.9.1 Fixes:

  Fix bug 3517593 - Recording Jython script with 3.9 produced an
  invalid script. Thanks to greghmerrill and John Felten for the beta
  testing and report.

  Fix bug 3525156 - Better exception handling of invalid header arrays
  passed to HTTPRequest. Thanks to Ouray Viney for the report.

  Fix bug 3521073 - CLOSE_WAIT sockets on agent kill. Dead connections
  should now be cleaned up after 30 seconds. Thanks to Tumri for the
  report.


3.9 Fixes:

  Fix bug 3511553 - TCP proxy recorded scripts do not extract headers
  correctly, leaving a syntactically incorrect script.

  Fix bug 3511035 - 3.8 bundles additional, older version of xmlbeans.

  Fix bug 3511536 - Generated Clojure script uses logger API
  incorrectly. Thanks to Chris Bolton for the report. I also disabled
  the "offline debug" macros by default.

  Fix bug 3512095 - proxy-generated XML gives each attribute a new
  namespace. Thanks to Bill Smith for the report.


I'm particularly keen to release the fix for 3511553, which covers the
broken script recording in The Grinder 3.8.

I'd be grateful if a few of you could do some pre-release user testing,
focussing in particular on script recording.

Thanks!

- Phil



------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Philip Aston</dc:creator>
    <dc:date>2012-05-17T18:29:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8494">
    <title>Re: grinder.duration, when is it checked?</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8494</link>
    <description>&lt;pre&gt;

Its scheduled using a timer. When the timer expires, the worker threads
are interrupted in a similar manner to a "stop processes" command from
the console. A worker thread will detect the interrupt and exit the next
time it starts a Test or calls grinder.sleep(). The worker process will
wait for up to 10 seconds for all worker threads to exit, and then
terminate anyway.

- Phil

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Philip Aston</dc:creator>
    <dc:date>2012-05-15T19:17:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8493">
    <title>Re: Console defaults file</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8493</link>
    <description>&lt;pre&gt;
No, they're undocumented. However, they're stable. You can save


You could hack the directory with -Duser.home=....

If you'd like a better way,  please open a feature request.


Please add details of the properties are you interested in overriding to
your feature request.


Its alpha, and currently only doc'd in Javadoc
(http://grinder.sourceforge.net/mvn-site/grinder-core/apidocs/net/grinder/console/client/package-summary.html).

I'm working on a better alternative, so its unlikely I'll extend the
client API. See
http://sourceforge.net/tracker/?func=detail&amp;amp;aid=3526344&amp;amp;group_id=18598&amp;amp;atid=368598

- Phil



------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Philip Aston</dc:creator>
    <dc:date>2012-05-15T19:09:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8492">
    <title>grinder.duration, when is it checked?</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8492</link>
    <description>&lt;pre&gt;Hi everyone!

When is grinder.duration enforced? Or how often is it checked?

For instance, is it monitored continuously such that a worker could 
abort mid script?

Or are scripts always run to completion and grinder.duration only 
checked between runs?

Thanks
-Alan

&lt;/pre&gt;</description>
    <dc:creator>Alan Takaoka</dc:creator>
    <dc:date>2012-05-15T18:45:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8491">
    <title>Console defaults file</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8491</link>
    <description>&lt;pre&gt;Hello

Are the properties in the console defaults file documented somewhere ? I 
could not find them with a search on the website documentation.

Is there a way to pass a different defaults file to the console (other than 
~/.grinder_console) ? 

I would like to run the console as part of an automated test process and I 
would like to preserve any settings the current user might already have in 
his/her ~/.console_grinder file, if any.

How does the headless mode work ? How do I send console commands in this 
mode ? Is there some documentation for that ?


Thank you,
Timothy Madden


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Timothy Madden</dc:creator>
    <dc:date>2012-05-15T12:36:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8490">
    <title>Re: Writing Scripts In Java</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8490</link>
    <description>&lt;pre&gt;Calling ScriptContext services will only work when your code is called
by The Grinder.

There's no support for pure Java test scripts. You'll need a top level
Jython or Clojure script. From that script, you can call your Java code;
and the Java code can access the ScriptContext services, including
instrumentation (if you're using the new instrumentation engine:
http://grinder.sourceforge.net/g3/instrumentation.html#new-instrumentation).

HTH,

- Phil

On 30/04/12 22:00, Qays Hasanayn Poonawala wrote:


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Philip Aston</dc:creator>
    <dc:date>2012-05-11T16:23:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8489">
    <title>Re: Grinder Console CLOSE_WAIT  sockets</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8489</link>
    <description>&lt;pre&gt;I can reproduce this, and I'm working on a fix I'll follow up on bug
#3521073.

https://sourceforge.net/tracker/?func=detail&amp;amp;atid=118598&amp;amp;aid=3521073&amp;amp;group_id=18598

- Phil

On 23/04/12 20:34, Tumri009 wrote:


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
grinder-use mailing list
grinder-use-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/grinder-use
&lt;/pre&gt;</description>
    <dc:creator>Philip Aston</dc:creator>
    <dc:date>2012-05-07T16:52:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8488">
    <title>Re: Error in script running.</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8488</link>
    <description>&lt;pre&gt;"java.io.EOFException: Premature EOF encountered" during
"HTTPClient.HTTPResponse.getData()" means that the server (or some
network component before the server) terminated the connection before
sending a complete response.

- Phil

On 21/04/12 09:13, Mavlarn Tuohuti wrote:

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
grinder-use mailing list
grinder-use-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/grinder-use
&lt;/pre&gt;</description>
    <dc:creator>Philip Aston</dc:creator>
    <dc:date>2012-05-06T15:56:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8487">
    <title>Re: Sample code for a composite test</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8487</link>
    <description>&lt;pre&gt;Hi Gary,

take a look on attached grinder.py script .
Test 400 is a composite Test and groups 3 "simple" Tests 401-403.

Is this what you were asking about ?

Best Regards,
Karol Muszynski

2012/5/5 Gary Mulder &amp;lt;Gary.Mulder-5PsBwic62gdBDgjK7y7TUQ&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
grinder-use mailing list
grinder-use-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/grinder-use
&lt;/pre&gt;</description>
    <dc:creator>karolm Gazeta.pl</dc:creator>
    <dc:date>2012-05-06T06:58:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8486">
    <title>Sample code for a composite test</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8486</link>
    <description>&lt;pre&gt;Hi all,

I'm transcoding some nightmare Load Runner scripts into Grinder so that they can be executed automagically from a Jenkins job. This is all to avoid me becoming a "button punching monkey" (tm) - running manual Load Runner tests every time some developer wants to try something new. Everything is going quite nicely, with a lot of C cruft being consumed by a caffeinated Python (sorry, it is late on a Saturday, and I couldn't resist).

However, there is one feature in Load Runner that I don't know how to reproduce in Grinder, namely composite transactions. It seems that there is reference in the Grinder lists and API to composite Tests, but no sample code. Does anyone have a sample of code on how to wrap N Test wrapped HTTPRequest objects into a composite Test?

Is it as simple as moving the N Test wrapped HTTPRequest objects into a method, and then wrapping that method?

Regards,
Gary

________________________________________________________________________
In order to protect our email recipients, Betfair Group use SkyScan from 
MessageLabs to scan all Incoming and Outgoing mail for viruses.

________________________________________________________________________------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
grinder-use mailing list
grinder-use-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/grinder-use
&lt;/pre&gt;</description>
    <dc:creator>Gary Mulder</dc:creator>
    <dc:date>2012-05-05T19:35:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8485">
    <title>Re: Grinder 3.7.1 TCPProxy -&gt; POST(): 4th arg can'tbe coerced to boolean</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8485</link>
    <description>&lt;pre&gt;Hi Phil:

When I get a chance, I'll record the raw XML version and attach it.

I am able to reproduce this 100%.

Cheers,

Ouray

On Wed, May 2, 2012 at 12:08 PM, Ouray Viney &amp;lt;ouray-BbpMSQBCDjY&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:




&lt;/pre&gt;</description>
    <dc:creator>Ouray Viney</dc:creator>
    <dc:date>2012-05-02T19:33:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8484">
    <title>Re: Grinder 3.8 TCPProxy no longer adding basicauthentication to requests...</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8484</link>
    <description>&lt;pre&gt;Hi Again:

It would appear that it was a one time issue.  I have done a few new
recordings today and didn't see the problem again.

Perhaps it has something to do with the password being cached by the
browser?

If I see this happen again, consistently, I'll consider logging a defect.

Thanks,

Ouray

On Wed, May 2, 2012 at 12:00 PM, Ouray Viney &amp;lt;ouray-BbpMSQBCDjY&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:




&lt;/pre&gt;</description>
    <dc:creator>Ouray Viney</dc:creator>
    <dc:date>2012-05-02T19:31:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8483">
    <title>Re: Grinder 3.7.1 TCPProxy -&gt; POST(): 4th arg can'tbe coerced to boolean</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8483</link>
    <description>&lt;pre&gt;Hi All:

I am able to reproduce this problem in Grinder 3.8.

Workaround:  Adjust the code manually.

Phil, I'll get to logging a defect.

Ouray

On Wed, Feb 15, 2012 at 5:54 PM, Ouray Viney &amp;lt;ouray-BbpMSQBCDjY&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:




&lt;/pre&gt;</description>
    <dc:creator>Ouray Viney</dc:creator>
    <dc:date>2012-05-02T16:08:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8482">
    <title>Grinder 3.8 TCPProxy no longer adding basicauthentication to requests...</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8482</link>
    <description>&lt;pre&gt;Hi All:

Has anyone else noticed that Grinder 3.8 TCPProxy doesn't capture the basic
authentication headers as it used to in 3.4?  Previously, TCPProxy would
add the required basic authentication code to each request, now, nothing?
 I was forced to manually enter it for each request, which is quite a
bugger and time sapper.

*Question*:  Is there a way to globally set the basic authentication that
all requests should inherit?

I will log a bug when time permits, also once I have verified my recording
steps aren't flawed.

&lt;/pre&gt;</description>
    <dc:creator>Ouray Viney</dc:creator>
    <dc:date>2012-05-02T16:00:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8481">
    <title>Re: Upgrade from Grinder 3.4 to Grinder 3.8 - no data file output and no sign of test script exec</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8481</link>
    <description>&lt;pre&gt;I will think about it and try to come up with some ideas.  At a
minimum, I would think throwing an exception would be helpful.

Kind Rgds,

Ouray Viney

Sent from my iPhone

On 2012-05-01, at 1:50, Philip Aston &amp;lt;philipa-O5WfVfzUwx8&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Ouray Viney</dc:creator>
    <dc:date>2012-05-01T10:15:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8480">
    <title>Re: Upgrade from Grinder 3.4 to Grinder 3.8 - no data file output and no sign of test script exec</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8480</link>
    <description>&lt;pre&gt;

On 30/04/12 22:47, Ouray Viney wrote:

Sure, if you can suggest how The Grinder should handle this.

- Phil


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Philip Aston</dc:creator>
    <dc:date>2012-05-01T05:49:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8479">
    <title>Re: Upgrade from Grinder 3.4 to Grinder 3.8 - no data file output and no sign of test script exec</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8479</link>
    <description>&lt;pre&gt;Hi All:

An interesting update.  I have 3.8 working on a Windows 7 system, so
clearly I have some mucked up shell scripts.  I'll look at that and reply
to this thread once fixed.

Cheers,

Ouray

On Mon, Apr 30, 2012 at 5:03 PM, Ouray Viney &amp;lt;ouray-BbpMSQBCDjY&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:




&lt;/pre&gt;</description>
    <dc:creator>Ouray Viney</dc:creator>
    <dc:date>2012-04-30T21:23:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8478">
    <title>Re: Upgrade from Grinder 3.4 to Grinder 3.8 - no data file output and no sign of test script exec</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8478</link>
    <description>&lt;pre&gt;Hi All:

I was having a seniors moment ;-).

My issue was caused by the Jython script directory having a space.  As soon
as I removed the space, Grinder began behaving correctly.  I guess Grinder
*could* handle this more gracefully, but for now, I am happy.

Phil, do you think it is worth logging a defect?

Cheers,

Ouray

On Mon, Apr 30, 2012 at 5:03 PM, Ouray Viney &amp;lt;ouray-BbpMSQBCDjY&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:




&lt;/pre&gt;</description>
    <dc:creator>Ouray Viney</dc:creator>
    <dc:date>2012-04-30T21:47:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8477">
    <title>Upgrade from Grinder 3.4 to Grinder 3.8 - no data file output and no sign of test script exec</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8477</link>
    <description>&lt;pre&gt;Hi All:

I recently upgrade a system from 3.4 to 3.8.  Right out of the gates I see
two problems, 1) data file is empty, 2) there is no error log.

I checked the file system and noticed that the out file was pretty small.

grinder&amp;lt; at &amp;gt;lingrnd13:/opt/home/testusr1/est/bdt1.1/log$ ls -lrt
total 4
-rw-r--r-- 1 testusr1 grnd   0 Apr 30 16:45 lingrnd13-0-data.log
-rw-r--r-- 1 testusr1 grnd 637 Apr 30 16:45 lingrnd13-0.log

So I checked the contents of the outfile:

grinder&amp;lt; at &amp;gt;lingrnd13:/opt/home/testusr1/est/bdt1.1/log$ cat lingrnd13-0.log
2012-04-30 16:45:20,758 INFO  lingrnd13-0 : The Grinder version 3.8
2012-04-30 16:45:20,763 INFO  lingrnd13-0 : Java(TM) SE Runtime Environment
1.6.0_13-b03: Java HotSpot(TM) Client VM (11.3-b02, mixed mode) on Linux
i386 2.6.18-274.18.1.el5xen
2012-04-30 16:45:20,767 INFO  lingrnd13-0 : time zone is EDT (-0400)
2012-04-30 16:45:20,867 INFO  lingrnd13-0 : worker process 0 of agent
number 0
2012-04-30 16:45:21,172 INFO  lingrnd13-0 : instrumentation agents:
traditional Jython instrumenter; byte code transforming instrumenter for
Java
2012-04-30 16:45:23,856 INFO  lingrnd13-0 : registered plug-in
net.grinder.plugin.http.HTTPPlugin

Also, the console shows nothing, no updated stats.

Has something changed re: the agent/console start-up scripts?  Due to the
fact that I am not getting any errors/exceptions, I don't have a lot to
work with.  Please feel free to suggest ideas.

Kind Rgds,

&lt;/pre&gt;</description>
    <dc:creator>Ouray Viney</dc:creator>
    <dc:date>2012-04-30T21:03:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8476">
    <title>Writing Scripts In Java</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8476</link>
    <description>&lt;pre&gt;Does anyone know of some sample load test scripts written in Java?

After spending some time looking in the Java API for Grinder, (
http://grinder.sourceforge.net/g3/script-javadoc/index.html ) I still don't
understand how to create a test script and use the statistics and logger
features.

Grinder.grinder and all related static fields seem to be uninitialized when
using the API. I found that GrinderStone (older versions) worked by using
Grinder and creating a ScriptContextImplementation as well as other classes
in their weaver-src directory.
(
http://code.google.com/p/grinderstone/source/browse/trunk/project/com.googlecode.grinderstone/weaver-src/?r=169#weaver-src%2Fnet%2Fgrinder%2Fengine)

I would greatly appreciate any help.

Thanks,
Qays
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
grinder-use mailing list
grinder-use-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/grinder-use
&lt;/pre&gt;</description>
    <dc:creator>Qays Hasanayn Poonawala</dc:creator>
    <dc:date>2012-04-30T21:00:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.grinder.user/8475">
    <title>Re: Scenarios?</title>
    <link>http://permalink.gmane.org/gmane.comp.java.grinder.user/8475</link>
    <description>&lt;pre&gt;Hi:

You nailed it!

 b) make the script able to run multiple scenarios in parallel (
using threads?)

You just need to take a look at the samples you got when you downloaded The
Grinder.  You can also find more details by looking at The Grinder website,
think you'll find you answers in the user guide.

Cheers,

Ouray

On Thu, Apr 26, 2012 at 1:31 AM, Perryn Fowler &amp;lt;pezlists-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:




&lt;/pre&gt;</description>
    <dc:creator>Ouray Viney</dc:creator>
    <dc:date>2012-04-26T10:23:31</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.java.grinder.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.java.grinder.user</link>
  </textinput>
</rdf:RDF>

