Retirement of HelpWanted.apache.org

(sorted by project, created) can be found at: https://svn.apache.org/repos/asf/comdev/helpwanted.apache.org/tasks-2024-10-26.json Sebb

Re: [jmeter] branch master updated: Bug 64280 IfController: Improve UX

On Sun, 29 Mar 2020 at 12:20, wrote: > > This is an automated email from the ASF dual-hosted git repository. > > pmouawad pushed a commit to branch master > in repository https://gitbox.apache.org/repos/asf/jmeter.git > > > The following commit(s) were added to refs/heads/master by this push: >

Re: Replacing nashorn

Is Nashorn or its replacment needed for *all* test plans? If not, then another alternative is to document how to download it, and report a suitable error if a test plan needs it. On Mon, 23 Mar 2020 at 17:57, Felix Schumacher wrote: > > The third option would be to go back to rhino, which is incl

Re: Undo/redo: does anybody use it?

On Tue, 24 Mar 2020 at 12:21, Vladimir Sitnikov wrote: > > sebb>For example, even detecting whether the test plan has been changed > > I don't see why change detection is needed for undo. My point was that the working copy of the test plan is complicated and fragile. Undo a

Re: Undo/redo: does anybody use it?

I'm sure people would use it if it worked properly. However, it is far from trivial to implement, as Bugzilla will indicate. The working copy of the test plan is really complicated, and quite fragile. For example, even detecting whether the test plan has been changed since it was loaded does not

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

On Thu, 5 Mar 2020 at 17:28, Vladimir Sitnikov wrote: > > >Properties, XML, etc are not executed by the JVM; they are effectively > >just data. > > BeanShell, JavaScript, and Groovy are not "just data", but it is code which > is a part of JMeter. > > So far I see no technical justification for req

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

On Mon, 2 Mar 2020 at 14:09, Vladimir Sitnikov wrote: > > >No, that's not exactly what 100% pure Java code means > > Pure Java means nothing. > JMeter has lots of Properties, XML, XSLT, CSS, Groovy, BeanShell, and even, > holy cow, JavaScript files. > > There's no point in making "100% pure X" wit

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

On Mon, 2 Mar 2020 at 13:29, Vladimir Sitnikov wrote: > > >Huh? > > Ok, so you mean Java specification. No, that's not exactly what 100% pure Java code means. The Java code must of course comply with the appropriate Java language specification so it can be compiled. But there is a further condit

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

On Mon, 2 Mar 2020 at 11:12, Vladimir Sitnikov wrote: > > >Will JMeter remain 100% pure Java? > > Sorry, I don't understand the question. > What do you mean by 100% Java? Huh? It means that the code is written entirely in Java. This includes all libraries. The only native code is in the JVM. A

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

On Mon, 2 Mar 2020 at 10:55, Vladimir Sitnikov wrote: > > >JMeter is advertised as being 100% pure Java code. > > Darklaf has a native integration feature, however, it is optional. > What does that mean? Will JMeter remain 100% pure Java? > Currently, JMeter uses Darcula as a default look and f

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

On Sat, 15 Feb 2020 at 11:51, Philippe Mouawad wrote: > > That might introduce issues in this case that will be hard to find. > Does it silently default if it fails to bind to dll or does it break ? JMeter is advertised as being 100% pure Java code. Do we really wish to invalidate th

Re: batchTestRedirectionPolicies fails too often

On Sun, 26 Jan 2020 at 17:44, Vladimir Sitnikov wrote: > > >Is there a better way to test the same functionality? > > The tests should not connect to external servers unless the server is known > to be stable. I would go further. Tests should ideally not use external servers at all. > For now, w

Re: batchTestRedirectionPolicies fails too often

On Sun, 26 Jan 2020 at 09:24, Vladimir Sitnikov wrote: > > Hi, > > I see that batchTestRedirectionPolicies fails too often (more than 50% of > the times?) which is sad. In the last 2 months there were 28 Jenkins emails: https://lists.apache.org/list.html?dev@jmeter.apache.org:lte=2M:Jenkins Of w

Re: [VOTE] Release JMeter 5.2.1 RC4

