I think you can do it using python processors, Python has libs to execute
os commands.
On Thu, Jul 23, 2020 at 7:56 PM Jeremy Pemberton-Pigott <
fuzzych...@gmail.com> wrote:
> Thanks for the links, good read.
>
> I implemented the C++ version of MiNiFi and got it all working, but found
> out
Thanks for the links, good read.
I implemented the C++ version of MiNiFi and got it all working, but found
out that the ExecuteStreamCommand processor doesn't exist. Do I have to
write my own version into the C++ MiNiFi or is there another way to run OS
commands? MiNiFi is running on a Windows
I don't recall the specific details but when I used MQTT processors [1]
with latest version of MiNiFi Java, I *think* I could not use the latest
version of NiFi NARs, I had to use code from a previous NiFi version and
cherry-pick some code (open pull request) I needed for my use case [2].
Having
...right nars should generally port well.
On Tue, Jul 21, 2020 at 10:25 AM Jeremy Pemberton-Pigott <
fuzzych...@gmail.com> wrote:
> Thanks Joe, that's really helpful, I have an immediate use for the Java
> version. If I wanted to use the ConsumeMQTT processor from say 1.11.4, so
> that I can
Thanks Joe, that's really helpful, I have an immediate use for the Java
version. If I wanted to use the ConsumeMQTT processor from say 1.11.4, so
that I can get the UUID Client ID feature, is that easy to do by just
moving the jar over or something else has to be done or I'm limited to a
specific
Jeremy
MiNiFi Java is basically a headless version of NiFi with some added
configuration ease of use items appropriate to that model. It has proven
too hard to slice time for that versus NiFi so I think what will end up
happening is that minifi java as a standalone source repository will just
Hi,
Can someone help out with the version of NiFi that MiNiFi tracks? The Java
version seems to be at 0.5 for a long time while the C++ version is 0.7.
I'm also wondering if MiNiFi is actively developed or is it risky to
include it in new projects?
Jeremy
