pushinbr / pam-contracts
Stable PHP contracts for the Pam persistent runtime.
Requires
- php: ^8.4
Requires (Dev)
None
Suggests
None
Provides
None
Conflicts
None
Replaces
None
This package is auto-updated.
Last update: 2026-08-24 16:06:17 UTC
README
PAM Contracts
Depend on the extension boundary—not an entire framework.
Small, versioned interfaces for applications, middleware, providers, stability, and runtime compatibility.
Documentation · Why this exists · What you can build · Quick start · Issues
Why this exists
Small, versioned interfaces for applications, middleware, providers, stability, and runtime compatibility.
| Role | Foundation contract |
| Execution path | Strict PHP 8.5 interfaces |
| This repository owns | Stable extension contracts shared across PAM packages |
| Boundary | No router, server, framework, or application implementation |
What you can build
- Publishing framework-independent PAM extensions
- Testing runtime compatibility explicitly
- Sharing middleware and provider contracts without pulling a router
Quick start
pam composer require pushinbr/pam-contracts
The PAM documentation covers prerequisites, production setup, and the complete workflow. PAM projects keep normal manifests and lockfiles; product features stay in the package that owns them.
Small, versioned contracts for packages that extend Pam. It contains the HTTP application and middleware contracts, service providers, stability values and native runtime compatibility checks. It does not contain a router or server.
License
Free and open-source under the Apache License 2.0. You may use, modify, and distribute this package for any purpose, including commercially.
Recommended PAM workflow
Most applications receive this contract package transitively. Extension authors can install it explicitly with pam composer require pushinbr/pam-contracts.
Run pam doctor after dependency changes and before creating a release. The project remains a normal Composer project with a standard manifest, lockfile, PSR-4 autoloading, and vendor/autoload.php.
API guide
| Surface | Use it for |
|---|---|
ApplicationInterface |
Minimal route, middleware, error, and in-memory handling contract. |
MiddlewareInterface |
Process a request and delegate to the next handler. |
RequestHandlerInterface |
Handle PAM request/response values. |
ServiceProviderInterface |
Register and boot package integrations. |
RuntimeCompatibility |
Discover ABI/capabilities and assert required runtime features. |
Stability |
Represent the documented contract maturity. |
This package intentionally contains no router, server, or application implementation. Depend on it when publishing reusable PAM extensions that need stable contracts without forcing pushinbr/pam-api on consumers.
Production checklist
- Keep request data and mutable state scoped to the current request.
- Test success, validation failure, exception, cancellation, and timeout paths.
- Configure explicit limits and avoid unbounded payloads, queues, or retained collections.
- Run
pam doctor,pam test, and the relevant integration suite before release. - Validate real dependencies and workload behavior; compatibility is not inferred from package installation alone.
Troubleshooting
- Class not found: run
pam composer install, verify PSR-4 configuration, and rerunpam doctor. - Behavior differs over the network: reproduce with PAM's transport integration tests; in-memory execution does not model the socket boundary.
- A dependency blocks a worker: use PAM-native I/O, a compatible event loop, a process pool, or additional isolated workers.
Documentation and support
Report security vulnerabilities through GitHub private vulnerability reporting or the PAM security policy, not a public issue.