On Tue, 19 Nov 2019 at 20:32, Philippe Mouawad wrote: > So I guess we need to do a new RC. > > Does it actually affect user testing? > On Tue, Nov 19, 2019 at 2:25 PM Vladimir Sitnikov < > sitnikov.vladi...@gmail.com> wrote: > > > >it could be moved to a test resources directory instead > > > >

Re: [VOTE] Release JMeter 5.2.1 RC4

On Tue, 19 Nov 2019 at 12:55, Vladimir Sitnikov wrote: > >It's also in the source release and in the Git repo, so I assume it is > >supposed to be there. > > That depends. It might be in the source repo for testing purposes only. > That's what the original commit suggests. > So I would suggest

Re: [VOTE] Release JMeter 5.2.1 RC4

On Tue, 19 Nov 2019 at 09:38, Felix Schumacher < felix.schumac...@internetallee.de> wrote: > Hi all, > > is it OK to include bin/rmi_keystore.jks in the binary release? I > thought the idea was, that everyone had to generate those keys themselves. > > It's also in the source release and in the Git

Re: Release 5.2.1

Is it not possible to configure Gradle to generate different checksums? Seems rather restrictive that the checksum types are built in. On Wed, 13 Nov 2019 at 12:20, Philippe Mouawad wrote: > Ok by me then > > On Wednesday, November 13, 2019, Vladimir Sitnikov < > sitnikov.vladi...@gmail.com> wr

Re: gw generatePom not generating pom files

On Sat, 9 Nov 2019 at 16:19, Philippe Mouawad wrote: > 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 ? > > N

Re: svn commit: r36676 - in /release/jmeter: binaries/ source/

On Sat, 9 Nov 2019 at 11:15, Vladimir Sitnikov wrote: > > I've added removeStaleArtifacts which is automatically run after publishing > the release to /release/jmeter/... That is too soon. Should wait until mirrors have had a chance to catch up and the release is announced before removing old ver

Re: Returned post for annou...@apache.org

On Thu, 7 Nov 2019 at 09:02, Vladimir Sitnikov wrote: > > >source is singular because there is generally only one version of > > source for OSes. > > I would suggest to update the download script accordingly because we have > tgz and zip flavours of the sources. There is no need to change the nam

Re: Build failed in Jenkins: JMeter Ubuntu #929

On Tue, 5 Nov 2019 at 06:46, Vladimir Sitnikov wrote: > > sebb>So is there a way to fix this so the line number *is* shown? > > For instance: avoid extending test methods and use delegation instead of > inheritance. Well yes, but that seems unnecessarily restrictive, and is

Re: Build failed in Jenkins: JMeter Ubuntu #929

On Mon, 4 Nov 2019 at 21:15, Vladimir Sitnikov wrote: > > PS. I guess the problem with the test is > that > org.apache.jmeter.protocol.http.control.CacheManager#extractExpiresDateFromCacheControl > uses System.currentTimeMillis() for max-age. > > >So is there a way to show the line number in the

Re: Build failed in Jenkins: JMeter Ubuntu #929

timing issue, though it's not immediately obvious what the test is trying to check. Sebb. (*) org.apache.jmeter.protocol.http.control.TestCacheManagerBase.testPrivateCache(TestCacheManagerBase.java:264) On Sun, 3 Nov 2019 at 07:42, Apache Jenkins Server wrote: > > Se

Re: How to run a single test in gradle?

On Sat, 2 Nov 2019 at 14:11, Vladimir Sitnikov wrote: > > >The point is that this used to be easy with Ant, > > What is the point of discussing "this used to be easy with Ant"? > > I would kindly remind you that DnsManagerTest used to be a part of > "batch_scripts" (it was Bug60607.jmx), For this

Re: How to run a single test in gradle?

--tests '*DnsManagerTest' Both fail with a series of errors: --- cut here --- FAILURE: Build failed with an exception. * Where: Settings file '/Users/sebb/git/jmeter/buildSrc/settings.gradle.kts' line: 20 * What went wrong: Script compilation errors: Line 20: plug

DnsManagerTest failure on macOS

