Hey Márton, Thanks for flagging this issue, I've confirmed it's too large to ignore, so I am cancelling this Release Candidate and will put up a PR soon to resolve this issue and move forward with RC2
Regards, Martin On Fri, Jul 31, 2026 at 1:12 PM Steven Matison <[email protected]> wrote: > +1 > Thanks Guys 🚀 > > On Tue, Jul 28, 2026 at 3:37 AM Gábor Gyimesi <[email protected]> > wrote: > > > +1 thanks for RMing Martin! > > > > On Tue, 28 Jul 2026 at 01:31, Marc Parisi <[email protected]> wrote: > > > > > > +1 this a solid set of features. Looking at the project now you all > have > > > made exceptional strides and I think this is a great time to cut a 1.0 > > > release > > > > > > On Mon, Jul 27, 2026, 4:07 PM Marton Szasz <[email protected]> wrote: > > > > > > > Thanks for initiating the discussion, and taking on the RM role, > > Martin! > > > > I agree it's time to do 1.0, there are so many exciting new features. > > > > > > > > We've had countless private discussions about release scope and goals > > > > before, so I just want to add my comments to a few changes: > > > > > > > > - Stable C based API: Here we're committing to both API and ABI > > > > stability on minifi-api.h. This is also how compiled extensions using > > > > the new Rust or C++ extension API / bindings will continue to load in > > > > future versions, until the next ABI break, even if they may no longer > > > > build with newer API versions. Extension binaries will finally be > > > > portable between MiNiFi C++ versions on the same platform. > > > > - C++ bindings based on Stable API: The goal here was to make it easy > > to > > > > port existing extensions to the stable ABI, with minimal code > changes. > > > > - Rust bindings based on Stable API: The "reimagined" standard > > > > processors are for testing only, not replacing existing standard > > > > processors. > > > > - Safer Configuration Handling: Modified conf/*.properties files are > > > > loaded like before, but on Windows, the MSI update works best if all > > > > installed files are left unchanged, and the added flexibility can > help > > > > config management on Linux too. > > > > - removed ExecutePythonProcessor: In addition to the NiFi Python > > > > processor API, the older MiNiFi C++ Python processor API is still > > > > supported too, when registered separately as a new processor, but > it's > > > > no longer possible to run them through the ExecutePythonProcessor > > > > processor. > > > > > > > > I'm not aware of any blockers, let's get the new release out! > > > > > > > > Thanks, > > > > Marton > > > > > > > > On 7/27/26 7:09 PM, Adam Debreceni wrote: > > > > > +1 > > > > > Thank you for RMing! > > > > > > > > > > On Mon, Jul 27, 2026 at 6:31 PM Matt Burgess <[email protected] > > > > > > wrote: > > > > > > > > > >> +1 from me, looking forward to this awesome release! Thanks for > > > > >> RM'ing Martin! > > > > >> > > > > >> On Mon, Jul 27, 2026 at 10:50 AM Martin Zink < > [email protected] > > > > > > > >> wrote: > > > > >> > > > > >>> Hey Community, > > > > >>> > > > > >>> I’d like to initiate a discussion about the next release of > MiNiFi > > C++. > > > > >> The > > > > >>> last release was in October, and I believe it is time to > officially > > > > >> propose > > > > >>> our *first stable 1.0.0 release*. > > > > >>> > > > > >>> I would be happy to take on RM duties for this release. > > > > >>> > > > > >>> This is a major milestone for the project. The most significant > > > > highlight > > > > >>> is the introduction of a *stable API with a full backward > > compatibility > > > > >>> guarantee*. This API (written in C) allows developers to write > > > > processors > > > > >>> and controller services in C/C++, Rust, or any FFI-capable > language > > > > with > > > > >>> guaranteed ABI compatibility. > > > > >>> > > > > >>> *Notable features and improvements:* > > > > >>> > > > > >>> > > > > >>> - *Stable C API:* A single C header API that allows any > > FFI-capable > > > > >>> language to interoperate with MiNiFi C++ with minimal > > overhead. Any > > > > >>> extension built using the API will load with newer MiNiFi > > builds > > > > >> without > > > > >>> needing to be rebuilt > > > > >>> - *C++ bindings based on Stable API: *GCP, Kafka, Llamacpp > > > > extensions > > > > >> (7 > > > > >>> processors and 1 controller service) have already been ported > > to > > > > use > > > > >> the > > > > >>> stable API > > > > >>> - *Rust bindings based on Stable API: *We've also implemented > > the > > > > >> stable > > > > >>> API in Rust and reimagined several standard processors to > > showcase > > > > it. > > > > >>> There are already new Rust-based extensions in PRs waiting to > > be > > > > >> merged > > > > >>> - *Revamped Site-to-Site:* Added Zlib compression, optional > > input > > > > >> ports, > > > > >>> output-port fixes, and robust error handling. > > > > >>> - *Expanded Cloud Auth & Support:* Introduced Azure > Credential > > > > >>> Configuration Strategy (Managed/Workload/Default), GCP > > Application > > > > >>> Default > > > > >>> Credentials, and HTTP proxy controller service support for > AWS, > > > > Azure, > > > > >>> and > > > > >>> GCP > > > > >>> - *Python Enhancements:* Python NiFi-API processors can now > > run in > > > > >>> parallel via @concurrentTasks > > > > >>> - *Safer Configuration Handling:* Runtime configuration files > > are > > > > no > > > > >>> longer modified directly; overrides now live safely in > > > > *.properties.d/ > > > > >>> - *RunLlamaCppInference* now accepts images alongside text > > prompts > > > > >>> > > > > >>> Changes and Improvements > > > > >>> > > > > >>> - Record Reader/Writer support has been added to MQTT > > processors > > > > >>> - AWS S3 now uses the AWS CRT S3 client for improved > > performance > > > > >>> - RocksDB small-DB memory optimization is now enabled by > > default > > > > >>> - C2 assets now stream directly to disk with a configurable > > HTTP > > > > >> timeout > > > > >>> - Python Expression Language (EL) improvements > > > > >>> - Separated state managers for schedule and trigger threads > to > > > > avoid > > > > >>> race conditions in stateful processors > > > > >>> - Fixed deadlocks and crashes occurring during concurrent C2 > > flow > > > > >>> updates and start/stop commands > > > > >>> > > > > >>> Breaking Changes > > > > >>> > > > > >>> - SSL contexts can no longer be loaded from the flow config; > > users > > > > >> must > > > > >>> use an SSL controller service > > > > >>> - Azure Managed Identity Credentials property has been > > replaced by > > > > >>> the Credential > > > > >>> Configuration Strategy > > > > >>> - AWS S3 multipart upload behavior may differ slightly due to > > the > > > > >> switch > > > > >>> to the CRT client > > > > >>> > > > > >>> Removed > > > > >>> > > > > >>> - Unused and unmaintened OpenCV extension (CaptureRTSPFrame > and > > > > >>> MotionDetector) > > > > >>> - ExecutePythonProcessor (superseded by NiFi-API Python > > processors) > > > > >>> - Legacy bootstrap.sh and per-distro shell scripts (use > Python > > > > >> bootstrap > > > > >>> or Conan instead). > > > > >>> > > > > >>> Do you agree it is time for our 1.0.0 release? Are there any > > blockers > > > > or > > > > >>> open PRs that we should definitely include in this release? > > > > >>> > > > > >>> Thanks, > > > > >>> > > > > >>> Martin Zink > > > > >>> [email protected] > > > > >>> > > > > > > >
