Re: [jmeter] branch master updated: build.gradle.kts in core, functions, components, protocol: Fix dependencies for pom generation and remove version

gt; > > https://github.com/apache/jmeter/blob/2cfdec9d50ddab4649b813c07724588a03371ef4/src/protocol/build.gradle.kts#L86 > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: [jmeter] branch master updated: build.gradle.kts in core, functions, components, protocol: Fix dependencies for pom generation and remove version

I must be blind this evening. Where ? > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: [jmeter] branch master updated: build.gradle.kts in core, functions, components, protocol: Fix dependencies for pom generation and remove version

1/ I reverted the ones that indeed look wrong. 2/ But I kept dec which is needed for http. On Sat, Nov 9, 2019 at 11:26 PM Philippe Mouawad wrote: > I still have 2 doubts: > >- For com.miglayout:miglayout-swing , isn't it missing ? >- Is scope runtime in the poms corre

Re: [jmeter] branch master updated: build.gradle.kts in core, functions, components, protocol: Fix dependencies for pom generation and remove version

xerces:xercesImpl:jar:2.12.0:runtime > [INFO] \- xml-apis:xml-apis:jar:1.4.01:runtime > > >http modules requires HttpClient, it's not referenced , as a > > consequence corresponding pom is wrong > > See > $ mvn -f src/protocol/http/build/publications/http/pom-default.xml > dependency:tree > ... > [INFO] +- org.apache.httpcomponents:httpmime:jar:4.5.10:runtime > [INFO] | \- org.apache.httpcomponents:httpclient:jar:4.5.10:runtime > ... > > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: [jmeter] branch master updated: build.gradle.kts in core, functions, components, protocol: Fix dependencies for pom generation and remove version

encies to JMeter is not the right way to workaround j-m-p issue. > That's not the topic here. And If you know an issue on j-m-p, feel free to open an issue, contribute a PR or 2 cents..., that will help. > Vladimir > -- Cordialement. Philippe Mouawad.

Re: [jmeter] branch master updated: build.gradle.kts in core, functions, components, protocol: Fix dependencies for pom generation and remove version

Also, check the 5.2 poms, nowhere httpclient is referenced for example while it should. So the commit is not incorrect. On Sat, Nov 9, 2019 at 10:50 PM Philippe Mouawad wrote: > > > On Sat, Nov 9, 2019 at 10:45 PM Vladimir Sitnikov < > sitnikov.vladi...@gmail.com> wrote: &g

Re: [jmeter] branch master updated: build.gradle.kts in core, functions, components, protocol: Fix dependencies for pom generation and remove version

n the past https://bz.apache.org/bugzilla/show_bug.cgi?id=58679 > Please revert the changes that add the dependencies. > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: [jmeter] branch master updated: build.gradle.kts in core, functions, components, protocol: Fix dependencies for pom generation and remove version

ts > +implementation("xmlpull:xmlpull") > Used by core for persisting > +implementation("xpp3:xpp3_min") > Used by core for persisting and so on. > > I'm fine with removal of the versions, however, I'm not fine with adding > dependencies that are not actually used. > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: [jmeter] branch master updated: build.gradle.kts in core, functions, components, protocol: Fix dependencies for pom generation and remove version

On Sat, Nov 9, 2019 at 10:30 PM Vladimir Sitnikov < sitnikov.vladi...@gmail.com> wrote: > >Fix dependencies for pom generation and remove version > > Why are the dependencies added? > Which ones are not used ? They are not used by JMeter. > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: gw generatePom not generating pom files

> > $ cd src/core > $ gw generatePom > $ grep -B 3 -A 3 jorphan build/publications/core/pom-default.xml > > > org.apache.jmeter > jorphan > 5.2.1-SNAPSHOT > > > > Vladimir > -- Cordialement. Philippe Mouawad.

gw generatePom not generating pom files

Hello, gradle.md says: # Generate all pom files # The resulting files are placed under build/publications folder gw generatePom But I see nothing in build/publications Am I the only one in this case ? Thanks Regards

