[ grinder-Bugs-2958145 ] DCR instrumentation fails with grinder.debug.singleprocess

"SourceForge.net" <[email protected]> Wed, 03 Aug 2011 13:37:03 +0100
Newsgroups gmane.comp.java.grinder.devel
Message-ID <[email protected]>
Bugs item #2958145, was opened at 2010-02-24 19:11
Message generated for change (Comment added) made by philipa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=2958145&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: Closed
>Resolution: Fixed
Priority: 3
Private: No
Submitted By: Philip Aston (philipa)
Assigned to: Philip Aston (philipa)
Summary: DCR instrumentation fails with grinder.debug.singleprocess

Initial Comment:
DCR instrumentation fails when grinder.debug.singleprocess is set to true. Of course, agent must be specified by hand with -javaagent, but it still fails.

Need to support this for Grinderstone at least.

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

>Comment By: Philip Aston (philipa)
Date: 2011-08-03 13:37

Message:
Fixed for next release:
http://grinder.svn.sourceforge.net/viewvc/grinder?view=revision&revision=4286


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

Comment By: PatrickR (patrickroy)
Date: 2010-10-01 19:31

Message:
I have reproduced this bug. I am trying to write Java scripts for Grinder
in Eclipse. To use breakpoints, I enabled grinder.debug.singleprocess. This
caused the NonInstrumentableTypeException exception to be thrown when the
Test object record method is called. It works fine without the
singleprocess setting.

Test case is simple. I start Grinder in Eclipse. It calls a stub Jython
script which calls a Java class. In Java, the new record method of Test is
used to instrument.

By the way, method/object instrumentation is a pain for us. A
startTest/stopTest model would be much more convenient. To work around the
instrumentation I have to create dummy objects with callbacks. The reason
being we don't have objects/methods for our test cases. 

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

Comment By: Philip Aston (philipa)
Date: 2010-03-12 18:30

Message:
The GrinderStone team say it works fine.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=2958145&group_id=18598

------------------------------------------------------------------------------
BlackBerry&reg; DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1