Re: transaction controller issue
Hi, yes that's what I found, I read the bug report yesterday, but is it completelly fixed on JMeter 2.5.1? Or if the first evaluation of the IF is false it'll still fail? Thanks. Franco On Mon, Oct 31, 2011 at 6:21 PM, Philippe Mouawad philippe.moua...@gmail.com wrote: Hello, You may be facing an issue fixed in 2.5.1. See http://jakarta.apache.org/jmeter/changes.html If Controller - Catches a StackOverflowError when a condition returns always false (after at least one iteration with return true) See bug 50618 Regards Philippe On Mon, Oct 31, 2011 at 7:38 PM, Franco Sabadini fsab...@gmail.com wrote: Hi, I'm having an issue on JMeter 2.5, when running a test with a transaction controller inside an IF controller I get the following error (only sometimes): 2011/10/28 13:36:47 ERROR - jmeter.threads.JMeterThread: Test failed! java.lang.StackOverflowError at java.lang.String.indexOf(String.java:1521) at java.lang.ClassLoader.checkName(ClassLoader.java:775) at java.lang.ClassLoader.findLoadedClass(ClassLoader.java:947) at java.lang.ClassLoader.loadClass(ClassLoader.java:291) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) at org.mozilla.javascript.DefiningClassLoader.loadClass(DefiningClassLoader.java:72) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389) at java.lang.Class.getConstructor0(Class.java:2699) at java.lang.Class.newInstance0(Class.java:326) at java.lang.Class.newInstance(Class.java:308) at org.mozilla.javascript.optimizer.Codegen.createScriptObject(Codegen.java:83) at org.mozilla.javascript.Context.compileImpl(Context.java:2280) at org.mozilla.javascript.Context.compileString(Context.java:1284) at org.mozilla.javascript.Context.compileString(Context.java:1273) at org.mozilla.javascript.Context.evaluateString(Context.java:1129) at org.apache.jmeter.control.IfController.evaluateCondition(IfController.java:110) at org.apache.jmeter.control.IfController.next(IfController.java:167) at org.apache.jmeter.control.GenericController.nextIsAController(GenericController.java:187) at org.apache.jmeter.control.GenericController.reInitializeSubController(GenericController.java:229) at org.apache.jmeter.control.GenericController.reInitializeSubController(GenericController.java:230) at org.apache.jmeter.control.GenericController.reInitializeSubController(GenericController.java:230) at org.apache.jmeter.control.GenericController.reInitializeSubController(GenericController.java:230) at org.apache.jmeter.control.GenericController.reInitializeSubController(GenericController.java:230) at org.apache.jmeter.control.GenericController.reInitializeSubController(GenericController.java:230) at org.apache.jmeter.control.GenericController.reInitializeSubController(GenericController.java:230) at org.apache.jmeter.control.GenericController.reInitializeSubController(GenericController.java:230) at org.apache.jmeter.control.GenericController.reInitializeSubController(GenericController.java:230) at org.apache.jmeter.control.GenericController.reInitializeSubController(GenericController.java:230) at org.apache.jmeter.control.GenericController.reInitializeSubController(GenericController.java:230) at org.apache.jmeter.control.GenericController.reInitializeSubController(GenericController.java:230) at org.apache.jmeter.control.GenericController.reInitializeSubController(GenericController.java:230) at org.apache.jmeter.control.GenericController.reInitializeSubController(GenericController.java:230) at org.apache.jmeter.control.GenericController.reInitializeSubController(GenericController.java:230) .. Did anyone else see this? Thanks. Franco -- Cordialement. Philippe Mouawad.
Re: DO NOT REPLY [Bug 52033] Allowing multiple certificates (JKS)
Hello Sebb, Do you think JsseSSLManager should implement TestListener or is there a better way to achieve this: - Make JmeterKeyStore load Keystore at startup (in my proposition it will load it at Test startup) Thank you Regards Philippe On Tue, Nov 1, 2011 at 3:18 PM, bugzi...@apache.org wrote: https://issues.apache.org/bugzilla/show_bug.cgi?id=52033 --- Comment #13 from Philippe Mouawad p.moua...@ubik-ingenierie.com 2011-11-01 14:18:19 UTC --- Hello, You can achieve the first by setting: - HTTPClient 3.1 or 4 as implementation - setting https.use.cached.ssl.context=false For the second , we will make it an option. Regards Philippe -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: notifications-unsubscr...@jakarta.apache.org For additional commands, e-mail: notifications-h...@jakarta.apache.org -- Cordialement. Philippe Mouawad.
Re: DO NOT REPLY [Bug 52033] Allowing multiple certificates (JKS)
On 1 November 2011 14:25, Philippe Mouawad philippe.moua...@gmail.com wrote: Hello Sebb, Do you think JsseSSLManager should implement TestListener or is there a better way to achieve this: - Make JmeterKeyStore load Keystore at startup (in my proposition it will load it at Test startup) The problem is that the keystore is only needed for some tests. Ideally it should only be loaded when necessary. Thank you Regards Philippe On Tue, Nov 1, 2011 at 3:18 PM, bugzi...@apache.org wrote: https://issues.apache.org/bugzilla/show_bug.cgi?id=52033 --- Comment #13 from Philippe Mouawad p.moua...@ubik-ingenierie.com 2011-11-01 14:18:19 UTC --- Hello, You can achieve the first by setting: - HTTPClient 3.1 or 4 as implementation - setting https.use.cached.ssl.context=false For the second , we will make it an option. Regards Philippe -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: notifications-unsubscr...@jakarta.apache.org For additional commands, e-mail: notifications-h...@jakarta.apache.org -- Cordialement. Philippe Mouawad. - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org
Re: DO NOT REPLY [Bug 52033] Allowing multiple certificates (JKS)
I wanted to add a property called keystore_eager_load=false (by default). On Tue, Nov 1, 2011 at 3:32 PM, sebb seb...@gmail.com wrote: On 1 November 2011 14:25, Philippe Mouawad philippe.moua...@gmail.com wrote: Hello Sebb, Do you think JsseSSLManager should implement TestListener or is there a better way to achieve this: - Make JmeterKeyStore load Keystore at startup (in my proposition it will load it at Test startup) The problem is that the keystore is only needed for some tests. Ideally it should only be loaded when necessary. Thank you Regards Philippe On Tue, Nov 1, 2011 at 3:18 PM, bugzi...@apache.org wrote: https://issues.apache.org/bugzilla/show_bug.cgi?id=52033 --- Comment #13 from Philippe Mouawad p.moua...@ubik-ingenierie.com 2011-11-01 14:18:19 UTC --- Hello, You can achieve the first by setting: - HTTPClient 3.1 or 4 as implementation - setting https.use.cached.ssl.context=false For the second , we will make it an option. Regards Philippe -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: notifications-unsubscr...@jakarta.apache.org For additional commands, e-mail: notifications-h...@jakarta.apache.org -- Cordialement. Philippe Mouawad. - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org -- Cordialement. Philippe Mouawad.
Re: DO NOT REPLY [Bug 52033] Allowing multiple certificates (JKS)
Please don't top post; it's easier to follow the thread if it is in order. On 1 November 2011 14:34, Philippe Mouawad philippe.moua...@gmail.com wrote: I wanted to add a property called keystore_eager_load=false (by default). That seems reasonable. But would it make sense to only load the keystore if it was requested, e.g. via another property? Seems to me that the keystore is very rarely needed, or am I missing something? On Tue, Nov 1, 2011 at 3:32 PM, sebb seb...@gmail.com wrote: On 1 November 2011 14:25, Philippe Mouawad philippe.moua...@gmail.com wrote: Hello Sebb, Do you think JsseSSLManager should implement TestListener or is there a better way to achieve this: - Make JmeterKeyStore load Keystore at startup (in my proposition it will load it at Test startup) The problem is that the keystore is only needed for some tests. Ideally it should only be loaded when necessary. Thank you Regards Philippe On Tue, Nov 1, 2011 at 3:18 PM, bugzi...@apache.org wrote: https://issues.apache.org/bugzilla/show_bug.cgi?id=52033 --- Comment #13 from Philippe Mouawad p.moua...@ubik-ingenierie.com 2011-11-01 14:18:19 UTC --- Hello, You can achieve the first by setting: - HTTPClient 3.1 or 4 as implementation - setting https.use.cached.ssl.context=false For the second , we will make it an option. Regards Philippe -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: notifications-unsubscr...@jakarta.apache.org For additional commands, e-mail: notifications-h...@jakarta.apache.org -- Cordialement. Philippe Mouawad. - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org -- Cordialement. Philippe Mouawad. - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org
ISSUE 52033
Hello Sebb, I implemented a KeystorePreloader component that can be added to Test Plan (it implements TestBean). This way, no additionnal jmeter.properties property and preloading only occurs when you explicitely add component to TestPlan. Do you agree with it ? can I commit it ? or do you find it too heavy for this ? Thank Regards Philippe On Tue, Nov 1, 2011 at 4:49 PM, bugzi...@apache.org wrote: https://issues.apache.org/bugzilla/show_bug.cgi?id=52033 --- Comment #14 from Julian Cesar juliance...@gmail.com 2011-11-01 15:49:28 UTC --- if you create a option to load key store on start jmeter would be perfect. We would like a nightly builds for the final tests, when we have it? -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: notifications-unsubscr...@jakarta.apache.org For additional commands, e-mail: notifications-h...@jakarta.apache.org -- Cordialement. Philippe Mouawad.
Re: ISSUE 52033
On 1 November 2011 19:32, Philippe Mouawad philippe.moua...@gmail.com wrote: Hello Sebb, I implemented a KeystorePreloader component that can be added to Test Plan (it implements TestBean). This way, no additionnal jmeter.properties property and preloading only occurs when you explicitely add component to TestPlan. Do you agree with it ? can I commit it ? or do you find it too heavy for this ? This seems like a good idea, though I think I would just call it KeystoreConfig Perhaps it could also be used to define the KEY_STORE_START_INDEX/KEY_STORE_END_INDEX values - easier to use than the properties. Thank Regards Philippe On Tue, Nov 1, 2011 at 4:49 PM, bugzi...@apache.org wrote: https://issues.apache.org/bugzilla/show_bug.cgi?id=52033 --- Comment #14 from Julian Cesar juliance...@gmail.com 2011-11-01 15:49:28 UTC --- if you create a option to load key store on start jmeter would be perfect. We would like a nightly builds for the final tests, when we have it? -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: notifications-unsubscr...@jakarta.apache.org For additional commands, e-mail: notifications-h...@jakarta.apache.org -- Cordialement. Philippe Mouawad. - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org
JMeter SVN move
In 10 minutes (at 21:20 GMT) I propose to move JMeter SVN from Jakarta to the new top-level directory. Please refrain from checking in any code until further notice. I will send another e-mail when the move has been completed (should only take a few minutes) with details of how to access the new URLs. Thanks! - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org
** JMeter SVN move about to start **
Please don't use JMeter SVN for the next 10 minutes or so. I will advise when the move has been completed. - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org
JMeter SVN move completed
JMeter has been voted as a TLP, and is in the process of being reorganised. The JMeter SVN URLs have changed. http[s]://svn.apache.org/repos/asf/jakarta/jmeter/ has become http[s]://svn.apache.org/repos/asf/jmeter/ So for example trunk has changed from https://svn.apache.org/repos/asf/jakarta/jmeter/trunk to https://svn.apache.org/repos/asf//jmeter/trunk Developers need to change to the top-level of their working copy and run the following commands: $ svn info Path: . URL: https://svn.apache.org/repos/asf/jakarta/jmeter/trunk For the above URL, use the folllowing command: svn switch https://svn.apache.org/repos/asf/jmeter/trunk/ This will adjust all the repo references and you should be ready to go again. Please ensure that you use the same scheme (https or perhaps http). Any problems, please ask here. - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org
Re: JMeter SVN move completed
Hello Sebb, Congratulations for TLP. Is Jenkins build setup with this change ? Do nightly builds still get generated or we need to wait some time. Regards Philippe On Tue, Nov 1, 2011 at 10:36 PM, sebb seb...@gmail.com wrote: JMeter has been voted as a TLP, and is in the process of being reorganised. The JMeter SVN URLs have changed. http[s]://svn.apache.org/repos/asf/jakarta/jmeter/ has become http[s]://svn.apache.org/repos/asf/jmeter/ So for example trunk has changed from https://svn.apache.org/repos/asf/jakarta/jmeter/trunk to https://svn.apache.org/repos/asf//jmeter/trunk Developers need to change to the top-level of their working copy and run the following commands: $ svn info Path: . URL: https://svn.apache.org/repos/asf/jakarta/jmeter/trunk For the above URL, use the folllowing command: svn switch https://svn.apache.org/repos/asf/jmeter/trunk/ This will adjust all the repo references and you should be ready to go again. Please ensure that you use the same scheme (https or perhaps http). Any problems, please ask here. - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org -- Cordialement. Philippe Mouawad.
Re: JMeter SVN move completed
On 1 November 2011 22:12, Philippe Mouawad philippe.moua...@gmail.com wrote: Hello Sebb, Congratulations for TLP. Is Jenkins build setup with this change ? Do nightly builds still get generated or we need to wait some time. Yes, Jenkins should be OK. Also, buildbot generates nightly builds at: http://ci.apache.org/projects/jmeter/nightlies/index.html Regards Philippe On Tue, Nov 1, 2011 at 10:36 PM, sebb seb...@gmail.com wrote: JMeter has been voted as a TLP, and is in the process of being reorganised. The JMeter SVN URLs have changed. http[s]://svn.apache.org/repos/asf/jakarta/jmeter/ has become http[s]://svn.apache.org/repos/asf/jmeter/ So for example trunk has changed from https://svn.apache.org/repos/asf/jakarta/jmeter/trunk to https://svn.apache.org/repos/asf//jmeter/trunk Developers need to change to the top-level of their working copy and run the following commands: $ svn info Path: . URL: https://svn.apache.org/repos/asf/jakarta/jmeter/trunk For the above URL, use the folllowing command: svn switch https://svn.apache.org/repos/asf/jmeter/trunk/ This will adjust all the repo references and you should be ready to go again. Please ensure that you use the same scheme (https or perhaps http). Any problems, please ask here. - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org -- Cordialement. Philippe Mouawad. - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org