Re: [jmeter] branch master updated: ApacheJMeter_config.jar: Restore bin folder and add missing files

text("*.jmx") > > Those files were not here. > Are they required? > > What is the test case for the jar? > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: Send raw results to InfluxDB?

//github.com/apache/jmeter/pull/544 but happy to > discuss details here or on the PR. > Nice idea. > > Thanks > -- Cordialement. Philippe Mouawad.

Re: Version 5.2 (Broken poms)

< sitnikov.vladi...@gmail.com> wrote: > I reached out to jmeter-maven-plugin 3 month ago, and they did not seem to > care: https://github.com/jmeter-maven-plugin/jmeter-maven- > plugin/issues/339 > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: Version 5.2 (Broken poms)

Philippe Mouawad wrote: > Hello, > We have an issue with generated poms: > > 1/ Unspecified version in ApacheJMeter_core for jorphan: > > https://repo1.maven.org/maven2/org/apache/jmeter/ApacheJMeter_core/5.2/ApacheJMeter_core-5.2.pom > > We have this: > > org.apache.jm

Version 5.2 (Broken poms)

Hello, We have an issue with generated poms: 1/ Unspecified version in ApacheJMeter_core for jorphan: https://repo1.maven.org/maven2/org/apache/jmeter/ApacheJMeter_core/5.2/ApacheJMeter_core-5.2.pom We have this: org.apache.jmeterjorphanunspecified 2/ The other poms are wrong. Previously all mo

Re: Change the svnpubsub to gitpubsub for Apache JMeter's website (INFRA-19387)

Thanks a lot Gavin On Wednesday, November 6, 2019, Gavin McDonald wrote: > Changed, try it in an hour or so. > > > Gav... > > On Wed, Nov 6, 2019 at 11:01 AM Philippe Mouawad < > philippe.moua...@gmail.com> wrote: > > > > Hello Infra Team, > > JM

Change the svnpubsub to gitpubsub for Apache JMeter's website (INFRA-19387)

Hello Infra Team, JMeter 5.2 release is blocked by this last step where we need your help to publish the website. Thank you again Regards Philippe

Re: [VOTE] Release JMeter 5.2 RC5

I do not support this release (please indicate why) > > > > The vote will remain open for at least 72 hours. > > > > The PMC members please indicate the mention "(binding)" with your vote. > > > > > > Note: If the vote passes, the intention is to release the archive files > > and rename the RC tag as the release tag. > > > > Thanks in advance! > > > > Milamber > > > > === > > [1] SHA512 hashes of archives for this vote: > > > > > edf26274488bda32daed1ca95701dbae860161876fa209e5617ba3c90d038f59bd845bf5bfa648f2d41066ac488b0e2484f437c0c858f35b708606043e584149 > > *apache-jmeter-5.2.tgz > > > e0efd1c9ce0ae6530b727346a8d410957fc7a475090f79fe2ece09d447f916be929d14a409d64793abf0b853abdfb67e34c6b326802b6480ee96b07b7de91add > > *apache-jmeter-5.2.zip > > > 1077fcd2effac23a50866d723968cfd1c96b3343dc5c6479318edd03fdc80c30b7686d382c195b60abaffb07ea74c5b03bde53a6d9e385011e5099d02fcb199b > > *apache-jmeter-5.2_src.tgz > > > 9fd575bb81b19887a4183404fa06f3a1d2e2a730cdfdf239ce5cb3f9336cdf12eb4d25f75b6866ea2f20737043133f6cd39c95a107ef5a42beadc89adaececbc > > *apache-jmeter-5.2_src.zip > -- Cordialement. Philippe Mouawad.

Remove mouse wheel listener that handles zoom in/out

Hello, I propose to remove this part of code: - https://github.com/apache/jmeter/blob/master/src/core/src/main/java/org/apache/jmeter/gui/MainFrame.java#L227 I frequently under Windows end up zooming in/out when dragging/dropping elements while I absolutely didn't want that (it happened t

Re: [VOTE] Release JMeter 5.2 RC4

