Re: PR221 : Guava or concurrentlinkedhashmap or Caffeine after Java8 migration

Am 9. August 2016 07:42:39 MESZ, schrieb Philippe Mouawad : >Hello, >Any thoughts on this ? To widen the discussion :) What about adding a full blown cache like commons jcs (is it still alive?) or ehcache, etc. Felix >Regards > >On Wednesday, August 3, 2016, Philippe Mouawad > >wrote: > >>

Re: PR221 : Guava or concurrentlinkedhashmap or Caffeine after Java8 migration

Am 9. August 2016 07:42:39 MESZ, schrieb Philippe Mouawad : >Hello, >Any thoughts on this ? >Regards > >On Wednesday, August 3, 2016, Philippe Mouawad > >wrote: > >> Hello, >> >> We have a PR-221 which relies on Guava. >> >> There is a discussion on github on the dependency on guava. >> >> What

Re: JMeter : Migrate to Java8

Am 5. August 2016 23:15:42 MESZ, schrieb Philippe Mouawad : >Hello, >I tend to follow Vladimir's reasoning on this. > >Next release would support Java7 , I suppose it would be released >around >september (which is more than 4 month after 3.0), based on this speed, >Java8 would concern a release

Re: PR221 : Guava or concurrentlinkedhashmap or Caffeine after Java8 migration

Just to be clear: do you feel we are reinventing the wheel by not using Guava? <-- I do not think so (modulo java 8) Do you think we will get more user contributions by using Guava? Philippe Mouawad: > JMeter is core, although we should take into account the eco-system, I > don't see why we shoul

Re: PR221 : Guava or concurrentlinkedhashmap or Caffeine after Java8 migration

On Wednesday, August 10, 2016, Vladimir Sitnikov < sitnikov.vladi...@gmail.com> wrote: > >Should we migrate to Java 8 and then use https://github.com/ben-manes/ > > caffeine > > +1 from me. > > >Should we migrate to Java 8 > > That is +1 as well. > > >Should we introduce guava > > That would get -

Re: PR221 : Guava or concurrentlinkedhashmap or Caffeine after Java8 migration

>Should we migrate to Java 8 and then use https://github.com/ben-manes/ > caffeine +1 from me. >Should we migrate to Java 8 That is +1 as well. >Should we introduce guava That would get -1 from me. The reasoning is: guava from plugins might interfere with guava from jmeter core, thus it might

Re: [GitHub] jmeter issue #221: Bug 59934

Thanks Vladimir, I am aware of that :-) Could you comment on my thread. After further thinking, I don't see why we could not upgrade to Java 8 AND use guava. Besides, I think it would be nice to be reactive on the project and sometimes try things and maybe remove them afterwards. Anyway, current

Jenkins build is back to normal : JMeter-trunk #5366

See

buildbot success in on jmeter-trunk

The Buildbot has detected a restored build on builder jmeter-trunk while building . Full details are available at: https://ci.apache.org/builders/jmeter-trunk/builds/1278 Buildbot URL: https://ci.apache.org/ Buildslave for this Build: hemera_ubuntu Build Reason: The AnyBranchScheduler sched

Re: [GitHub] jmeter issue #221: Bug 59934

Hi And why don't add guava just for this PR (and not use it in other part of the code) And when migration to java 8 will be ready, remove it and use https://github.com/ben-manes/caffeine Antonio 2016-08-10 23:08 GMT+02:00 Vladimir Sitnikov : > Philippe>I'll wait 2 more days for reaction on

Build failed in Jenkins: JMeter-trunk #5365

See Changes: [pmouawad] Updated to jsoup-1.9.2 (from 1.8.3) Fix JUnit and update license file [pmouawad] Updated to jsoup-1.9.2 (from 1.8.3) -- [...truncated 5638 lines...] [javadoc] Loading sour

Re: [GitHub] jmeter issue #221: Bug 59934

