nifi-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andrew Grande <>
Subject Re: NiFi, Docker Environment Variable for enabling debugging of NiFi inside a Docker container
Date Thu, 14 Feb 2019 05:47:56 GMT
Here's what I did previously, Erik. A user only had to specify an
additional -debug flag for the main shell script which would in turn take
care of any bootstrap rewriting/generation for allowing for the remote JVM
debug session to connect. Maybe it could give a few ideas.


On Wed, Feb 13, 2019, 7:34 AM Erik Anderson <> wrote:

> > I was reading that email and was thinking of JVM debug options, with
> > suspend y/n. I guess it just shows we meant very different things by
> debug
> > mode. Maybe you could incorporate those into a PR too?
> >
> > Andrew
> Good point Andrew. and sorry for the slow response. I had to look at how
> NiFi set the JVM properties.
> We had issues with Java and needed to manually set env Java flags.
> It seems all of the Java debugging flags are set in the bootstrap.conf,
> located here.
> For me, I chained together the Dockerfile
> then had it call the original entry point
> In short, all of NiFi properties are set via environment variables in a
> /etc/profile.d/ on the host and propogate throughout the NiFi
> system. Like I listed in
> I normalized all NIFI specific environment variables to start with NIFI_
> Why? Because you set the
> export NIFI_FOO="my foo"
> and its directly passed into the container and into the NiFi role account
> used to start the container. You now have access to the environment
> variables throughout the NiFi system.
> Example:
> docker run --name nifi --env-file <(env | grep NIFI_) --hostname nifi
> IMO, the Dockerfile entry point should allow a plug and play script so you
> can set these custom behaviors (both enterprise behaviors and custom
> developer/debugging). I doubt any enterprise will blindly pull a DockerHub
> container and run it. From my experience, a public container isnt
> enterprise friendly.
> Andrew, define what you want for JVM debugging, what you would want to set
> (and unset), and I will take a look.
> Erik Anderson
> Bloomberg

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