Hi Felix, See my answer inline below Thanks On Sunday, October 27, 2019, Felix Schumacher < felix.schumac...@internetallee.de> wrote: > > > Am 27. Oktober 2019 08:36:44 MEZ schrieb Philippe Mouawad < > pmoua...@apache.org>: > >Hello, > >Could somebody

Re: Gradle equivalent of 'ant package'?

Hello, Although at first it might look more complex when used to ant, in the end IME it improves many fields: - IDE configuration - dependency management - The description looked helpful to me and the grouping was also welcome As of me, I find this part (build) has clearly improved following grad

Re: [VOTE] Release JMeter 5.2 RC4

t changes, the sha512 checksums are generated > correctly (in my tests). > > I have added a few links to gradle.md in the docs and removed a bit of > misplaced spaces. > > From my side you can start RC5. > > Felix > > > > > > > > > > > On 25/10/2019

Re: [VOTE] Release JMeter 5.2 RC4

ok by me On Saturday, October 26, 2019, Milamber wrote: > > Ok to start the RC5 today, or anyone need to add some changes? > > > > > On 25/10/2019 13:39, Philippe Mouawad wrote: > >> Hello, >> >> On french google group, a problem with documentation

Re: [VOTE] Release JMeter 5.2 RC4

tps://www.apache.org/foundation/voting.html#ReleaseVotes > > > Releases **may not** be vetoed > > > > Vladimir > -- [image: logo Ubik Ingenierie] <https://www.ubik-ingenierie.com> Philippe Mouawad Senior Performance Expert 320914981 <+33320914981> |

Re: [VOTE] Release JMeter 5.2 RC4

he 2 +1 from Vladimir and > > > >Philippe, the RC4 will pass the vote. > > > >What is your (PMC member) preference? > > > >On 23/10/2019 16:28, Philippe Mouawad wrote: > >> Hello, > >> > >> I think we should do another rc restoring b

Re: [VOTE] Release JMeter 5.2 RC4

Hello, I think we should do another rc restoring browser component. I find it helpful when debugging a script. So unless there is a blocker, it should be restored. Thanks On Wednesday, October 23, 2019, Felix Schumacher < felix.schumac...@internetallee.de> wrote: > > Am 23.10.19 um 15:12 schr

Re: [VOTE] Release JMeter 5.2 RC4

e tag. > > > > Thanks in advance! > > > > Milamber > > > > === > > [1] SHA512 hashes of archives for this vote: > > > > fa68f14e56ac45787befba3a328862715d7b50693fca5e202f7d83b6b311 > 9a5700493837d94c42759ea9ecfc3245b08a289bc5295a68f81157b7c5ef432a62f2 > > > > *apache-jmeter-5.2.tgz

Re: [VOTE] Release JMeter 5.2 RC4

Hello, Thanks to RM. I tested following features on my side: - Recording - Testing in GUI and CLI - Report generation - Function call No issue found on my side. [X] +1 I support this release Regards Philippe M. On Fri, Oct 18, 2019 at 12:50 PM Milamber wrote: > The fourth release candidate f

Re: Avoid thread sleep on delays

Apache HttpAsyncClient > > It does not support HTTP2. AFAIK, hc5 support http/2 using async model. And http1.1 is also supported in async > No idea how Apache async HTTP fits JMeter's needs. > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: Avoid thread sleep on delays

in favor of b) and c) No experience with Jetty and more with HC, so I’d prefer unless there is a reason to stick with c, but since you’re making for now the dev effort on this, my opinion has less value than yours. What is your experience with b and c? > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: Avoid thread sleep on delays

Quite impressive indeed. What about Thread Group plugins (ultimate ...)? I guess they need to be modified to get benefit from that. Maybe it’s time to have a more user friendly thread group in JMeter core. Regards On Friday, October 18, 2019, Vladimir Sitnikov wrote: > One more data point: >

Re: [VOTE] Release JMeter 5.2 RC3