#x27;; they both work. It does not seem possible to drop the search domain entirely. If the search entry is deleted, it is replaced with 'connect'. I've not yet found why the default is 'connect', or why /etc/resolve.conf has the line domain connect but it changes to (e.g.) for a different search domain search invalid Odd. Sebb.

Re: How to run a single test in gradle?

On Sat, 2 Nov 2019 at 10:37, Vladimir Sitnikov wrote: > > >According to online docs I should be able to run: > >gradlew test --tests DnsManagerTest > > What is the documentation you are looking into? Google search. But if that is not correct, what is the correct answer? > Vladimir

How to run a single test in gradle?

It's not clear how to run a single test in gradle. That was easy in Ant: junit Run individual JUnit test (-Dtest.case=org.apache.jorphan.test.AllTests) (-Dtest.format=plain) (-Dtest.showoutput=true) It's also easy in Maven: maven test -Dtest=AllTests According to online docs I

Re: DnsManagerTest

On Fri, 1 Nov 2019 at 00:00, Vladimir Sitnikov wrote: > > >I could find no migration info. > > Have you really tried? > Which files have you checked? > > >I tried gw eclipse, but although that created lots of .classpath > >files, Eclipse is still not set up correctly. > > Can you please follow the

Re: DnsManagerTest

On Thu, 31 Oct 2019 at 22:36, Vladimir Sitnikov wrote: > > >http://home.apache.org/~sebb/jmeter/build.log > > sebb, it would be nice if you could run DnsManagerTest with a Java debugger > and analyze the failure. I am unable to get Eclipse to build or run the code. The e

Re: [VOTE] Release JMeter 5.2 RC5

On Thu, 31 Oct 2019 at 21:12, Felix Schumacher wrote: > > > Am 29.10.19 um 22:21 schrieb sebb: > > I get a test failure on macOS: > > > > org.opentest4j.AssertionFailedError: HTTP is using a custom DNS > > resolver, so it must fail resolving localhost > >

Re: [VOTE] Release JMeter 5.2 RC5

I get a test failure on macOS: org.opentest4j.AssertionFailedError: HTTP is using a custom DNS resolver, so it must fail resolving localhost url: http://localhost:50642/index.html response: Not Found data.size: 84 data: No response could be served as there are no stub mappings in this WireMock ins

Re: Gradle equivalent of 'ant package'?

it's not a migration guide. I would expect to find documentation that people who are used to using ant can easily change to gradle. e.g. instead of "ant foo", use "./gradlew bar" etc. Is that documented anywhere? Sebb.

Re: Gradle equivalent of 'ant package'?

On Sun, 27 Oct 2019 at 15:10, Vladimir Sitnikov wrote: > > sebb>AFAICT there are 74 actual tasks, plus 3 pattern rules > sebb>..., and no helpful description > > That is not fun. > Please refrain from replying with "no helpful description" in case you > pr

Re: Gradle equivalent of 'ant package'?

task, assuming it to be more like Maven assemble. > Do you think we can drop javadoc from the binary distribution? That is a separate issue. > >Whilst gradlew tasks lists all tasks, there are so many that finding > >the correct one is hard work > > sebb, I see how you migh

Re: [VOTE] Release JMeter 5.2 RC4

ng property logic has been changed, I’ll update doc this evening > >> unless someone wants to do it before me: > >> > >> proxy.number.requests Add numeric *prefix* to Sampler names.defaults to: > >> true > >> > >> Thanks > >> pr

Re: Gradle equivalent of 'ant package'?

On Fri, 25 Oct 2019 at 15:31, Felix Schumacher wrote: > > > Am 25.10.19 um 16:01 schrieb sebb: > > On Fri, 25 Oct 2019 at 14:28, Vladimir Sitnikov > > wrote: > >> Have you tried the following? > >> > >> gw runGui -- it builds the jars and launches

Re: Gradle equivalent of 'ant package'?

On Fri, 25 Oct 2019 at 14:28, Vladimir Sitnikov wrote: > > Have you tried the following? > > gw runGui -- it builds the jars and launches GUI > > gw createDist -- it just populates /lib (Neither work for me, as gw is not defined as a command) However ./gradlew runGui works, and is reasonably qui

Gradle equivalent of 'ant package'?

