- Can I use kucharovic/money-bundle in a Laravel application?
- No. kucharovic/money-bundle is a Symfony bundle whose value lives in Symfony extension points such as a Bundle subclass, a DependencyInjection Extension with a semantic configuration tree, tagged service definitions, and Twig, Form, Validator, and Doctrine integrations. Laravel exposes none of those surfaces, so there is no meaningful way to install or register the bundle in a Laravel app. Depend on moneyphp/money directly and write a thin service provider, Eloquent cast, and validation rule instead.
- How do I install kucharovic/money-bundle with Composer?
- For Symfony, you would install it with Composer and register the bundle in bundles.php, then configure its extension tree. In Laravel there is no bundle registration, no Configuration tree, no tag compiler pass, and no cache warmer, so Composer may pull the package without wiring anything useful. The practical install for Laravel is composer require moneyphp/money plus your own Laravel-native glue.
- Is kucharovic/money-bundle compatible with Laravel 10, 11, or 12?
- No. The last release was 2020-01-06, and a bundle from that era almost certainly constrains PHP to ^7.x. Laravel 10, 11, and 12 require PHP 8.1+ or 8.2+, so Composer will either refuse to resolve or force a PHP downgrade. The package also has no Laravel service provider, facade, cast, or validation rule.
- What does kucharovic/money-bundle actually provide?
- It provides Symfony integration for the Money library: Doctrine DBAL types, form fields, validator constraints, Twig helpers, tagged service definitions, and a semantic configuration tree. Those are Symfony-specific extension points, not framework-agnostic behavior. The transferable artifact is the upstream moneyphp/money dependency, which is already standalone.
- What is the license of kucharovic/money-bundle?
- GitHub and Composer report NOASSERTION, meaning no recognized license could be identified. That leaves redistribution and modification rights unresolved, and most enterprise legal reviews will reject a dependency without a clear grant. Ask the maintainer for a written OSI license before considering any use.
- Is kucharovic/money-bundle still maintained?
- No. The last release was 2020-01-06, there have been no commits in roughly five years, and the repository has 22 stars and zero dependents. That profile is consistent with a personal or experimental package, not an ecosystem component. Treat it as abandoned for production planning.
- What alternatives should I use for money handling in Laravel?
- Use moneyphp/money directly; it is MIT-licensed, actively maintained, and PHP 8.2 compatible. Add Laravel-native glue: a MoneyServiceProvider binding a currency resolver and money factory, an AsMoney Eloquent cast that maps to amount_minor BIGINT and currency CHAR(3), a MoneyRule validation rule for integer minor units plus ISO 4217 code, and an API resource that emits minor units and currency code, never floats. Alternatives include brick/money or in-house value objects.
- How would I implement Money support in Laravel without this bundle?
- Require moneyphp/money, then build a small bounded glue surface. A service provider binds the currency resolver and money factory; an Eloquent cast persists amount_minor and currency and fails loudly on currency mismatch; a validation rule accepts payloads like an integer amount and currency code; serialization emits minor units plus ISO 4217 code. That is roughly one engineer-day and produces code you own and can upgrade.
- Can I test kucharovic/money-bundle in a Laravel test suite?
- You can test the upstream Money library inside Laravel tests, but the bundle's Symfony wiring has no Laravel runtime. Its container tags, form types, Twig extensions, and Doctrine types would require Symfony components you do not want in a Laravel app. Test your own service provider, cast, rule, and serializer instead.
- What production risks come with using kucharovic/money-bundle in Laravel?
- The blocking risk is the framework mismatch: Symfony bundle primitives have no Laravel analog. Other high risks are abandonment since 2020, license ambiguity under NOASSERTION, a likely PHP ^7.x ceiling, dead transitive Symfony dependencies, and a low quality signal with zero dependents. Adopt the upstream Money library and own the small Laravel glue instead.