Hello, The initial bug was not a bug. But meanwhile, I encountered a bug 63862, that is fixed now (it affected previous versions and 5.2). No blocker for me now. Regards On Thu, Oct 17, 2019 at 6:55 PM Milamber wrote: > > Ok, ping me when is ok > > On 16/10/2019 21:20, Philippe M

Doap description is outdated

Hello, The doap description of project still mentions SVN repository: https://projects.apache.org/project.html?jmeter Regards

Re: [VOTE] Release JMeter 5.2 RC3

he update. > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: Avoid thread sleep on delays

t; Suspending functions are compiled to a switch code (which implements the > state machine). > > Vladimir > -- [image: logo Ubik Ingenierie] <https://www.ubik-ingenierie.com> Philippe Mouawad Senior Performance Expert 320914981 <+33320914981> | p.moua...@ub

Re: Avoid thread sleep on delays

ny thoughts on Kotlin's coroutines for managing the async behavior? > > Of course, "delay multi-tasking" can be implemented without coroutines, > however, coroutines would simplify usage of async behavior for other cases. > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: Contribute a Dockerfile for JMeter

Hello Vladimir, Please have a look at the other thread regarding Docker image: http://mail-archives.apache.org/mod_mbox/jmeter-dev/201908.mbox/%3CCAH9fUpZiYg9%2B0QPLUONj_n5Qo3DVw6UVbFgudDeimySgyeWL7g%40mail.gmail.com%3E I think there is a need to provide something from Apache JMeter project. Yes

Re: Avoid thread sleep on delays

ontext switch" only in case > the delay exceeds a pre-defined limit. > Then small delays could be served as usual (with little to no overhead), > and big delays would not cause thread starvation. > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: [CANCELLED] Re: [VOTE] Release JMeter 5.2 RC1

in advance! > > > > Milamber > > > > === > > [1] SHA512 hashes of archives for this vote: > > > > > a1e7b727a49bb923694d30e3ea7a46e75f1d999aec407c12f847f4dfbfcfff2c9fd05c8181e7f06634c29f8b4a4f946e511906cdc516db05a69df02898e80943 > > > > > *apache-jmeter-5.2.tgz > > > 042df33b3046817fff36fa3f7a8f398fb6430d38a492eb37e6dc60edf75

Re: Deprecation Warnings for nashorn on current Java versions

t to the known problems section > > d) do nothing > > e) do something completely different > > (and should we do this before the next RC?) > > My preference is c) (with a) as second best) and before the next release. > > My solution at work was to add it with an entry in setenv.sh > > Regards > > Felix > > -- Cordialement. Philippe Mouawad.

Re: [VOTE] Release JMeter 5.2 RC1

On Tuesday, October 8, 2019, Vladimir Sitnikov wrote: > >It should be clickable IMO > > Should we use clickable GitHub URLs too? Yes IMO > > Vladimir > -- Cordialement. Philippe Mouawad.

[VOTE] Release JMeter 5.2 RC1

Hello, Find my answers inline below regards On Tuesday, October 8, 2019, Vladimir Sitnikov wrote: > One more thing: https://github.com/apache/jmeter/pull/534 it was because it was not initially known , only yesterday did we have the info and ccla signed today > Bolt contribution is not attrib

Re: [VOTE] Release JMeter 5.2 RC1

after the dot. > > > > Javadoc on my machine (1.8.0_152-b16) generates > > rightAlign(StringBuilder in, int len) > > Right aligns some text in a StringBuilder N.B. modifies the input builder > > <-- note it includes "modifies ..." into the summary. > > > > I cannot tell which one follows the spec better, but that is yet another > > source of the non-reproducibility of the binary artifacts. > > > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: Git enable force push for master branches

ush is used there for the same reasons (fix typos in commits, revert > commits, etc), and there are no issues/complains. > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: Build failed in Jenkins: JMeter-trunk #7482

On Sunday, October 6, 2019, Vladimir Sitnikov wrote: > >Which is why I merged few PRs > > It is fine to merge harmless PRs. > > However JUnit migration is huge, and it does require review. I did review it. > There are non-trivial changes included. > > So I still suggest we revert JUnit. Do a