Philippe>I'll wait 2 more days for reaction on guava subject. -1 for Guava from me. I would rather speedup migration to java 8. Vladimir

[GitHub] jmeter issue #221: Bug 59934

Github user pmouawad commented on the issue: https://github.com/apache/jmeter/pull/221 Hello, I'll wait 2 more days for reaction on guava subject. Unless there is a nogo, I'll commit the patch as is. Regards --- If your project is set up for it, you can reply to this email

buildbot failure in on jmeter-trunk

The Buildbot has detected a new failure on builder jmeter-trunk while building . Full details are available at: https://ci.apache.org/builders/jmeter-trunk/builds/1276 Buildbot URL: https://ci.apache.org/ Buildslave for this Build: hemera_ubuntu Build Reason: The AnyBranchScheduler schedule

Jenkins build is back to normal : JMeter-trunk #5364

See

Re: JMeter DSL discussion

Hi, First thanks for having in mind to contribute a non gui recorder, by the way what is the use case ? My 2cents inline below. Thanks On Wed, Aug 10, 2016 at 8:55 PM, Epp, Jeremiah W (Contractor) wrote: > > -Original Message- > > From: Vladimir Sitnikov [mailto:sitnikov.vladi...@gmail.c

Re: JMeter DSL discussion

You sound like very sane person, so I'd be happy to hear your suggestions on Taurus, how to help JMeter users more with lightweight format, without the need to rework underlying JMX used by JMeter. Andrey Pokhilko On 08/10/2016 10:19 PM, Epp, Jeremiah W (Contractor) wrote: >> -Original Messag

RE: JMeter DSL discussion

> -Original Message- > From: Andrey Pokhilko [mailto:a...@ya.ru] > Sent: Wednesday, August 10, 2016 2:38 PM > To: dev@jmeter.apache.org > Subject: Re: JMeter DSL discussion > > As a side note, did you see Taurus project (http://gettaurus.org/), > which tries to bring some YAML-based way to

RE: JMeter DSL discussion

> -Original Message- > From: Vladimir Sitnikov [mailto:sitnikov.vladi...@gmail.com] > Sent: Wednesday, August 10, 2016 2:10 PM > To: dev@jmeter.apache.org > Subject: Re: JMeter DSL discussion > >> Hang on, why would you develop your DSL in a different language from what >> JMeter itself is

Re: JMeter DSL discussion

Jeremiah, Thanks for so detailed explanation. As a side note, did you see Taurus project (http://gettaurus.org/), which tries to bring some YAML-based way to express JMeter test plans? Andrey Pokhilko On 08/10/2016 08:49 PM, Epp, Jeremiah W (Contractor) wrote: >> -Original Message- >> F

Re: JMeter DSL discussion

Epp, Jeremiah W (Contractor)> > To preface, we're doing something rather unusual in that we're actually > generating test plans in CI from our functional tests using a command-line > recorder daemon I wrote (based on JMeter; I'm still trying to get > permission > to release the source) and then c

RE: JMeter DSL discussion

> -Original Message- > From: Philippe Mouawad [mailto:philippe.moua...@gmail.com] > Sent: Thursday, July 28, 2016 4:37 PM > To: dev@jmeter.apache.org > Subject: Re: JMeter DSL discussion > > I think DSL has 2 important advantages: > - It is more readable in source repositories. > - it is b

Build failed in Jenkins: JMeter-trunk #5363

See Changes: [pmouawad] Avoid exception throwing when switch value is not numerical. Document code better [pmouawad] Bug 59963 - New Function __RandomFromMultipleVars: Ability to compute a random value from values of 1 or more variables

Developing JMeter Backend Listener

Hi All, I would like to develop my own Backend Listener. My goal:     - Receive each sample (SampleEvent - analyze each one, example: write data to file)    - Get notified when test has started / ended I looked into the documents but didn't see any tutorial / example. The goal is that it will wor