The Ant build had a 'package' target that compiled the main source (only) and created the jars under lib/ No tests were run, and the test code was not compiled. This was very useful for testing GUI changes (which are hard/impossible to test with JUnit etc) I cannot work out how to do this with gr

Re: [NOT PASS] Re: [VOTE] Release JMeter 5.2 RC4

On Thu, 24 Oct 2019 at 23:20, Vladimir Sitnikov wrote: > > Milamber>This vote for RC4 not passed with 2 x -1 (veto) from PMC member. > > As per the ASF policy, releases may not be vetoed. Agreed, the -1 is not a veto in the case of a release; i.e. a single -1 does not automatically cancel the rel

Re: Avoid thread sleep on delays

On Wed, 16 Oct 2019 at 16:23, Vladimir Sitnikov wrote: > > >But what about all the other sampler types? > > That is up to the ones who use the samplers and/or care to support that. You appear to be saying that if JMeter moves to asynch IO, then samplers that don't support asynch IO will no longer

Re: Avoid thread sleep on delays

On Wed, 16 Oct 2019 at 15:37, Vladimir Sitnikov wrote: > > >Do the other samplers all support asynch io? > > JMS can easily support async :) But what about all the other sampler types? > Vladimir

Re: Avoid thread sleep on delays

Remember that JMeter is not only for testing HTTP(S). Do the other samplers all support asynch io? Also, for some tests there may be no wait time, in which case thread swapping will likely reduce performance. This is not a simple design change. On Wed, 16 Oct 2019 at 10:49, Vladimir Sitnikov wr

Re: Contribute a Dockerfile for JMeter

Is the JMeter project prepared to provide support for any Docker images and configurations? I think this needs to be considered before adding Docker to a release. On Mon, 14 Oct 2019 at 14:38, Brian Wolfe wrote: > > Hi All, > I guess i'm curious as to how your docker image works. I'm curious wha

Re: Deprecation Warnings for nashorn on current Java versions

c) Regarding add-ons such as Nashorn: I think the project needs to think very carefully before including such items in the binary packages in future. Instead, just provide the API to link to the 3rd party package, e.g. JDBC and JSR223. On Wed, 9 Oct 2019 at 10:41, Philippe Mouawad wrote: > > He

Re: [VOTE] Release JMeter 5.2 RC1

On Mon, 7 Oct 2019 at 23:27, Vladimir Sitnikov wrote: > > Milamber>The first release candidate for JMeter 5.2 (a9349adffb) has been > Milamber>prepared, and your votes are solicited. > > Thank you. > > Here are some comments. > They do not seem to block the release, however, we might want to fix t

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

What is the licence? On Sun, 6 Oct 2019 at 15:28, Vladimir Sitnikov wrote: > > >so do I > > Ok, then I stop commenting in this thread, and just copy the sources. > We are losing time for no reason. > > Vladimir

Re: Git status update

On Thu, 3 Oct 2019 at 14:13, Vladimir Sitnikov wrote: > > >Enough for what? > > For the project. I still don't follow. > > Current tag names are like > v4_0_RC7 > v5_0_RC1 > v5_0_RC2 > v5_1_1_RC1 > v5_1_RC1 > v5_1_RC2 > > They do not follow the new "rel/*" naming So? The rel/* naming is intend

Re: Git status update

On Thu, 3 Oct 2019 at 12:45, Vladimir Sitnikov wrote: > > sebb>What do you mean by validate? > > When we migrated from SVN to Git, Infra completely ignored tags in the Git > repository. > They did not care > > sebb>That was certainly how I read the Infra email. >

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

On Thu, 3 Oct 2019 at 13:36, Vladimir Sitnikov wrote: > > >If they don't have the content, how can they return matching results? > > What is the point of keeping the old RC site? It needs to be kept at least for the duration of a VOTE. > Is it really worth discussing? Yes, if we want to prevent

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

On Thu, 3 Oct 2019 at 12:55, Milamber wrote: > > > Oups... so I removed the robots.txt files and added a .htaccess file for > redirect to https://jmeter.apache.org/ > Will that stop your URL from appearing in content searches? Or will it look to Google as though your URL still contains the conte

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