Re: Build failed in Jenkins: JMeter-trunk #7482

On Sunday, October 6, 2019, Vladimir Sitnikov wrote: > >I’ll work on fixing tomorrow. > > There are multiple issues. Not just the one that fails for Windows. > > > >Why hurry reverting commit ? > > It blocks release candidate preparation. As we didn’t have news, I thought it was canceled. Which

Re: Build failed in Jenkins: JMeter-trunk #7482

It's fixed now On Sun, Oct 6, 2019 at 11:24 PM Vladimir Sitnikov < sitnikov.vladi...@gmail.com> wrote: > I just see the build is broken for more than one time, and new unrelated > commits land. > -- Cordialement. Philippe Mouawad.

Re: Build failed in Jenkins: JMeter-trunk #7482

I’ll work on fixing tomorrow. What are the multiple issues? Why hurry reverting commit ? Is there something waiting ? On Sunday, October 6, 2019, Vladimir Sitnikov wrote: > >But still broken for windows probably introduced by Junit migration PR. > > There are multiple issues with that PR lef

Re: Build failed in Jenkins: JMeter-trunk #7482

But still broken for windows probably introduced by Junit migration PR. I'll have a look later. Regards On Sun, Oct 6, 2019 at 11:33 PM Philippe Mouawad wrote: > It's fixed now > > On Sun, Oct 6, 2019 at 11:24 PM Vladimir Sitnikov < > sitnikov.vladi...@gmail.com>

Re: Build failed in Jenkins: JMeter-trunk #7482

.StandardCharsets; > > @Philippe, please avoid committing fixes while the build is broken by > previous ones. > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: Darcula theme vs tree view (the tree of components)

On Sunday, October 6, 2019, Vladimir Sitnikov wrote: > >why not help darcula doing what Bulenkov has suggested ? > > Do you have free cycles to do that? No but what is the difference with importing code and fixing vs forking, fixing and pulling request ? We would use the fork > Go ahead. > > I

Re: Darcula theme vs tree view (the tree of components)

On Sunday, October 6, 2019, Vladimir Sitnikov wrote: > >as we are committing ourselves way more to the maintenance of > >that software than to just updating the dependency > > In fact, Darcula theme is already distributed, so the maintenance is the > same. > > The next version of Darcula would l

Git status update

-1 as of me I don’t see why we need this The cons seem more important than the benefits. Regards On Saturday, October 5, 2019, Vladimir Sitnikov wrote: > >First, If a forced commit is pushed, the subsequent commit email will > >contain '[Forced Update!]' in the subject line > > The Board has d

Re: Release JMeter 5.2 ?

On Saturday, October 5, 2019, Vladimir Sitnikov wrote: > >which means for now there is a > >regression on Thread group that is not fixed > > Unfortunately, that commit did not really fix the regression. > What is the reproducer of remaining issue? > > Here's a test to validate test plan loading

Re: Release JMeter 5.2 ?

Hello Vladimir, I see you reverted my last commit, which means for now there is a regression on Thread group that is not fixed. How do you want to proceed so that we don’t « walk on each other toes » ? Do you intend to merge the facelift of Thread Group so that I can commit the fix? If yes, can

Re: MongoDB driver

DB instead of files). > > >let’s make a POC of it. > > After 5.2? > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: MongoDB driver

On Friday, October 4, 2019, Vladimir Sitnikov wrote: > >I propose to drop it for this release 5.2 > > This is interesting. > Do we need Bolt then? This has been contributed by members of a company tightly related to Neo4j. MongoDB was not. I expected MongoDB to be supported by the company It b

Re: MongoDB driver

ous. Any effort is valuable for the project. > > Andrey Pokhilko > > On 07/23/2017 06:19 PM, Philippe Mouawad wrote: > > On Sun, Jul 23, 2017 at 5:09 PM, Andrey Pokhilko wrote: > > > >> Hi Philippe, > >> > >> My question is not about droppi

