I have containerized a few applications. Question is, what is the purpose for 
this? Distributed load testing or automated testing?
Sounds good, but how will the jmeter master talk to other jmeter server 
instances?
Thing is most people would want to deploy this on a kubernetes cluster which 
could have multiple pods/instances of jmeter server.
In kubernetes you would have an ingress controller redirect traffic to the 
pods. So you wouldnt know the exact ip of each pod. I dont think jmeter works 
in that fashion.

We could probably start off with a generic docker that can just run jobs 
independently through docker running on a particular host and port.

Controling the linux distro and java is the easy part. We first have to have a 
goal for what we want the docker image to do. We could use alpine linux and 
openjdk8 to run it. I think alpine licensing is free.

We could then host the official image on dockerhub, if apache is okay with that.


On Aug 22, 2019, 07:13 -0400, Felix Schumacher 
<[email protected]>, wrote:
>
> Am 21.08.19 um 18:20 schrieb Philippe Mouawad:
> > Hello,
> >
> > Don’t you think we should publish an official docker image for JMeter?
>
> I am not sure.
>
>  * ASF says it distributes source artifacts, only (which all (java)
> projects - that I know of - are somehow ignoring by publishing binary
> distributions)
>
>  * Every docker image that can run JMeter would probably have some non
> Apache licensed ingredients. I am not sure how we could distribute those
> as an ASF project
>
>  * There are so many more moving parts, that we would have to monitor
> (linux distribution, Java distribution, plugins, ...) that I am unsure,
> how we could handle that load
>
> Apart from that, I think an official Image would be nice.
>
> Felix
>
> >
> > Many organizations don’t trust current available images and look for
> > official one from Apache.
> >
> > Is there some documentation on what is required to publish a Docker image
> > using ASF account ?
> >
> > Thanks
> >
> >

Reply via email to