# wiremock-standalone を Homebrew, Nix でインストール

wiremock-standalone のインストール経路、実行ファイル、メタデータ、AI エージェント向けセキュリティノートを確認します。

## インストール

```sh
sudo av install brew:wiremock-standalone
```

追加のインストールコマンド:

### macOS

- Homebrew (100%):

```sh
brew install wiremock-standalone
```

  証拠: local Homebrew formula metadata

### Linux

- Nix (92%):

```sh
nix profile install nixpkgs#wiremock
```

  証拠: nixpkgs package indexes: pkgs/by-name/wi/wiremock/package.nix from https://api.github.com/repos/NixOS/nixpkgs/git/trees/master?recursive=1

## パッケージ情報

- **パッケージキー:** brew:wiremock-standalone
- **パッケージマネージャ:** Homebrew
- **バージョン:** 3.13.2
- **ソース概要:** Simulator for HTTP-based APIs
- **ホームページ:** <https://wiremock.org/docs/running-standalone/>
- **生成日時:** 2026-08-03T19:37:03+00:00

## 実行可能ファイル

- wiremock (エイリアス)

## インストール挙動

- Bottle: 利用不可

## バージョンと鮮度

- ページ生成日: 2026-08-03
- マネージャ版: 3.13.2
## プロジェクトの歴史と使われ方

WireMock Standalone packages the WireMock API simulation engine as a runnable server instead of only a Java test library. It is used to mock HTTP-based APIs in local development, integration tests, CI jobs, and service-virtualization environments.

### プロジェクトの歴史

WireMock started in 2011 as a Java library by Tom Akehurst. The project grew from a JVM testing utility into a broader API mocking ecosystem with standalone server, Docker, language adapters, framework integrations, and a commercial WireMock Cloud product around the open-source core.

The standalone distribution became important because it decoupled WireMock from a single test process. Teams could run a mock HTTP server as an external dependency, configure it through Java, JSON files, or JSON over HTTP, and share mappings between local development, CI, containers, and service virtualization setups.

WireMock 3 marked a modernization phase for the Java project, including Java 11-oriented API cleanup and packaging changes. At the same time, the project continued to publish the standalone JAR and Docker image as the most direct way to run WireMock outside embedded unit tests.

### 採用の歴史

WireMock's adoption followed the rise of microservices, API-first development, and flaky third-party API dependencies. The official documentation describes it as a popular open-source API mock testing tool with millions of monthly downloads, and its GitHub README frames it as a common way to create stable test and development environments.

The standalone form broadened adoption beyond Java unit tests. A frontend team, QA engineer, platform team, or CI pipeline can run the same mock server from a JAR or container without embedding WireMock in application code, which made it practical as shared test infrastructure.

### 使われ方

Typical standalone usage is to run `java -jar wiremock-standalone-<version>.jar`, optionally setting a port and a root directory. Stub mappings live under a `mappings` directory and larger response bodies under `__files`, allowing mocks to be versioned as ordinary project files.

For service virtualization, teams point an application at WireMock instead of a real upstream service. They can hand-write stubs, record traffic from a real service through proxy mode, replay captured mappings, inject latency or failures, and model stateful flows.

### パッケージ好きにとっての重要性

As a package, wiremock-standalone is valuable because it turns a Java library into a universal command-line tool. Homebrew users can install one executable and get a local API simulator without wiring Gradle, Maven, or test framework dependencies into the project under test.

It sits in the same practical toolbox as mock servers, contract-testing helpers, and local service emulators: not the production app, but the thing that makes distributed software testable when the real dependency is missing, expensive, slow, or deliberately hostile for resilience tests.

### タイムライン

- 2011: WireMock starts as a Java library by Tom Akehurst.
- 2010s: WireMock grows into an HTTP API mocking and service-virtualization tool with standalone server usage.
- 2023: WireMock 3.0.0 artifacts are published, reflecting the Java 11 modernization line.
- 2025: WireMock documentation and release posts describe continuing 3.x development alongside 4.x beta work.

### Related projects

- WireMock Cloud builds a hosted collaboration and service-virtualization platform around the WireMock model.
- WireMock ecosystem projects and adapters cover .NET, Python, Go, Rust, Spring Boot, Quarkus, Testcontainers, Docker, and Kubernetes-centered workflows.

### ソース

- <https://github.com/wiremock/wiremock>
- <https://repo1.maven.org/maven2/org/wiremock/wiremock/3.0.0/>
- <https://wiremock.org/docs/>
- <https://wiremock.org/docs/overview/>
- <https://wiremock.org/docs/solutions/service-virtualization/>
- <https://wiremock.org/docs/standalone/java-jar/>


## セキュリティノート

broad file, network, media, or database tool signal.

- **Geiger リスク:** blue / 中
- broad file, network, media, or database tool signal

## 他のパッケージマネージャ記録

- Nix - wiremock: installed executable or alias match | nixpkgs package indexes: pkgs/by-name/wi/wiremock/package.nix from https://api.github.com/repos/NixOS/nixpkgs/git/trees/master?recursive=1


## Combined YAML source

View the package source record on GitHub. [combined/wiremock-standalone.yml](https://github.com/mxcl/pkgdb/blob/main/combined/wiremock-standalone.yml)


## ソース

- pkg.so package database
- Geiger risk classifier
- curated package history
- pkgdb category and tag curation
- external package-manager database matches
- cross-ecosystem install command graph