Re: [VOTE] Release JMeter 5.6.3 RC2

Am 02.01.24 um 17:17 schrieb Milamber:  Hello, The second release candidate for JMeter 5.6.3 (34a2785748) has been prepared, and your votes are solicited. JMeter is a Java desktop application designed to load test functional behavior and measure performance. The current version targets

Re: Require Java 17 in JMeter 6

Am 1. Dezember 2023 12:01:57 MEZ schrieb Vladimir Sitnikov : >Hi, > >Previously, we discussed bumping Java requirements to 11, and there were no >complaints. > >Now I suggest we consider requiring Java 17 instead. >I think it should not be a problem as Java 17 was released quite a while >ago,

Re: Running tests after gradle update

Am 29.04.23 um 15:44 schrieb Vladimir Sitnikov: Felix> That is what I thought, too. But even changing the source of the test (with something, I know will break it), didn't work. Spock tests in the same package (src/components) will run just fine. It turns out that junit5 tests were not

Re: Running tests after gradle update

Am 29.04.23 um 10:59 schrieb Vladimir Sitnikov: I guess the reason is that execute tests several times. Gradle caches test results. In other words, if you execute the same tests with the same source, then the build does not execute tests again. However, if you modify test code and/or change

Running tests after gradle update

Hi all, I tried to rebase pr 723 to the current main trunk and it seems to me, that most tests are not run anymore. Maybe I am doing something wrong. I usually do > ./gradlew test inside the checked out directory and it runs a lot of tests for a few minutes. Now it is ready after 6s and

Re: [GitHub] [jmeter] FSchumacher commented on a diff in pull request #5812: Bug #5807 - Fix an ArrayIndexOutOfBoundsException on HTTP parameters …

I used the Pair class from org.apache.commons.lang3.tuple.Pair, which implements Map.Entry Am 23.04.23 um 12:50 schrieb Milamber: Pair class seems no existe in java8? Le dim. 23 avr. 2023, 11:47, FSchumacher (via GitHub) a écrit : FSchumacher commented on code in PR #5812:

Re: DISCUSS: Bugzilla vs JIRA vs GitHub issues

Am 11.07.22 um 17:50 schrieb Vladimir Sitnikov: I've made progress on Bugzilla -> GitHub migration. Frankly speaking, I'm not comfortable refactoring/maintaining Python code (which is what many projects use to migrate off Bugzilla), so I created Kotlin-based project so the data and fields are

Re: [VOTE] Release JMeter 5.5 RC2

