jmeter-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Brian Wolfe <>
Subject Re: Contribute a Dockerfile for JMeter
Date Mon, 14 Oct 2019 13:38:08 GMT
Hi All,
I guess i'm curious as to how your docker image works. I'm curious what
their approach was for deploying it.

If we are going to provide an image. Users should be able to reference it
in their docker files and it should be able to be deployed with a little
customization. I'm curious as to how it runs jobs and transmits the stats
back to the one that starts the jobs.

On Mon, Oct 14, 2019 at 8:04 AM Philippe Mouawad <>

> Hello Vladimir,
> Please have a look at the other thread regarding Docker image:
> I think there is a need to provide something from Apache JMeter project.
> Yes users can build their own image, but all users may only be users of
> Docker without wanting or having the knowledge to build their docker image.
> Suppose as a user that you are making a decision on the  tool to use and
> one of the important points is Docker image availability (which wether we
> like it or not is The major container technology today)?
> IMO, we (at JMeter) must do something on this, status quo will make us lose
> potential users.
> So if you have a better idea than this first step, feel free to propose.
> Regards
> On Mon, Oct 14, 2019 at 1:01 PM Vladimir Sitnikov <
>> wrote:
> > >it would be possible for users to create a
> > >DockerFile using JMeter image, but that's another topic
> >
> > I guess it is possible right now.
> > If the users are fine with creating their own Dockerfiles, then they
> could
> > download the official binary in the very same dockerfile.
> >
> > >I am not sure to fully understand the question
> >
> > Could you make a list with use cases how the users would use the docker
> > image?
> >
> > >I want to run my test easily without having to   install Java
> >
> > If the test refers to plugins, then the official Docker image won't help.
> >
> > Vladimir
> >

Brian Wolfe

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message