gmane.comp.java.grinder.devel

[ grinder-Feature Requests-3525230 ] Switchto a standard network library

SourceForge.net — 2012-05-13T16:36:11

Feature Requests item #3525230, was opened at 2012-05-09 11:35
Message generated for change (Comment added) made by philipa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=368598&aid=3525230&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core engine
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Philip Aston (philipa)
Assigned to: Philip Aston (philipa)
Summary: Switch to a standard network library

Initial Comment:
As much of the communication package as possible should be replaced with a standard network library. This should improve maintainability and provide more flexibility.

Key features required:
 - Client/Server networking over TCP.
 - Support for java serialisation.
 - Server side acceptor framework that manages connections and network events a scalable manner.
 - Reaping of stale connections.
 - Open source lic

[ grinder-Feature Requests-3525230 ] Switchto a standard network library

SourceForge.net — 2012-05-13T16:35:54

Feature Requests item #3525230, was opened at 2012-05-09 11:35
Message generated for change (Comment added) made by philipa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=368598&aid=3525230&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core engine
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Philip Aston (philipa)
Assigned to: Philip Aston (philipa)
Summary: Switch to a standard network library

Initial Comment:
As much of the communication package as possible should be replaced with a standard network library. This should improve maintainability and provide more flexibility.

Key features required:
 - Client/Server networking over TCP.
 - Support for java serialisation.
 - Server side acceptor framework that manages connections and network events a scalable manner.
 - Reaping of stale connections.
 - Open source lic

[ grinder-Feature Requests-3523611 ]CumulativeStatistics through Console Client API

SourceForge.net — 2012-05-13T16:35:05

Feature Requests item #3523611, was opened at 2012-05-04 13:46
Message generated for change (Comment added) made by philipa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=368598&aid=3523611&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Console
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: https://me.yahoo.com/a/epX1.5Ny ()
Assigned to: Nobody/Anonymous (nobody)
Summary: CumulativeStatistics through Console Client API 

Initial Comment:
Current Console API supporting some of the basic functions like START agents, STOP agents, RESET agents.   Exposing CumulativeStatistics through Console API is very much useful when we run grinder in headless mode.  We can check the statistics  through some web interface. 

----------------------------------------------------------------------

Date: 2012-05-13 09:35

Message:
Web servi

[ grinder-Feature Requests-3526344 ] Replaceconsole client API with RESTful web service

SourceForge.net — 2012-05-13T16:34:29

Feature Requests item #3526344, was opened at 2012-05-13 09:32
Message generated for change (Comment added) made by philipa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=368598&aid=3526344&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Console
Group: None
Status: Open
Priority: 7
Private: No
Submitted By: Philip Aston (philipa)
Assigned to: Philip Aston (philipa)
Summary: Replace console client API with RESTful web service

Initial Comment:
The functionality of the console client API would be better as a REST web service.

There's no reason for it to be stateful, and there's a world of REST-aware clients that could do useful things with it.