Am 27.04.22 um 13:23 schrieb Milamber: Hello, The second release candidate for JMeter 5.5 (ce94f0db8a) has been prepared, and your votes are solicited. This release brings some new features and improvements, and also fixes bugs. Please, test this release candidate (with load tests and/or

Re: [VOTE] Release JMeter 5.5 RC1

oduced by https://bz.apache.org/bugzilla/show_bug.cgi?id=65885. Only when ignore status is checked should this happen. Regards On Wed, Apr 27, 2022 at 10:13 AM Milamber <mailto:milam...@apache.org>> wrote:     Hi,     I will prepare the RC2 today     Milamber     On 23/04/2022 11:02, F

Re: [VOTE] Release JMeter 5.5 RC1

What about trying an RC2 of JMeter 5.5? I updated our dependencies and added a workaround for the UI problem. Felix Am 18.03.22 um 17:35 schrieb Milamber: Ready for RC2? (I think that no?) cc @Vladimir On 16/03/2022 22:42, UBIK LOAD PACK Support wrote: Hello, Looks good to me. Let's do

Re: Jenkins build is back to normal : JMeter » JMeter-trunk #420

According to https://jmeter.apache.org/mail2.html#JMeterDev and the mail headers in all mails sent by this mailing list: Send an email to dev-unsubscr...@jmeter.apache.org Be sure to use the same sender address as the one, you get the mails sent to. Felix Am 31.03.22 um 21:28 schrieb

Re: [VOTE] Release JMeter 5.5 RC1

Am 20.03.22 um 16:35 schrieb Felix Schumacher: Am 16.03.22 um 18:14 schrieb Vladimir Sitnikov: I would say, that my issue is not a regression and therefore should be not a blocker. There might be a regression like: "new setting caused activating kerning for texts smaller tha

Re: [VOTE] Release JMeter 5.5 RC1

Am 16.03.22 um 18:14 schrieb Vladimir Sitnikov: I would say, that my issue is not a regression and therefore should be not a blocker. There might be a regression like: "new setting caused activating kerning for texts smaller than 10K" (or whatever is the default). So if previously the kerning

Re: Slow "view results in tree" in 5.5 with Java11 (was [VOTE] Release JMeter 5.5 RC1)

Am 16.03.22 um 09:04 schrieb Vladimir Sitnikov: Felix, thank you. I went over the stacktrace and found an interesting case: 8231084: Large performance regression in SwingMark TextArea in 14-b13 https://github.com/openjdk/jdk/commit/007a0fb2321f1691d341a3ceb9d321cd01d506c8

Re: [VOTE] Release JMeter 5.5 RC1

, it's not clear for me if Vincent's report is specific to this version. Regards On Wed, Mar 16, 2022 at 4:15 PM Felix Schumacher < felix.schumac...@internetallee.de> wrote: Am 15.03.22 um 22:42 schrieb Philippe Mouawad: Hello, I have same behaviour on Java 8 and Java 11 on MacOSX, GUI f

Re: [VOTE] Release JMeter 5.5 RC1

it is not a regression per se. Does that mean, we should move on with the release? Felix Regards On Tue, Mar 15, 2022 at 12:58 PM Felix Schumacher wrote: I tried the attached file. It samples heise.de/newsticker <http://heise.de/newsticker> which will send a redirect and the result,

Re: [VOTE] Release JMeter 5.5 RC1

I tried the attached file. It samples heise.de/newsticker which will send a redirect and the result, which gets stored in the View Results Tree. When I open the sub results and switch between the redirect and the content sample, my GUI gets stuck. On linux it spends a long time in

Re: [VOTE] Release JMeter 5.5 RC1

For the documentation? No, but for the other issue, I would think. Am 15.03.22 um 09:21 schrieb Milamber: Felix, need a RC2 for this? On 14/03/2022 20:16, Felix Schumacher wrote: Thanks, has been updated. Felix Am 14.03.22 um 17:51 schrieb Vincent Daburon: Hi, I find a little bug

Re: [VOTE] Release JMeter 5.5 RC1

What about setting the setting as default? In my case (switching from an empty sampler to a biggish sampler under windows), the setting has not solved the long delay. Maybe I did a mistake and will look further into it. (Could anyone confirm, that switching between 0 and biggish (200-600

Re: [VOTE] Release JMeter 5.5 RC1

Thanks, has been updated. Felix Am 14.03.22 um 17:51 schrieb Vincent Daburon: Hi, I find a little bug in the help manual The JSON JMESPath don't extract values from XML but from JSON JSON JMESPath Extractor This test element allows the user to extract value(s) from structured response - XML

Re: Slow "view results in tree" in 5.5 with Java11 (was [VOTE] Release JMeter 5.5 RC1)

On Linux a delay is noticeable, when switching from empty to biggish, but seems only like 1 to 2 seconds. Tested with an old Oracle JDK and OpenJDK 8, 11 and 17. Felix Am 14.03.22 um 15:07 schrieb Felix Schumacher: This slowness happens on Windows 10 with Java 11 and OpenJDK 8 (282

Re: Slow "view results in tree" in 5.5 with Java11 (was [VOTE] Release JMeter 5.5 RC1)

ay). Will try with Linux later. Felix Am 14.03.2022 14:51, schrieb Felix Schumacher: I think I can reproduce it. I sampled a biggish page. It recorded three sub samples. Two redirects and the actual page. Clicking on the main sample takes one or two seconds. Changing to the redirect is fa

Re: Slow "view results in tree" in 5.5 with Java11 (was [VOTE] Release JMeter 5.5 RC1)

Am 14.03.2022 14:51, schrieb Felix Schumacher: I think I can reproduce it. I sampled a biggish page. It recorded three sub samples. Two redirects and the actual page. Clicking on the main sample takes one or two seconds. Changing to the redirect is fast, but changing back to the main sample

Re: Slow "view results in tree" in 5.5 with Java11 (was [VOTE] Release JMeter 5.5 RC1)

I think I can reproduce it. I sampled a biggish page. It recorded three sub samples. Two redirects and the actual page. Clicking on the main sample takes one or two seconds. Changing to the redirect is fast, but changing back to the main sample or the sub sample with the page is incredibly

Re: Adding a button to the Toolbar

Am 13.03.22 um 10:14 schrieb Milamber: On 13/03/2022 03:11, NaveenKumar wrote: I was able to add the validate thread group action to the toolbar using the below properties in icons-toolbar.properties file. But it is not picking up the custom icon from the `bin` directory. If I give the

Re: [VOTE] Release JMeter 5.5 RC1

Am 12.03.22 um 16:18 schrieb Milamber: Hello, The first release candidate for JMeter 5.5 (1efebb753d) has been prepared, and your votes are solicited. This release brings some new features and improvements, and also fixes bugs. Please, test this release candidate (with load tests and/or

Re: Monthly Community Meetup

.. I would be happy to assist in setting up and supporting such a thing for "new" users. I wonder 樂 why this idea  is not mine? This could be something really cool. Cheers Ralf --- sent from mobile ... excuse my brevity. El lun., 7 mar. 2022 18:30, Felix Schumacher < felix.schu

Re: Let's release JMeter 5.5 ?

On Wed, Mar 9, 2022 at 2:45 PM Felix Schumacher < felix.schumac...@internetallee.de> wrote: Am 9. März 2022 14:42:46 MEZ schrieb Vladimir Sitnikov < sitnikov.vladi...@gmail.com>: I think we should mergehttps://github.com/apache/jmeter/pull/696 before we release. OK, can do

Re: Let's release JMeter 5.5 ?

Am 09.03.22 um 14:45 schrieb Felix Schumacher: Am 9. März 2022 14:42:46 MEZ schrieb Vladimir Sitnikov: I think we should mergehttps://github.com/apache/jmeter/pull/696 before we release. OK, can do that. Done Felix OpenPGP_0xEA6C3728EA91C4AF.asc Description: OpenPGP public key

Re: Let's release JMeter 5.5 ?

Am 9. März 2022 14:42:46 MEZ schrieb Vladimir Sitnikov : >I think we should merge https://github.com/apache/jmeter/pull/696 before we >release. OK, can do that. > >>I am wondering, if the new notice I placed at the end of the Readme would >be better placed in the notice file > >NOTICE is

Re: Let's release JMeter 5.5 ?

ocess now. > >Milamber > >On 05/03/2022 17:57, NaveenKumar wrote: >> +1 for 5.5 >> On 3/5/2022 11:54:57 AM, Philippe Mouawad >> wrote: >> Hello, >> Yes let’s merge it. >> >> Regards >> >> On Saturday, March 5, 2022, Felix Schumacher >

Re: Monthly Community Meetup

Hi Naveen, I now of no such monthly meetup and while being a nice addition, meetups tend to have a few draw backs, that we should be aware of  * time constraint (we all live (potentially) in different time zones, so finding a good time might be hard  * language barriers (not all (most?) of

Re: Let's release JMeter 5.5 ?

*ping* (log4j 2.17.2 is out :) ) (Should we merge PR 700 before release?) Am 21.02.22 um 11:17 schrieb Philippe Mouawad: Hello, What do you think of releasing version 5.5 ? The version looks nice and also answers the log4j update to 2.17.1 that is requested by some users. Regards Philippe

Re: Unclear licenses for dependent libraries currently used

Am 05.03.22 um 12:40 schrieb Vladimir Sitnikov: Ok, where do you think would be a good place? changes.xml? NOTICE? README? README sounds good. Added a notice to README.md I wonder, if we would have had to include such a notice for xpp3, too. According to

Re: Unclear licenses for dependent libraries currently used

Am 05.03.22 um 12:28 schrieb Vladimir Sitnikov: CC0 (http://creativecommons.org/publicdomain/zero/1.0/) CC0 should be allowed. It looks like a bug in the license-gather plugin if it marks CC0 as unknown. Indiana University Extreme! Lab Software License They have #3 which requires an

Unclear licenses for dependent libraries currently used

Hi all, builiding JMeter currently produces the warning below: """ > Task :src:licenses:renderLicenseForBinary Dependencies of license category UNKNOWN are not allowed for BINARY artifacts = CC0

Re: Question on testing properties in JMeter

Am 01.03.22 um 12:03 schrieb Vladimir Sitnikov: When I run ./gradlew test -Djmeter.use_java_regex=true, it seems to have more effect I have no idea how it works now, however, there are three JVMs: 1) The first JVM evaluates the build script (it basically runs build.gradle.kts, and it is the

Re: Question on testing properties in JMeter

Am 28.02.22 um 19:15 schrieb Felix Schumacher: Am 28.02.22 um 17:20 schrieb Vladimir Sitnikov: We need to add a convention so launching Gradle with a property `jmeter.property.key=value` would pass `key=value` JMeter property (it should remove jmeter.property. prefix, and the prefix

Re: Question on testing properties in JMeter

Am 28.02.22 um 17:20 schrieb Vladimir Sitnikov: We need to add a convention so launching Gradle with a property `jmeter.property.key=value` would pass `key=value` JMeter property (it should remove jmeter.property. prefix, and the prefix is there to avoid ambiguity) The relevant bits are here:

Question on testing properties in JMeter

Hi All, with https://github.com/apache/jmeter/pull/700 we will introduce a new property, that lets us choose whether JMeter uses Oro or Java based regexes. Currently the Oro path should be handled by our test cases and I would like to extend it to the Java based one. For testing I set the

Re: Extending JMeter

Are you looking for https://docs.oracle.com/javase/tutorial/uiswing/events/propertychangelistener.html ? Maybe you could describe in more detail, what you have already tried and where you want to listen for changed values? Felix Am 22.02.22 um 09:32 schrieb 张天赐: When i use

Re: Let's release JMeter 5.5 ?

Am 21.02.22 um 11:17 schrieb Philippe Mouawad: Hello, What do you think of releasing version 5.5 ? I think it would be a good idea :)  Felix The version looks nice and also answers the log4j update to 2.17.1 that is requested by some users. Regards Philippe M.

Re: Trouble upload file with special characters (french accents) in the multi part

I think you stumbled upon https://bz.apache.org/bugzilla/show_bug.cgi?id=61669 I believe, the filename could be added in correct spelling in the parameter named filename* encoded something like utf8''classif_r%c3%a9r%c3%a9fence.csv as shown in https://www.ietf.org/rfc/rfc6266.txt (Chapter 5.

Re: JMeter 5.5 release

I would like to see the pr for graphql incorporated before a 5.5 release. I don't think there are any showstoppers in there, do you? Felix Am 21. Dezember 2021 16:33:25 MEZ schrieb Vladimir Sitnikov : >Hi, > >Does anybody volunteer to release JMeter 5.5? >I can try releasing JMeter this

Re: [VOTE] Release JMeter 5.4.2 RC1

Am 15.12.21 um 19:23 schrieb Milamber: > Hello, > > The first release candidate for JMeter 5.4.2 (f393453287) has been > prepared, and your votes are solicited. > > This release is only a vulnerabily fix release about the > CVE-2021-44228: Apache Log4j2 JNDI features do not protect against >

Re: JMeter versions and release dates

lamber wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> Currently, I prefer release 5.5 as version, add deprecated elements if >>>>>> needed. >>>>>> >>>>>> for 6.0 version, probably we can migrate JMeter

Re: JMeter versions and release dates

Am 07.12.21 um 18:48 schrieb Vladimir Sitnikov: >> I would be fine with both versions 5.5 and 6.0. > Same for me. > I am limited in time :-/, so I would not be able to rename 5.5 -> 6.0, > so I would suggest releasing as 5.5, and going for 6.0 a bit later. > > I thought I could work on DSL this

Re: JMeter versions and release dates

I would be fine with both versions 5.5 and 6.0. For a 5.5 would speak two things. * Adding features can be done with a minor version update (so a 6.0 is not necessarily needed) * and more important a major version could be a good point to drop old stuff (mongodb sampler, which can't be used for

Re: [Jmeter] Enhancement , Disable component using attributes

Am 25.11.21 um 21:44 schrieb Vladimir Sitnikov: > By the way, in order to make enabled/disabled state dynamic, TreeCloner > should > automatically convert "enabled expressions" into > IfController(condition="enabled expression") { originalComponent(...) } > > Then we won't need to touch executor

Re: [Jmeter] Code compilation

Am 26.11.21 um 08:12 schrieb OUFDOU Anas: > Thanks, > > I don't have a firewall on my machine, what is the destination IP address? localhost It starts a local ftp server on port (or at least tries to) Felix > > On Thu, Nov 25, 2021 at 5:36 PM Felix Schumacher &l

Re: [Jmeter] Code compilation

Am 26.11.21 um 09:51 schrieb Vladimir Sitnikov: > Anas, > > Here's the failure message: > >> Failures detected while testing > /mnt/Linux2T/work/anasoid/repo/jmeter/bin/testfiles/FTP_TESTS.jmx > > Could you please try opening the test file in JMeter and see what that > script is doing? > In

Re: [Jmeter] Enhancement , Disable component using attributes

Am 25.11.21 um 20:14 schrieb Vladimir Sitnikov: >> The second variant would hide the expression text in the two static cases. > I thought behind those lines as well. It might be we could add a small > marker that > informs the user that checkbox is configurable. > > > > I just attended a

Re: [Jmeter] Enhancement , Disable component using attributes

I think it would be nice to have a general UI component, that is a tristate checkbox, where the clicking on the checkbox in front would toggle a possibly hidden text field, where an expression could be placed. A text representation of the three states might be either [_] expression [x]

Re: [Jmeter] Code compilation

I have never seen an error in this part of our test suite. Do you have a firewall, that filters ftp access, or any other server that is already listening on port ? You can safely ignore the error for now and disable the corresponding test  ./gradlew -x :src:dist-check:batchFTP_TESTS test

Re: [VOTE] Enable Github Discussions on Apache JMeter Github Repo

+1 binding even, if it is yet another place, where stuff will pile up. Felix Am 25.11.21 um 06:34 schrieb Vladimir Sitnikov: > Hi all, > > This email calls for a vote to enable Github Discussion on Apache JMeter > repo. > > *Intended Use*: > A forum for users, you might consider it as a

Re: Move "precise throughput computation" to thread group

I would be OK with addition of Kotlin to the core, when we are certain (and are on the same side that) JMeter will still be usable with "normal" Java (that seems to be the case, as I read it) But it is yet another language added to our growing list of languages (Java, Groovy, Ant, Gradle, JS,

Re: DISCUSS: Bugzilla vs JIRA vs GitHub issues

My discussion "vote" is +1 keep Bugzilla (not much work for me, and it works for me really well) -0.8 JIRA (I find it difficult to use) +0.5 Github Issues (they seem to be lightweight enough to be understandable by me, but I fear, that we would loose a lot of old issues (which might be a good

Re: Build failed in Jenkins: JMeter » JMeter-trunk #332

I changed the used repo from gitbox.apache.org to the github mirror. That seems to work fine. Felix Am 20.11.21 um 18:30 schrieb Felix Schumacher: > I have temporarily disabled the scm change trigger on that build, as it > keeps getting started and fails. > > Felix > > Am

Re: JMeter DSL discussion

Am 21.11.21 um 10:47 schrieb Vladimir Sitnikov: >> Can the kotlin templating mechanism be switched off in that case? > Unfortunately, there's no way to switch it off yet. > The issue is known as https://youtrack.jetbrains.com/issue/KT-2425 > >> I don't understand it, can you give an example? >

Re: Build failed in Jenkins: JMeter » JMeter-trunk #332

I have temporarily disabled the scm change trigger on that build, as it keeps getting started and fails. Felix Am 20.11.21 um 17:31 schrieb Felix Schumacher: > Infra says, that jenkins is currently being blocked from accessing > gitbox. I think the failed builds will be back to green

Re: Build failed in Jenkins: JMeter » JMeter-trunk #332

Infra says, that jenkins is currently being blocked from accessing gitbox. I think the failed builds will be back to green, once that issue has been solved. Felix Am 20.11.21 um 17:29 schrieb Apache Jenkins Server: > See >

Re: JMeter DSL discussion

Am 20.11.21 um 14:28 schrieb Vladimir Sitnikov: >> The annotations could be used for scanning for TestPlan elements on > startup, too. > > I remember we have discussed it, however, it sounds like a different > feature. > Of course, some level of code generation might help, however, I have no use

Re: JMeter DSL discussion

Am 20.11.21 um 12:46 schrieb Vladimir Sitnikov: >> Do you have a rough idea, what the dsl would look like, or how the >> elements get mapped/detected to be a part of the dsl? > Commonly used elements have to be mapped manually for consistency reasons. > There might be a generic (string-like)

Re: JMeter DSL discussion

Am 20.11.21 um 10:20 schrieb Vladimir Sitnikov: >> I think it's important to slowly isolate the Jmeter core from GUI, > If anybody wants to contribute that, please do so. > > Antonio>I think it's a good idea to add DSL in core is a good idea > > The immediate question is do we put classes for DSL

Re: Should we drop TestSaveService.testFILEVERSION test and SaveService.FILEVERSION field?

Am 14.11.21 um 09:28 schrieb Vladimir Sitnikov: > Hi, > > I see that TestSaveService > testFILEVERSION fails on every update of > saveservice.properties. > What is the purpose of testFILEVERSION? I believe it is intended to nag the developers to keep the too files SaveService.java and

Re: Move "precise throughput computation" to thread group

Hi, I was a bit silent on the last discussion, so I try to combine my opinions on some of the points in this mail. * Deprecating the "old" ThreadGroup. I think the old ThreadGroup has a nice and simple interface, that can be understood in a short time (my opinion :)). The new one should be as

Re: Suggestion: It would be more convenient if adding function of jumping to the api node directly from View Results Tree by double clicking

I think that idea has already been proposed in https://bz.apache.org/bugzilla/show_bug.cgi?id=51818 It could be helpful. Would you like to implement it? Felix Am 04.11.21 um 12:41 schrieb Di Guo (US): >   Hello Jmeter team, > >       I am a Jmeter user and always use Jmeter to do >

Re: JMeter Runtime Issue

This seems to be a question about the usage of JMeter, so users@ would have been a better mailing list to use (see https://jmeter.apache.org/mail2.html#JMeterUser for more information on how to subscribe). Apart from this. Have you started the test plan? Felix Am 08.10.21 um 15:25 schrieb

Re: Broken links in Documentation section of README.md file

Hi Niranjan, can you tell us, what you tried to fix it, or which links are broken (your expectation and your observation)? Felix Am 27.09.21 um 19:58 schrieb Niranjan Ghule: > Hi, > > The links of printable docs and index.html are broken in the Documentation > section of the README.md file. > >

Re: Darklaf - A themeable swing Look and Feel based on Darcula-Laf

Am 01.04.20 um 18:30 schrieb Antonio Gomes Rodrigues: > Hi > > Good job, JMeter is much more beautiful now > > I have tested the last nighty in a fresh Ubuntu linux and I have two > warnings when I launch JMeter > > Apr 01, 2020 5:25:35 PM com.kitfox.svg.Text buildText > WARNING: Could not create

Re: Starting Jmeter without the logo

here else ? No, I don't think, we need it. As Adrian wrote, the splash screen is not the problem. We should strive to make the startup of JMeter that fast, that you hardly notice the splash screen :) Felix > > > Regards > Philippe > > On Saturday, April 10, 2021, Felix Schumacher &

Re: Undocumented feature on Thread Group?

ramp up periods on line 6533? What is "git diff" showing? Felix > >> On Feb 11, 2021, at 11:45 AM, Felix Schumacher >> wrote: >> >>  >>> Am 11.02.21 um 17:32 schrieb Noah Kuzas: >>> Thanks for the info, I’ve added the “Same user

Re: Undocumented feature on Thread Group?

documentation >> >> >> >>> On Sun, Feb 7, 2021 at 8:09 PM Noah Kuzas wrote: >>> >>> Hi, >>> >>> I’d like to document this feature. Could someone refer a link to >>> documentation standards and pull request etiquette? >>> >>

Re: About adding JSonPointer extractor

Which problem would you like to address with the addition? Felix Am 26.01.21 um 20:39 schrieb Philippe Mouawad: > Hello, > What do you think of adding a JSONPointer Extractor ? > > >- https://www.baeldung.com/json-pointer >- https://tools.ietf.org/html/rfc6901 > >

Re: Undocumented feature on Thread Group?

Patches are welcome :) Felix Am 27.01.21 um 13:11 schrieb Jmeter Tea: > Hello, > > This enhancement was added in *Bug 62861* > - Thread Group: > Provide ability to configure whether a new iteration is a new user or same > user (Would be

Re: [VOTE] Release JMeter 5.4.1 RC2

Am 17.01.21 um 14:20 schrieb Milamber: > Hello, > > The second release candidate for JMeter 5.4.1 (e7ff6eddd3) has been > prepared, and your votes are solicited. > > This release is mainly a bugfix release. > > Please, test this release candidate (with load tests and/or functional > tests) using

Re: [VOTE] Release JMeter 5.4.1 RC1

Am 15.01.21 um 13:16 schrieb Philippe Mouawad: > Hello Milamber, > Can you wait a bit, Felix wantes to commit another thing and we may want to > change a bit the tika fix I didn't want to commit the other thing :) I wait for the next round after the release. But I did change the loading of the

Re: [jmeter] 01/02: Partly revert "Silence warning of tika about missing sqlite-jdbc dependency"

Am 15.01.21 um 19:04 schrieb Felix Schumacher: > Am 15.01.21 um 18:52 schrieb Philippe Mouawad: >> Hi Felix, >> For simplicity and impact on Maven plugin , why not embed tika-config.xml >> in core (src/main/resources) ? > > Will try to do it. Done Felix > >

Re: [jmeter] 01/02: Partly revert "Silence warning of tika about missing sqlite-jdbc dependency"

his is an automated email from the ASF dual-hosted git repository. >> >> fschumacher pushed a commit to branch master >> in repository https://gitbox.apache.org/repos/asf/jmeter.git >> >> commit 803f69f8484aa34c78ab160d1474db56bf0aff47 >> Author: Felix Schumacher >

Re: [jmeter] branch master updated: Silence warning of tika about missing sqlite-jdbc dependency

n repository https://gitbox.apache.org/repos/asf/jmeter.git >> >> >> The following commit(s) were added to refs/heads/master by this push: >> new aa6c763 Silence warning of tika about missing sqlite-jdbc >> dependency >> aa6c763 is described bel

Re: [VOTE] Release JMeter 5.4.1 RC1

Am 11.01.21 um 16:33 schrieb Milamber: > Hello, > > The first release candidate for JMeter 5.4.1 (032b55e3c8) has been > prepared, and your votes are solicited. > > This release is mainly a bugfix release. > > Please, test this release candidate (with load tests and/or functional > tests) using

Re: [VOTE] Release JMeter 5.4.1 RC1

Am 14.01.21 um 13:52 schrieb Philippe Mouawad: > Hello, > First thanks for RM and sorry for detay. > > > When I start JMeter there is this warning which has no impact but which > should be fixed IMO: > > Jan 14, 2021 1:33:44 PM > org.apache.tika.config.InitializableProblemHandler$3 >

Re: Release 5.4.1

Am 11. Januar 2021 12:49:53 MEZ schrieb Milamber : > >I can start the release process for 5.4.1 today? That would be awesome Felix > >On 09/01/2021 22:04, Felix Schumacher wrote: >> Am 09.01.21 um 17:45 schrieb Philippe Mouawad: >>> Hello Felix, >>> My a

Re: Release 5.4.1

Am 09.01.21 um 17:45 schrieb Philippe Mouawad: > Hello Felix, > My answers inline below. > > Regards > > On Sat, Jan 9, 2021 at 4:28 PM Felix Schumacher > <mailto:felix.schumac...@internetallee.de>> wrote: > > > Am 09.01.21 um 15:28 schrieb Philippe M

Re: Release 5.4.1

the behaviour for the case when no EOM is given to not fail on SocketTimeoutException. Apart from that, I am in favour of releasing soon (or even now :) ) Felix > Regards > Philippe > > On Fri, Dec 11, 2020 at 12:27 PM Felix Schumacher > <mailto:felix.schumac...@internetallee.

Re: Setting better defaults for HTTP request

ey probably won't do much to stop people complaining about JMeter >> hanging >>> on shutdown, >>> was this lack of default timeout the root cause of those complaints or is >>> there something else we can do with that issue? >>> >>> On Sun, 20 Dec 2020, 13:02

Re: Setting better defaults for HTTP request

Am Samstag, den 19.12.2020, 17:10 +0100 schrieb Philippe Mouawad: > Hello > > Currently we don't set neither connect nor read timeout which means > they > default to infinite. > I don't think those are good defaults and users frequently think > JMeter is > hanging. > > Shouldn't we set better

Re: [Bug 64954] Critical Section Controller causes waiting threads not to stop

Hi Philippe, why did you set version to 2.12? Is this to indicate, that the behaviour is known since 2.12? Regards  Felix Am 19.12.20 um 00:39 schrieb bugzi...@apache.org: > https://bz.apache.org/bugzilla/show_bug.cgi?id=64954 > > Philippe Mouawad changed: > >What|Removed

Re: Release 5.4.1

Am 11. Dezember 2020 12:16:09 MEZ schrieb Philippe Mouawad : >On Fri, Dec 11, 2020 at 12:09 PM Felix Schumacher < >felix.schumac...@internetallee.de> wrote: > >> >> >> Am 11. Dezember 2020 11:45:22 MEZ schrieb Philippe Mouawad < >> philippe.moua...@gm

Re: Release 5.4.1

t as RM? >> > >> > Regards >> > >> > Felix >> > >> > PS. I will test the next RC with Windows >> > >> > Am 07.12.20 um 16:06 schrieb Felix Schumacher: >> >> Am 07.12.20 um 13:58 schrieb Philippe Mouawad: >> &g

Re: Release 5.4.1

Hi all, I think, we have waited long enough, to give people time for feedback on the last release. Let's do another release. Who would like to act as RM? Regards  Felix PS. I will test the next RC with Windows Am 07.12.20 um 16:06 schrieb Felix Schumacher: > Am 07.12.20 um 13:58 schr

Re: Release 5.4.1

Am 07.12.20 um 13:58 schrieb Philippe Mouawad: > Hello, > It looks like we may need to release a 5.4.1 due to some regressions and > issues with Darklaf. Yes, it certainly looks like a soon next release. I would like to wait a few days, to see, if more problems get reported (not weeks, though).

Re: [VOTE] Release JMeter 5.4 RC2

Am 29.11.20 um 17:55 schrieb Milamber: > Hello, > > The second release candidate for JMeter 5.4 (079404a06a) has been > prepared, and your votes are solicited. > > This release brings some new features and improvements, and also fixes > bugs. > > Please, test this release candidate (with load

Re: [VOTE] Release JMeter 5.4 RC1

Am 25.11.20 um 18:45 schrieb Milamber: > Hello, > > Please ping me when I can start the RC2. I think, we can try another round. Felix > > Milamber > > On 11/25/20 4:59 PM, Felix Schumacher wrote: >> Am 24.11.20 um 22:58 schrieb Vladimir Sitnikov: >>> I

Re: [VOTE] Release JMeter 5.4 RC1

out. Felix > Thanks! > > Graham > > On Wed, 25 Nov 2020 at 17:46, Milamber wrote: >> Hello, >> >> Please ping me when I can start the RC2. >> >> Milamber >> >> On 11/25/20 4:59 PM, Felix Schumacher wrote: >>> Am 24.11.20

Re: [VOTE] Release JMeter 5.4 RC1

="464" > > Regards. > > Vincent DABURON > > > Le jeu. 26 nov. 2020 à 01:49, Graham Russell a écrit : >> A small thing from me, I noticed that the Raw InfluxDB Backend >> Listener (https://github.com/apache/jmeter/pull/544) wasn't mentioned >> in th

Re: [VOTE] Release JMeter 5.4 RC1

Am 24.11.20 um 22:58 schrieb Vladimir Sitnikov: > I wonder why all those plugins depend on LoggingManager. I think that is a lot of historical baggage. The plugins from jmeter-plugins repository are all cleaned up and will be released sometime in the future. > Given the number of usages, we

Re: [VOTE] Release JMeter 5.4 RC1

Am 24.11.20 um 17:04 schrieb Felix Schumacher: > Am 24.11.20 um 16:01 schrieb Philippe Mouawad: >> On Tue, Nov 24, 2020 at 3:52 PM Felix Schumacher < >> felix.schumac...@internetallee.de> wrote: >> >>> Am 24.11.20 um 15:37 schrieb Philippe Mouawad: >&g

Re: [VOTE] Release JMeter 5.4 RC1

Am 24.11.20 um 16:01 schrieb Philippe Mouawad: > On Tue, Nov 24, 2020 at 3:52 PM Felix Schumacher < > felix.schumac...@internetallee.de> wrote: > >> Am 24.11.20 um 15:37 schrieb Philippe Mouawad: >>> On Mon, Nov 23, 2020 at 3:45 PM Felix Schumacher < >>>

Re: [VOTE] Release JMeter 5.4 RC1

Am 24.11.20 um 16:10 schrieb Felix Schumacher: > Am 24.11.20 um 16:01 schrieb Philippe Mouawad: >> On Tue, Nov 24, 2020 at 3:52 PM Felix Schumacher < >> felix.schumac...@internetallee.de> wrote: >> >>> Am 24.11.20 um 15:37 schrieb Philippe Mouawad: >&g

  1   2   3   4   5   6   7   8   9   10   >