On Thu, 3 Oct 2019 at 12:52, Vladimir Sitnikov wrote: > > sebb>So surely that means it won't return matches to the staging site based > on content? > > Which documentation do you read? As below: "Google won't crawl or index the content blocked by robots.t

Re: Git status update

On Tue, 1 Oct 2019 at 14:59, Vladimir Sitnikov wrote: > > >part of the release process > >should become tagging the voted upon commit SHA under rel/ to make it > >indelible. ('# git tag rel/v15.4.2 ' or something similar.) > > We have "publishRelase" Gradle task that creates "release tag" and move

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

On Thu, 3 Oct 2019 at 09:45, Vladimir Sitnikov wrote: > > Milamber>I just upload a robots.txt file with disallow all into each RC > into my > Milamber>public html folder on home.apache.org. > > Can you please clarify? > > https://www.robotstxt.org/robotstxt.html says the file should be placed at >

Re: Build failed in Jenkins: JMeter Windows #1506

On Wed, 2 Oct 2019 at 15:29, Philippe Mouawad wrote: > > IMO, we should have integration tests as those even if we have JUnit tests Agreed. Unit tests are no substitute for integration tests. > On Wed, Oct 2, 2019 at 3:56 PM Vladimir Sitnikov < > sitnikov.vladi...@gmail.com> wrote: > > > -TCP S

Re: Build failed in Jenkins: JMeter Windows #1506

In this case, it looks like the comparison needs to allow for differences in error messages. Or it may be possible to drop the message field from the output without compromising the test. On Wed, 2 Oct 2019 at 17:39, sebb wrote: > > On Wed, 2 Oct 2019 at 15:29, Philippe Mouawad &g

Fwd: Git status update

[This was sent to private@jmeter, but does not seem to have been forwarded to the dev@ list.] Please note the penultimate paragraph about tagging successful releases under rel/ AFAICT, we have not been doing that. We should probably start doing this going forward. Note that the rel/ tags cannot

Re: build failures on jenkins

On Sat, 28 Sep 2019 at 10:34, Felix Schumacher wrote: > > Hi all, > > it seems that the builds on jenkins are failing since the last good one > seven days ago > (https://builds.apache.org/blue/organizations/jenkins/JMeter-trunk/activity). > The jobs seem to be getting killed after 30 minutes. The

Re: Current state of keys at apache.org (was: PGP-based dependency verification)

On Wed, 4 Sep 2019 at 13:59, Vladimir Sitnikov wrote: > > sebb>Can you provide some examples? > > 1) META files are often missing. > For instance: https://www.apache.org/dist/commons/ , > https://www.apache.org/dist/httpcomponents/ , > https://www.apache.org/dist/logging/

Current state of keys at apache.org (was: PGP-based dependency verification)

On Wed, 4 Sep 2019 at 13:24, Vladimir Sitnikov wrote: > > However, current state of KEYS at apache.org leaves much to be desired, so > automatic verification against apache.org is not possible at the moment > anyway. What do you mean by that? Can you provide some examples? Sebb.

Re: PGP-based dependency verification

On Wed, 4 Sep 2019 at 13:24, Vladimir Sitnikov wrote: > > sebb>jars were correctly downloaded > > Oh. I thought it was there to prevent man-in-the-middle. Same thing - the hash will detect if the contents is different. > AFAIK, Gradle automatically uses SHA1 for dependencies

Re: PGP-based dependency verification

On Tue, 3 Sep 2019 at 19:36, Vladimir Sitnikov wrote: > > >but isn't it a bit different in semantics to > >the current checksum based validation? > > Exactly. It is a different semantics. > The case here is I do not know the intention behind use of SHA-512 in > JMeter build. As I recall, MD5 hash

Re: Official docker image for JMeter

Note that the docker file [1] currently uses archive.apache.org which is not intended for downloading the current version of JMeter. If there is to be an official docker image (or even just a docker file) it must use the mirror system for downloads of the current release(s). [1] https://hub.docke

Re: Official docker image for JMeter

If you are not sure what is permitted, then ask infra. Personally, I don't see the point, given how easy it is to unpack a binary archive. On Thu, 22 Aug 2019 at 12:27, Philippe Mouawad wrote: > > Hi Felix, > > I looked at this which made me think there was some ASF specifics for docker > > http

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

