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 > 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, wrote: > https://issues.apache.org/bugzilla/show_bug.cgi?id=52033 > > --- Comment #13 from Philippe Mouawad > 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 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, wrote: > >> https://issues.apache.org/bugzilla/show_bug.cgi?id=52033 >> >> --- Comment #13 from Philippe Mouawad >> 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 wrote: > On 1 November 2011 14:25, Philippe Mouawad > 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, wrote: > > > >> https://issues.apache.org/bugzilla/show_bug.cgi?id=52033 > >> > >> --- Comment #13 from Philippe Mouawad > >> 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 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 wrote: > >> On 1 November 2011 14:25, Philippe Mouawad >> 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, wrote: >> > >> >> https://issues.apache.org/bugzilla/show_bug.cgi?id=52033 >> >> >> >> --- Comment #13 from Philippe Mouawad >> >> 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
Re: DO NOT REPLY [Bug 52033] Allowing multiple certificates (JKS)
Sorry about top post, I don't know how to change it . On Tue, Nov 1, 2011 at 3:41 PM, sebb wrote: > 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 > 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? > What do you mean ? > > Seems to me that the keystore is very rarely needed, or am I missing > something? > Yes it's true. > > > On Tue, Nov 1, 2011 at 3:32 PM, sebb wrote: > > > >> On 1 November 2011 14:25, Philippe Mouawad > >> 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, wrote: > >> > > >> >> https://issues.apache.org/bugzilla/show_bug.cgi?id=52033 > >> >> > >> >> --- Comment #13 from Philippe Mouawad > > >> >> 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 > > -- Cordialement. Philippe Mouawad.
Re: DO NOT REPLY [Bug 52033] Allowing multiple certificates (JKS)
On 1 November 2011 14:46, Philippe Mouawad wrote: > Sorry about top post, I don't know how to change it . You did change for this reply ... > On Tue, Nov 1, 2011 at 3:41 PM, sebb wrote: > >> 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 >> 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? >> > > What do you mean ? Rather than always load the keystore, we would only load it of the property was present. The method SSLManager.getKeyStore() already reads the System property javax.net.ssl.keyStore. However, the code defaults to loading the file user.home/.keystore which may well be present on a user system. We could just drop the default, in which case the user would need to specify the system property. This would be an incompatible change, but would affect very few people. >> >> Seems to me that the keystore is very rarely needed, or am I missing >> something? >> > > Yes it's true. > >> >> > On Tue, Nov 1, 2011 at 3:32 PM, sebb wrote: >> > >> >> On 1 November 2011 14:25, Philippe Mouawad >> >> 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, wrote: >> >> > >> >> >> https://issues.apache.org/bugzilla/show_bug.cgi?id=52033 >> >> >> >> >> >> --- Comment #13 from Philippe Mouawad > > >> >> >> 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 >> >> > > > -- > 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, wrote: > https://issues.apache.org/bugzilla/show_bug.cgi?id=52033 > > --- Comment #14 from Julian Cesar 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 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, wrote: > >> https://issues.apache.org/bugzilla/show_bug.cgi?id=52033 >> >> --- Comment #14 from Julian Cesar 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 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 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 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