Automic VaultAutomic Vault

brew

Install nifi-registry with Homebrew

Centralized storage & management of NiFi/MiNiFi shared resources. Version 2.10.0 via Homebrew; verified 2026-06-19.

install

Additional install commands

macOS

Homebrewverified · 100%
brew install nifi-registry

local Homebrew formula metadata

overview

Package summary

Centralized storage & management of NiFi/MiNiFi shared resources

Commands and aliases

  • nifi-registry

history

Project history and usage

Apache NiFi Registry is a NiFi subproject for storing and managing shared resources, especially versioned NiFi flows. It is best understood as a companion service to Apache NiFi rather than a standalone data platform.

Project history

NiFi Registry grew out of the Apache NiFi ecosystem after NiFi entered Apache from NSA's NiagaraFiles work. The Registry page describes it as a complementary application for storage and management of shared resources across one or more NiFi or MiNiFi instances.

The first Registry implementation focused on versioned flows: process-group-level dataflows created in NiFi could be placed under version control, organized into buckets, and managed through Registry permissions.

Adoption history

Registry adoption followed NiFi teams that needed repeatable flow promotion, rollback, and collaboration. The official user guide centers on buckets, flows, versions, changelogs, import/export, user/group management, and policies.

The adoption story changed with NiFi 2. The official Registry page says Apache NiFi Registry was deprecated after a February 2026 community vote and is planned for removal in Apache NiFi 3.0 because NiFi 2 introduced Git-based Flow Registry Clients for GitHub, GitLab, Bitbucket, and Azure DevOps.

Homebrew's formula API reported 210 installs over 365 days, 57 over 90 days, and 22 over 30 days when queried on July 1, 2026. That smaller count compared with nifi itself fits a companion service used mainly by teams doing flow versioning.

How it is used

Operators used NiFi Registry to create buckets, store versioned flows, inspect the change log for saved versions, export a flow version, import a new version, and control permissions around those artifacts. In NiFi 1.x style deployments, it was the dedicated service for flow version control.

Package nerds usually install it alongside nifi and nifi-toolkit for local labs or automation tests: run the Registry service, point NiFi at it as a registry client, then use either the web UI or toolkit CLI commands to import/export or promote flows.

Why package nerds care

The interesting packaging wrinkle is lifecycle. nifi-registry packages a real historical NiFi deployment pattern, but the official project direction has moved toward direct Git-based flow registry clients in NiFi 2. That makes the formula useful context for older installations and migration work.

Timeline

  • November 25, 2014: NSA announces the open-source release of NiagaraFiles/NiFi through Apache.
  • July 20, 2015: Apache announces NiFi as a Top-Level Project.
  • NiFi 1.x era: Registry serves as the dedicated service for versioned flows.
  • February 2026: Apache NiFi Registry is deprecated after a community vote, according to the Registry project page.
  • Apache NiFi 3.0: Registry is planned for removal unless maintenance circumstances change.

Related projects

  • Apache NiFi, Apache MiNiFi, NiFi Toolkit, GitHub Flow Registry Client, GitLab Flow Registry Client, Bitbucket Flow Registry Client, Azure DevOps Flow Registry Client

security posture

Risk level: green

narrow executable package without higher-risk signals.

Risk classifier

green risk · low confidence · appliance

Why

  • narrow executable package without higher-risk signals

Signals

  • metadata:no-higher-risk-signals

Install behavior

  • No Homebrew post-install hook is recorded in formula metadata.
  • Homebrew bottle metadata is available for 1 platform targets.
  • Installs with 1 runtime dependencies.

Recommended review

Before unattended agent use, check whether the tool reads plaintext credentials, writes remote state, publishes artifacts, or shells out to plugins.

local files

Configuration and credential file locations

These source-backed paths show where this package keeps local settings or durable credentials. Automic Vault can use them as review targets for secret scanning, migration, and command approval.

Configuration files

Config paths the tool may read or write during local use.

Unix
$NIFI_REGISTRY_HOME/conf/nifi-registry.properties$NIFI_REGISTRY_HOME/conf/bootstrap.conf$NIFI_REGISTRY_HOME/conf/identity-providers.xml$NIFI_REGISTRY_HOME/conf/authorizers.xml

executables

Installed executables

CommandKindExposureNote
nifi-registrycliglobal executable

freshness

Version and freshness

These signals separate page generation age, package-manager activity, and upstream release comparison. Version lag is warned only when an evidence URL and comparable versions are present.

page generated2026-07-08
manager version2.10.0
manager updated2026-06-19
local dataok
upstreamnot checked
latest detectednot detected

https://nifi.apache.org/projects/registry

install metadata

Package metadata

Package keybrew:nifi-registry
Version2.10.0
Package managerHomebrew
Package manager pagehttps://formulae.brew.sh/formula/nifi-registry
Homepagehttps://nifi.apache.org/projects/registry
Repositoryhttps://github.com/apache/nifi
Upstream docshttps://nifi.apache.org/docs/nifi-registry-docs
LicenseApache-2.0
Source archivehttps://www.apache.org/dyn/closer.lua?path=/nifi/2.10.0/nifi-registry-2.10.0-bin.zip
Last updated2026-06-19T07:47:05Z
Pulseupdated
Dependenciesopenjdk
Bottleavailable (on all)
Homebrew post-installnot defined
Servicenone declared

registry facts

Source database details

Source DatabaseHomebrew formula API
Taphomebrew/core
Full Namenifi-registry
Version Scheme0
Revision0
Bottle Stable Root URLhttps://ghcr.io/v2/homebrew/core
Deprecatedno
Disabledno
Keg Onlyno
URL Keys
  • stable

source trail

Generated from repository data

This page is generated by av-web from the private package SQLite artifact built by scripts/generate-pkg-sqlite.py.

Used sources

  • Geiger risk classifier
  • Nucleus package database
  • av.db category and tag curation
  • cross-ecosystem install command graph
  • curated configuration and credential file locations
  • curated package history
  • package relationship graph
  • package version freshness
  • package-page enrichment