Re: Thanks section in changes.xml

gzilla (which gets fixed) > > * interacts in a "helpful" way on any bug/enhancement > What about people who contribute a patch (enhancement or bugfix ?), where would they be ? Is it a big work to maintain this list ? > > Felix > > -- Cordialement. Philippe Mouawad.

Re: JMeter 4.0RC... is still at http://home.apache.org/~milamber/jmeter-...

might still find and index a disallowed URL if it is linked from other > > places on the web > > > > Which means "Google would discover the link to the preview from a mailing > > list archive", so the only feasible option is to remove the page > completely > > (or move it to a new place that is never mentioned in the mailing lists" > > > > Vladimir > > > > -- Cordialement. Philippe Mouawad.

Re: Some feedback on JMeter UI

f the first column. And we say it should > push all the gap to the left > threadPropsPanel.add(loopsField); // this goes to the "column 2" > > That is it. It does not require "panel-in-panel", and the fields become > aligned. > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: Some feedback on JMeter UI

x-like UI that can > be switched to use ${..} on demand. > That would be a nice enhancement > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: Some feedback on JMeter UI

ps and properties, and > JMeter generates UI automatically. > > The fields within a single group are aligned. > However there are 3 groups, so not all the fields are aligned. > Is it ok? > Is it better? > > Any thoughts? > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: JMeter 4.0RC... is still at http://home.apache.org/~milamber/jmeter-...

er site:jmeter.apache.org" works, however, it > is a workaround. > > [image: google_jmeter_milamber.png] > > > Vladimir > -- Cordialement. Philippe Mouawad.

Some feedback on JMeter UI

https://twitter.com/thomasardal/status/1179453435877482496?s=12

Re: JUnit5 vs JUnit4

> > On Wed, 2 Oct 2019 at 17:24, Philippe Mouawad > wrote: > > > > Ok by me > > > > On Wed, Oct 2, 2019 at 4:12 PM Vladimir Sitnikov < > > sitnikov.vladi...@gmail.com> wrote: > > > > > Hi, > > > > > > What do you think

JUnit5 vs JUnit4

of JUnit4-based tests would simplify > maintenance as it would reduce (at least temporary) the number of different > test styles. > > Any thoughts? > > Vladimir > -- Cordialement. Philippe Mouawad. -- Cordialement. Philippe Mouawad.

Re: Build failed in Jenkins: JMeter Windows #1506

1,1,0 > +TCP Sampler-ConnectError,500,java.net.ConnectException: Connection > refused: connect,TG-TCPClientImpl-Errors 3-1,,true,1,1,1,0 > > Holy cow! > > Do we really need that as a batch test? > Should we better write a trivial JUnit test with "contains" assertion?

Re: [apache/jmeter] Bug 63775 (#511)

31>, > or mute the thread > <https://github.com/notifications/unsubscribe-auth/AAX3RK6MDK4MU5S3FCKPOS3QMR5EXANCNFSM4I4R3L5A> > . > -- [image: logo Ubik Ingenierie] <https://www.ubik-ingenierie.com> Philippe Mouawad Senior Performance Expert 320914981 <+33320914981>

Re: Release JMeter 5.2 ?

nybody volunteer to be a release manager? > > Just in case: I might try, however, I'm biased. > It might make sense if someone else would try first as it would surface > Gradle glitches. > > Vladimir > -- [image: logo Ubik Ingenierie] <https://www.ubik-ingenierie.com&g

Release JMeter 5.2 ?

Hello, Isn’t it time to release a new version? Last version 5.1.1 is 7 months old. Current master has many enhancements and bugfixes that deserve a release IMO: https://bz.apache.org/bugzilla/buglist.cgi?bug_status=RESOLVED&columnlist=product%2Cbug_severity%2Cassigned_to%2Cbug_status%2Cresolutio

Re: Github: Delete v5_2_0_RC1

procedures, votes ... > I've removed the tag just in case. > > Vladimir > -- [image: logo Ubik Ingenierie] <https://www.ubik-ingenierie.com> Philippe Mouawad Senior Performance Expert 320914981 <+33320914981> | p.moua...@ubik-ingenierie.com [image: ubik-ingenie

Re: CI vs GUI testing

e%2Fsrc%2Fmain%2Fjava%2Forg%2Fapache%2Fjmeter%2Fgui%2FHtmlReportUI.java > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: [apache/jmeter] Fix sonar security warning: False positive in the context of JMeter (8323941)

thread > <https://github.com/notifications/unsubscribe-auth/AAX3RK42ZQSYOIX2Q55YQQ3QMMSNHANCNFSM4I4HVXTQ> > . > -- [image: logo Ubik Ingenierie] <https://www.ubik-ingenierie.com> Philippe Mouawad Senior Performance Expert 320914981 <+33320914981> | p.moua...@ubik-

Re: Coverage metric

Yes, but the coverage graph is not since few months no? And the metric does not match the one on sonarcloud.io Regards On Tuesday, October 1, 2019, Vladimir Sitnikov wrote: > >It seems coverage.io graph is not being generated > > Can you please clarify? > https://codecov.io/gh/apache/jmeter s

Coverage metric

Hello, It seems coverage.io graph is not being generated. So the coverage percentage on github is outdated for now. Regards

Github: Delete v5_2_0_RC1

Hello, @Vladimir Sitnikov , can we remove the v5_2_0_RC1 from https://github.com/apache/jmeter/releases I might confuse user and make them think it's a usable version. Regards Philippe

https://builds.apache.org/analysis => https://sonarcloud.io/dashboard?id=JMeter

Hello, For information, I have deleted JMeter from https://builds.apache.org/analysis/ as it was no more updated and numbers were bad. As it is referenced from https://jmeter.apache.org/nightly.html, and has now been replaced by: - https://sonarcloud.io/dashboard?id=JMeter Regards Philippe

Re: Build failed in Jenkins: JMeter Ubuntu #854

72#issuecomment-536516799 > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: [jmeter] branch master updated: Fix test failure following ph-css upgrade, on parsing error, see Heavily improved fault tolerance in parsing when browser compliant mode is enabled

Analysis confirmed by library author: - https://github.com/phax/ph-css/issues/54 On Mon, Sep 30, 2019 at 9:54 AM Philippe Mouawad wrote: > Hello, > Just in case you want to double check, this would be the issue IMU > (related commit is mentioned) that changed behaviour

Re: [jmeter] branch master updated: Fix test failure following ph-css upgrade, on parsing error, see Heavily improved fault tolerance in parsing when browser compliant mode is enabled

Hello, Just in case you want to double check, this would be the issue IMU (related commit is mentioned) that changed behaviour of ph-css: - https://github.com/phax/ph-css/issues/41 Regards On Sun, Sep 29, 2019 at 11:54 PM wrote: > This is an automated email from the ASF dual-hosted git repo

Re: Upgrading dependency and trusted-key

quot;. > > We could create a side file (or a wiki page) to document "dependency -- > website -- keys link" > I'm open to suggestions here. > > You might have seen there's META files initiative, however, it is > ASF-specific. > > Vladimir > -- [image: logo U

Upgrading dependency and trusted-key

Hello, I am trying to upgrade dnsjava to 2.1.9 and I get Execution failed for task ':src:protocol:http:compileJava'. > Checksum/PGP violations detected on resolving configuration :src:protocol:http:compileClasspath Trusted PGP keys for group dnsjava are [93391910f494b50c], however artifact is

Re: MigLayout

m> wrote: > Hi, > > I wonder if MigLayout was ever considered for layout. > See http://www.miglayout.com/ , https://github.com/mikaelgrev/miglayout > > It looks simpler to maintain than the default Swing's layouts. > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: [jmeter] 02/03: Revert to correct logic for detecting lists

esultList.size() > 1) { I don’t think intention was the same here > handleListResult(vars, refName, defaultValue, > matchNumber, resultList); > } else { > // else just one value extracted > > -- Cordialement. Philippe Mouawad.

Re: contributing.md vs testing PRs

t; > Do you think we might want to add "want to test a pull request?" section to > the instruction list? > Context: https://github.com/apache/jmeter/pull/499#issuecomment-535847462 > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: Disable sending sample data via command line prop

sponding checks in a couple of methods. > I have a working POC, if this feature is deemed necessary. > > -- Cordialement. Philippe Mouawad.

Re: Parallel test execution

rtain test methods from parallel execution if we need so. > > Documentation is here: > https://junit.org/junit5/docs/snapshot/user-guide/#writing- > tests-parallel-execution > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: About modernity of our mailing list and its impact on the project

On Tue, Sep 24, 2019 at 9:34 PM Vladimir Sitnikov < sitnikov.vladi...@gmail.com> wrote: > >- Need to subscribe in a not very simple way > > It might be a reasonable price. > Remember, you can't ask a question on StackOverflow without registration. > Yes but registration on SO is very usual, regist

About modernity of our mailing list and its impact on the project

Hello, The current configuration of the user mailing list: - Need to subscribe in a not very simple way ( https://jmeter.apache.org/mail.html) - Images and attachments forbidden making very frequently the question unusable and requiring user to use a 3rd party service to attach his

Re: build.gradle.kts

*.xml, *.properties. > As you might guess, *.sh is written in shell language rather than "in > Java". > > I think it is expected that there are multiple languages involved. > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: PGP-based dependency verification

other properties > like "repository URL") to distinguish dependency artifacts, > so even if multiple versions could have the same filename Gradle should > provide the proper content for a requested version. > > Vladimir > -- Cordialement. Philippe Mouawad.

Re: Official docker image for JMeter

cial image on dockerhub, if apache is okay with > that. > > > On Aug 22, 2019, 07:13 -0400, Felix Schumacher < > felix.schumac...@internetallee.de>, wrote: > > > > Am 21.08.19 um 18:20 schrieb Philippe Mouawad: > > > Hello, > > > > > > Do

Re: Official docker image for JMeter

Hi Felix, I looked at this which made me think there was some ASF specifics for docker https://hub.docker.com/u/apache Regards On Thursday, August 22, 2019, Felix Schumacher < felix.schumac...@internetallee.de> wrote: > > Am 21.08.19 um 18:20 schrieb Philippe Mouawa

About publishing docker image

Hello, is there some documentation regarding how to publish docker images for Apache projects? I’m not sure if it’s the right place to ask, if not please point me to it Thank you

Official docker image for JMeter

Ubik Ingenierie] <https://www.ubik-ingenierie.com> Philippe Mouawad Senior Performance Expert 320914981 <+33320914981> | p.moua...@ubik-ingenierie.com [image: ubik-ingenierie.com] ubik-ingenierie.com <https://www.ubik-ingenierie.com> | [image: 03.20.91.49.81] 03.20.91.49.81 <+

Re: Build failed in Jenkins: JMeter-trunk #7296

AFAIR The test was stable before migration to gradle. Maybe more parallelism in test lead to such instabilities. I don’t think it should be disabled Regards On Monday, August 12, 2019, sebb wrote: > On Mon, 12 Aug 2019 at 21:09, Vladimir Sitnikov > wrote: > > > > TL;DR: > > > > org.apache.jm

Re: Bugzilla Enhancement: "Auto-Correlation as core functionality in JMeter"

.cgi?id=63640> > > Could you please give me the feedback on our approach? > Accordingly we will implemented and submit PR. > > We have already done the prototype, if you want to try the functionality, > we can share that. > > Thanks. > Takashi Imoto. > > >

Re: Bugzilla Enhancement: "Auto-Correlation as core functionality in JMeter"

Hello, Thanks for your proposal. This surely interests the community. Please discuss conception on this list and make a PR on github. Regards On Thursday, August 8, 2019, Takashi Imoto wrote: > Hi Teams. > > To enhance usability of JMeter, NEC create new feature and bug fix > in-house. > And we

<    1   2   3   4   5   6   7   8   9   10   >