Given the half-baked state of the client API, I plan to replace it completely. This will also allow the communication layer to be simplified (e.g. remove then "keep alive" stuff I added recently f

[ grinder-Feature Requests-3526344 ] Replaceconsole client API with RESTful web service

SourceForge.net — 2012-05-13T16:33:58

Feature Requests item #3526344, was opened at 2012-05-13 09:32
Message generated for change (Comment added) made by philipa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=368598&aid=3526344&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Console
Group: None
Status: Open
Priority: 7
Private: No
Submitted By: Philip Aston (philipa)
Assigned to: Philip Aston (philipa)
Summary: Replace console client API with RESTful web service

Initial Comment:
The functionality of the console client API would be better as a REST web service.

There's no reason for it to be stateful, and there's a world of REST-aware clients that could do useful things with it.

Given the half-baked state of the client API, I plan to replace it completely. This will also allow the communication layer to be simplified (e.g. remove then "keep alive" stuff I added recently f

[ grinder-Feature Requests-3526344 ] Replaceconsole client API with RESTful web service

SourceForge.net — 2012-05-13T16:32:36

Feature Requests item #3526344, was opened at 2012-05-13 09:32
Message generated for change (Tracker Item Submitted) made by philipa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=368598&aid=3526344&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Console
Group: None
Status: Open
Priority: 7
Private: No
Submitted By: Philip Aston (philipa)
Assigned to: Philip Aston (philipa)
Summary: Replace console client API with RESTful web service

Initial Comment:
The functionality of the console client API would be better as a REST web service.

There's no reason for it to be stateful, and there's a world of REST-aware clients that could do useful things with it.

Given the half-baked state of the client API, I plan to replace it completely. This will also allow the communication layer to be simplified (e.g. remove then "keep alive" stuff I added r

[ grinder-Feature Requests-3525230 ] Switchto a standard network library

SourceForge.net — 2012-05-13T16:32:09

Feature Requests item #3525230, was opened at 2012-05-09 11:35
Message generated for change (Comment added) made by philipa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=368598&aid=3525230&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core engine
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Philip Aston (philipa)
Assigned to: Philip Aston (philipa)
Summary: Switch to a standard network library

Initial Comment:
As much of the communication package as possible should be replaced with a standard network library. This should improve maintainability and provide more flexibility.

Key features required:
 - Client/Server networking over TCP.
 - Support for java serialisation.
 - Server side acceptor framework that manages connections and network events a scalable manner.
 - Reaping of stale connections.
 - Open source lic

The Grinder 3.9.1: call for testing

Philip Aston — 2012-05-11T16:17:07

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 debu

[ grinder-Bugs-3521073 ] CLOSE_WAIT socketson agent kill

SourceForge.net — 2012-05-11T12:11:14

Bugs item #3521073, was opened at 2012-04-24 07:17
Message generated for change (Settings changed) made by philipa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=3521073&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Console
Group: None
Priority: 3
Private: No
Submitted By: https://me.yahoo.com/a/epX1.5Ny ()
Assigned to: Philip Aston (philipa)
Summary: CLOSE_WAIT sockets on agent kill

Initial Comment:
grinder console not closing the agent tcp connections when agent got killed. 

steps to reproduce: 
1) Start Console and Agent :  You can see 2 TCP ESTABLISHED  on netstat output 
2) Kill the agent:   ESTABLISHED TCP Connections changes to CLOSE_WAIT.  

 

----------------------------------------------------------------------

Comment By: Philip Aston (philipa)
Date: 2012-05-11 05:10

Message:
Fixed for next release:
http://g

[ grinder-Bugs-3521073 ] CLOSE_WAIT socketson agent kill

SourceForge.net — 2012-05-11T12:10:59

Bugs item #3521073, was opened at 2012-04-24 07:17
Message generated for change (Comment added) made by philipa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=3521073&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Console
Group: None
Status: Open
Resolution: None
Priority: 3
Private: No
Submitted By: https://me.yahoo.com/a/epX1.5Ny ()
Assigned to: Philip Aston (philipa)
Summary: CLOSE_WAIT sockets on agent kill

Initial Comment:
grinder console not closing the agent tcp connections when agent got killed. 

steps to reproduce: 
1) Start Console and Agent :  You can see 2 TCP ESTABLISHED  on netstat output 
2) Kill the agent:   ESTABLISHED TCP Connections changes to CLOSE_WAIT.  

 

----------------------------------------------------------------------

Date: 2012-05-11 05:10

Message:
Fixed for next release:
http://grinder.g

[ grinder-Bugs-3524364 ] TCPProxy 3.8 Createsincorrect code for large POSTs

SourceForge.net — 2012-05-11T08:07:16

Bugs item #3524364, was opened at 2012-05-07 08:05
Message generated for change (Settings changed) made by philipa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=3524364&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: TCPProxy
Group: None
Priority: 5
Private: No
Submitted By: Ouray Viney (oviney)
Summary: TCPProxy 3.8 Creates incorrect code for large POSTs

Initial Comment:
Recorded a test with 3.8 and when I tried to execute the script
without making any changes, I got the following error (see snippet
below).

2012-02-15 17:28:32,493 ERROR v3500-vineyo-0 thread-0 [ run-0 ]:
Aborted run: Jython exception: <type 'exceptions.TypeError'>: POST():
4th arg can't be coerced to boolean [calling TestRunner]
net.grinder.scriptengine.jython.JythonScriptExecutionException: <type
'exceptions.TypeError'>: POST(): 4th arg can't be coerced

[ grinder-Bugs-3524364 ] TCPProxy 3.8 Createsincorrect code for large POSTs

SourceForge.net — 2012-05-11T08:06:53