On Mon, 12 Aug 2019 at 21:09, Vladimir Sitnikov wrote: > > TL;DR: > > org.apache.jmeter.samplers.TestSampleResult > testSubResultsFalsePause FAILED > java.lang.AssertionError: TestElapsed: 424 - ParentElapsed: 401 > => 23 not in [0,16]; nanotime=false > at org.junit.Assert.fail(Assert

Re: Creating HTTP API for JMeter

All the functions so far listed are already available through the existing GUI. So what is different about the proposed API? On Sat, 3 Aug 2019 at 14:54, Philippe Mouawad wrote: > > On Saturday, August 3, 2019, Felix Schumacher < > felix.schumac...@internetallee.de> wrote: > > > > > Am 03.08.19 u

Re: Creating HTTP API for JMeter

On Fri, 2 Aug 2019 at 21:53, Philippe Mouawad wrote: > > Hello, > What do you think of creating an HTTP API for JMeter that could: > >- Display what Summariser shows in browser >- Enhance this summary with more statistics >- get status of jmeter (test running, waiting) >- possible

Re: LICENSE for third-party software

On Wed, 17 Jul 2019 at 18:55, Vladimir Sitnikov wrote: > > Hi, > > sebb>if version B has and additional dependency compared with version > sebb>A, the single file version will differ by both the additional > sebb>dependency details and potentially the full license text

Re: LICENSE for third-party software

On Wed, 17 Jul 2019 at 13:50, Vladimir Sitnikov wrote: > > Hi, > > As you might know, bundled dependencies often require an entry in LICENSE > file. Correction: there should *always* be at least a minimal entry for each bundled dependency. This needs to state the dependency name and version and t

Re: Wiki notifications for new JMeter Wiki

On Wed, 10 Jul 2019 at 20:44, Felix Schumacher wrote: > > > Am 08.07.19 um 11:12 schrieb sebb: > > Confluence does not work the same way for notifications. > > Note that some changes are not reported (e.g. page deletions?). > > Also notifications don't get sent i

Re: Wiki notifications for new JMeter Wiki

Confluence does not work the same way for notifications. Note that some changes are not reported (e.g. page deletions?). Also notifications don't get sent immediately; they are bundled and done every hour or so. For large pages, the diffs are hard to find, because they are indicated by colour only

Re: [Important]: Moin wiki migrations - final few days before turning off moin wiki!

On Mon, 8 Jul 2019 at 07:39, Felix Schumacher wrote: > > > Am 08.07.19 um 02:06 schrieb sebb: > > JMeter has been done and the Moin wiki marked read-only. > > > > Links from the site probably still need to be updated. > > I still can't edit > https://c

Re: [Important]: Moin wiki migrations - final few days before turning off moin wiki!

JMeter has been done and the Moin wiki marked read-only. Links from the site probably still need to be updated. On Sun, 23 Jun 2019 at 11:14, Gavin McDonald wrote: > > Hi All, > > We only have a few days left before Infra intends to turn off the old Moin > wiki. > So you should be migrated to C

Re: wiki conversion

On Wed, 5 Jun 2019 at 13:22, sebb wrote: > > On Tue, 4 Jun 2019 at 19:43, Felix Schumacher > wrote: > > > > Hi all, > > > > we probably all have seen the notice, that the old wiki will go away > > soon. Sebb has already started the process of migrati

Re: Buildbot and Git

On Thu, 20 Jun 2019 at 15:25, Felix Schumacher wrote: > > > Am 18.06.19 um 10:28 schrieb sebb: > > On Tue, 18 Jun 2019 at 07:42, Felix Schumacher > > wrote: > >> > >> Am 17.06.19 um 21:57 schrieb sebb: > >>> On Mon, 17 Jun 2019 at 17:44, Felix S

Re: Buildbot and Git

On Tue, 18 Jun 2019 at 07:42, Felix Schumacher wrote: > > > Am 17.06.19 um 21:57 schrieb sebb: > > On Mon, 17 Jun 2019 at 17:44, Felix Schumacher > > wrote: > >> > >> Am 16.06.19 um 21:02 schrieb Felix Schumacher: > >>> Hi all, > >&g

Re: Buildbot and Git

On Mon, 17 Jun 2019 at 17:44, Felix Schumacher wrote: > > > Am 16.06.19 um 21:02 schrieb Felix Schumacher: > > Hi all, > > > > I tried to adapt the buildbot config for JMeter to reflect the git > > migration. > > > > The init-svnVersion step has been removed and most of the "got_revision" > > prop

Re: Discussion regarding PR#440 closure

On Thu, 13 Jun 2019 at 12:24, Philippe Mouawad wrote: > > Hello, > Due to git migration , all PRs were automatically closed. FTR, part of the migration involved dropping the trunk branch in favour of master. PRs against trunk were auto-closed when trunk was deleted. > So you need to raise a new

Re: wiki conversion

On Tue, 4 Jun 2019 at 19:43, Felix Schumacher wrote: > > Hi all, > > we probably all have seen the notice, that the old wiki will go away > soon. Sebb has already started the process of migrating the old content > into the new one. > > My questions here are. @sebb where

Re: Migrate SVN -> Git

On Tue, 4 Jun 2019 at 06:37, Vladimir Sitnikov wrote: > > sebb> but the other still applies, i.e. is > sebb>Infra OK with dropping files during conversion? > > As per INFRA-18499: > > Chris>A documented note of the blob removal process (script) and > Chris>a l

Re: Migrate SVN -> Git

There's much too much change going on here. I suggest we tidy up SVN before doing the conversion. On Tue, 28 May 2019 at 18:09, Vladimir Sitnikov wrote: > > There is a couple of branches which should probably be removed (just to > avoid clutter): > java1.5_prototype-was_trunk > testbeans_experim

Re: Migrate SVN -> Git

On Tue, 28 May 2019 at 15:48, Vladimir Sitnikov wrote: > > sebb>Infra OK with dropping files during conversion? > > As you can see, the very same bfg.jar has already been used to cleanup the > repository size: https://issues.apache.org/jira/browse/INFRA-7464 > I believe t

Re: Race condition in JMS_TESTS.xml

On Tue, 28 May 2019 at 09:10, Vladimir Sitnikov wrote: > > sebb>If not, why not? > > There's an "obvious" flaw in the test logic, so the answer/investigation is > not really important. But does the error occur in the Jenkins tests? > Probably it comes from

Re: Race condition in JMS_TESTS.xml

On Tue, 28 May 2019 at 08:30, Vladimir Sitnikov wrote: > > Hi, > > It looks like there's a race condition in JMS_TESTS.xml. > I think it causes batch JMS_TESTS.jmx to fail, and I think this failure has > nothing to do with Gradle patch. > CI: https://travis-ci.org/apache/jmeter/jobs/538080316#L143

Re: Migrate SVN -> Git

On Mon, 27 May 2019 at 21:59, Vladimir Sitnikov wrote: > > sebb> -1, because that loses all the SVN history. > > I'm afraid you are wrong. Could you please clarify what do you mean? I meant that the Git repo would lose the SVN history. > Note: SVN repository is NEVER ki

Re: Migrate SVN -> Git

On Mon, 27 May 2019 at 22:19, Vladimir Sitnikov wrote: > > I've moved this bit from "Gradle" thread to keep things separated. > > sebb> There is no way to map SVN revisions to Git commits, also the history > sebb> of deletions is lost > > As I sai

Re: [VOTE] JMeter: migration to Git+Gradle

On Mon, 27 May 2019 at 21:54, Vladimir Sitnikov wrote: > > sebb> Because it is harder to review. > > It looks like as if you are the only one who wants to review. The email thread is still young; I suspect people have not yet considered what is involved. > It is good (you c

Re: Migrate SVN -> Git

On Mon, 27 May 2019 at 21:48, Philippe Mouawad wrote: > > Hi sebb, > > Few questions below. > > Regards > > On Mon, May 27, 2019 at 10:32 PM sebb wrote: > > > On Mon, 27 May 2019 at 21:19, Vladimir Sitnikov > > wrote: > > > > > &

Re: Migrate SVN -> Git

On Mon, 27 May 2019 at 21:19, Vladimir Sitnikov wrote: > > Hi, > > This thread has been idle for a while. > > The results (re move to Gradle) so far are: > +1 (binding) Philippe Mouawad > ++1 (binding) Vladimir Sitnikov > +1 (binding) Antonio Gomes Rodrigues > +1 Andrey Pokhilko > +1 Graham Russel

Re: [VOTE] JMeter: migration to Git+Gradle

On Mon, 27 May 2019 at 20:11, Vladimir Sitnikov wrote: > > sebb> -1 > sebb> I object to combining the move to Git with a move to Gradle. > > Please check https://www.apache.org/foundation/voting.html > asf>To prevent vetos from being used capriciously, they >

Re: [VOTE] JMeter: migration to Git+Gradle

On Mon, 27 May 2019 at 17:00, Vladimir Sitnikov wrote: > > Hi, > > I have developed a Gradle-based build system for JMeter. > Thanks everybody for comments/testing. > > The PR is #448: Migrate build system to Gradle > > > If no-one objects within 14 day

Re: Missing notifications from github PRs

Note that there are two routes for getting GitHub notifications: Either directly as a member of that GitHub repo, or indirectly via emails to a JMeter mailing list. You can personally enable/disable the former by updating your Watch status on the page https://github.com/apache/jmeter The latter

Re: HEADER.html update during the release

On Sun, 21 Apr 2019 at 12:49, Vladimir Sitnikov wrote: > > sebb> OK to drop the version if it really is too much trouble to update, but > sebb> the file needs to be kept. > > I guess the less complicated release process is the better. > > Those readme/header are not und

Re: HEADER.html update during the release

On Sun, 21 Apr 2019 at 11:34, Philippe Mouawad wrote: > > ok by me. > Is there a way to also not use svnmucc ? Why? As I recall, it's pretty messy using plain SVN to update dist.a.o. > > > On Sunday, April 21, 2019, Vladimir Sitnikov > wrote: > > > Could we drop version number from that page?

Re: HEADER.html update during the release

On Sat, 20 Apr 2019 at 23:11, Vladimir Sitnikov wrote: > > Hi, > > Does anybody know what is the purpose of HEADER.html which is located at > dist.apache.org? > > https://dist.apache.org/repos/dist/release/jmeter/HEADER.html > > > The file is mentioned in https://wiki.apache.org/jmeter/ReleaseCrea

Re: JMeter releases vs manual steps

On Thu, 14 Mar 2019 at 13:44, Vladimir Sitnikov wrote: > > I'll create jmeter-site Git repo & configure site for it unless > someone wants to do that. > That repository will eventually be the primary store for jmeter.apache.org. Remember that the source for the site is also needed for the binary

Re: JMeter releases vs manual steps

On Thu, 14 Mar 2019 at 12:23, Vladimir Sitnikov wrote: > > > sebb> Have you tried? > > > > Do you suggest to update dist.apache.org/repos/dist/dev/jmeter/ from > > a Jenkins job? > > Just to clarify: I think it would be good to have an always up-to-date >

Re: JMeter releases vs manual steps

On Thu, 14 Mar 2019 at 12:18, Vladimir Sitnikov wrote: > > > > dist.apache.org/repos/dist/dev/jmeter/ since it does not allow to > > > preview the site before RC is started. > > > sebb> Have you tried? > > Do you suggest to update dist.apache.org/repos

Re: JMeter releases vs manual steps

On Thu, 14 Mar 2019 at 11:59, Vladimir Sitnikov wrote: > > sebb> However it would be OK to push to a directory under: > > I don't like the idea of sharing site via > dist.apache.org/repos/dist/dev/jmeter/ since it does not allow to > preview the site before RC i

Re: JMeter releases vs manual steps

On Thu, 14 Mar 2019 at 08:10, Vladimir Sitnikov wrote: > > I see "vote" mail includes links to a "preview" website. > I guess it is documented with white letters in ReleaseCreation. > > I see the following options: > A) Push "preview" via sftp (~ > https://reference.apache.org/committer/newaccount

  1   2   3   4   5   6   7   8   9   10   >