Bugs item #3524364, was opened at 2012-05-07 08:05
Message generated for change (Comment added) made by philipa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=3524364&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: TCPProxy
Group: None
Status: Open
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Ouray Viney (oviney)
Assigned to: Nobody/Anonymous (nobody)
Summary: TCPProxy 3.8 Creates incorrect code for large POSTs

Initial Comment:
Recorded a test with 3.8 and when I tried to execute the script
without making any changes, I got the following error (see snippet
below).

2012-02-15 17:28:32,493 ERROR v3500-vineyo-0 thread-0 [ run-0 ]:
Aborted run: Jython exception: <type 'exceptions.TypeError'>: POST():
4th arg can't be coerced to boolean [calling TestRunner]
net.grinder.scriptengine.jython.JythonScriptExecutionExceptio

[ grinder-Bugs-3525156 ] Null pointerexeception when posting form data

SourceForge.net — 2012-05-11T06:31:19

Bugs item #3525156, was opened at 2012-05-09 09:17
Message generated for change (Comment added) made by philipa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=3525156&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: HTTP Plugin
Group: None
Priority: 3
Private: No
Submitted By: Ouray Viney (oviney)
Assigned to: Philip Aston (philipa)
Summary: Null pointer exeception when posting form data

Initial Comment:
Upgraded my Grinder 3.4 to 3.8 and got the following exception:


2012-05-09 11:22:56,663 ERROR lingrndctl-0 thread-15 [ run-0 ]: Aborted run: Java exception calling TestRunner
net.grinder.scriptengine.jython.JythonScriptExecutionException: Java exception calling TestRunner
        result = getCommRateRequest.POST(self.URI, self.getCommRateXMLPayload,
        File "/opt/home/testusr1/est/bdt1.1/bin/./lingrndctl-file-store/cur

[ grinder-Bugs-3524364 ] TCPProxy 3.8 Createsincorrect code for large POSTs

SourceForge.net — 2012-05-11T05:38:44

Bugs item #3524364, was opened at 2012-05-07 08:05
Message generated for change (Comment added) made by oviney
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=3524364&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: TCPProxy
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Ouray Viney (oviney)
Assigned to: Nobody/Anonymous (nobody)
Summary: TCPProxy 3.8 Creates incorrect code for large POSTs

Initial Comment:
Recorded a test with 3.8 and when I tried to execute the script
without making any changes, I got the following error (see snippet
below).

2012-02-15 17:28:32,493 ERROR v3500-vineyo-0 thread-0 [ run-0 ]:
Aborted run: Jython exception: <type 'exceptions.TypeError'>: POST():
4th arg can't be coerced to boolean [calling TestRunner]
net.grinder.scriptengine.jython.JythonScriptExecutionException: <type
'exception

[ grinder-Bugs-3525735 ] Missing summary oferrors in the Console

SourceForge.net — 2012-05-11T05:36:18

Bugs item #3525735, was opened at 2012-05-10 22:36
Message generated for change (Tracker Item Submitted) made by oviney
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=3525735&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Console
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ouray Viney (oviney)
Assigned to: Nobody/Anonymous (nobody)
Summary: Missing summary of errors in the Console

Initial Comment:
I was testing out Grinder 3.8 and was using some script developed with Grinder 3.4.  One thing I noticed that doesn't seem right is the aggregation of ERRORs in the console, both in the grid view and in the summary view (left most summary box - Mean TPS, Mean Response Time, Total Tests etc.).

I will upload a screenshot later today, don't have access to the assets at the moment.

Note:  I tested

[ grinder-Bugs-3525733 ] No clear errorslogged when Grinder can't find a lib ref

SourceForge.net — 2012-05-11T05:30:00

Bugs item #3525733, was opened at 2012-05-10 22:29
Message generated for change (Settings changed) made by oviney
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=3525733&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core engine
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ouray Viney (oviney)
Assigned to: Nobody/Anonymous (nobody)

Initial Comment:
Hi All:

I ran into an odd issue today when testing a Grinder upgrade from version 3.4 to 3.8.  I performed the upgrade, tested out a script.  During this process I noticed that the agent worker processor started up and then died (CPU spiked and then dropped back to zero).  There were no results in the console and no trace of any errors/exceptions in the logs.  So decided a good testing strategy was to roll back the Grinder version until I got so

[ grinder-Bugs-3525733 ] No clear errorslogged with Grinder

SourceForge.net — 2012-05-11T05:29:03

Bugs item #3525733, was opened at 2012-05-10 22:29
Message generated for change (Tracker Item Submitted) made by oviney
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=3525733&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core engine
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ouray Viney (oviney)
Assigned to: Nobody/Anonymous (nobody)
Summary: No clear errors logged with Grinder

Initial Comment:
Hi All:

I ran into an odd issue today when testing a Grinder upgrade from version 3.4 to 3.8.  I performed the upgrade, tested out a script.  During this process I noticed that the agent worker processor started up and then died (CPU spiked and then dropped back to zero).  There were no results in the console and no trace of any errors/exceptions in the logs.  So decided a good testing strategy

[ grinder-Bugs-3525156 ] Null pointerexeception when posting form data

SourceForge.net — 2012-05-11T05:11:45

Bugs item #3525156, was opened at 2012-05-09 09:17
Message generated for change (Comment added) made by oviney
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=3525156&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: HTTP Plugin
Group: None
Status: Open
Resolution: None
Priority: 3
Private: No
Submitted By: Ouray Viney (oviney)
Assigned to: Philip Aston (philipa)
Summary: Null pointer exeception when posting form data

Initial Comment:
Upgraded my Grinder 3.4 to 3.8 and got the following exception:


2012-05-09 11:22:56,663 ERROR lingrndctl-0 thread-15 [ run-0 ]: Aborted run: Java exception calling TestRunner
net.grinder.scriptengine.jython.JythonScriptExecutionException: Java exception calling TestRunner
        result = getCommRateRequest.POST(self.URI, self.getCommRateXMLPayload,
        File "/opt/home/testusr1/est/bdt1.1/bi

[ grinder-Bugs-3525156 ] Null pointerexeception when posting form data

SourceForge.net — 2012-05-10T15:11:38

Bugs item #3525156, was opened at 2012-05-09 09:17
Message generated for change (Comment added) made by philipa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=3525156&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: HTTP Plugin
Group: None
Status: Open
Resolution: None
Private: No
Submitted By: Ouray Viney (oviney)
Assigned to: Philip Aston (philipa)
Summary: Null pointer exeception when posting form data

Initial Comment:
Upgraded my Grinder 3.4 to 3.8 and got the following exception:


2012-05-09 11:22:56,663 ERROR lingrndctl-0 thread-15 [ run-0 ]: Aborted run: Java exception calling TestRunner
net.grinder.scriptengine.jython.JythonScriptExecutionException: Java exception calling TestRunner
        result = getCommRateRequest.POST(self.URI, self.getCommRateXMLPayload,
        File "/opt/home/testusr1/est/bdt1.1/bin/./lingrnd

[ grinder-Bugs-3525156 ] Null pointerexeception when posting form data

SourceForge.net — 2012-05-10T15:06:25

Bugs item #3525156, was opened at 2012-05-09 09:17
Message generated for change (Comment added) made by oviney
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=3525156&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: HTTP Plugin
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ouray Viney (oviney)
Assigned to: Philip Aston (philipa)
Summary: Null pointer exeception when posting form data

Initial Comment:
Upgraded my Grinder 3.4 to 3.8 and got the following exception:


2012-05-09 11:22:56,663 ERROR lingrndctl-0 thread-15 [ run-0 ]: Aborted run: Java exception calling TestRunner
net.grinder.scriptengine.jython.JythonScriptExecutionException: Java exception calling TestRunner
        result = getCommRateRequest.POST(self.URI, self.getCommRateXMLPayload,
        File "/opt/home/testusr1/est/bdt1.1/bi

[ grinder-Bugs-3525156 ] Null pointerexeception when posting form data

SourceForge.net — 2012-05-10T14:57:42

Bugs item #3525156, was opened at 2012-05-09 09:17
Message generated for change (Comment added) made by oviney
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=3525156&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: HTTP Plugin
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ouray Viney (oviney)
Assigned to: Philip Aston (philipa)
Summary: Null pointer exeception when posting form data

Initial Comment:
Upgraded my Grinder 3.4 to 3.8 and got the following exception:


2012-05-09 11:22:56,663 ERROR lingrndctl-0 thread-15 [ run-0 ]: Aborted run: Java exception calling TestRunner
net.grinder.scriptengine.jython.JythonScriptExecutionException: Java exception calling TestRunner
        result = getCommRateRequest.POST(self.URI, self.getCommRateXMLPayload,
        File "/opt/home/testusr1/est/bdt1.1/bi