Weave Code
Code Weaver
Helps Laravel developers discover, compare, and choose open-source packages. See popularity, security, maintainers, and scores at a glance to make better decisions.
Feedback
Share your thoughts, report bugs, or suggest improvements.
Subject
Message

Input Laravel Package

joomla/input

Joomla Input provides an injectable request input API with Input plus Cookie, Files, and Json subclasses. It abstracts input sources (e.g., $_REQUEST or JSON payloads), supports filtering, and improves testability versus static access like JRequest.

View on GitHub
Deep Wiki
Context7

Technical Evaluation

Architecture fit is poor as Laravel already provides a robust, framework-integrated input handling system via Illuminate\Http\Request (built on Symfony HttpFoundation). Joomla/Input is designed for Joomla CMS contexts and lacks native integration with Laravel's middleware, routing, and validation layers. This creates redundancy and potential conflicts in request processing pipelines.

Integration feasibility is low. While Composer installation is possible, adapting Joomla\Input to work with Laravel's ecosystem would require significant custom adapter code to bridge differences in object models (e.g., Laravel's Request vs. Joomla's Input\Input). Key Laravel features like route parameter binding, form request validation, and middleware dependency injection would not work seamlessly.

Technical risks are high due to minimal adoption (0 dependents), historical security vulnerability (CVE-2022-23799 in versions 2.0.0-2.0.1), and sparse maintenance activity. The package has only 9 GitHub stars and no active community support for Laravel-specific use cases.

Key questions: Why replace Laravel's battle-tested input system? How would you handle Laravel-specific input scenarios (e.g., JSON API validation, file uploads with validation rules)? What maintenance burden would you accept for a package with no Laravel-specific support? Is there any benefit over Laravel's built-in tools that justifies the complexity?

Integration Approach

Stack fit is fundamentally incompatible. Laravel's entire request lifecycle (from middleware to controllers) expects Illuminate\Http\Request objects. Injecting Joomla\Input would fragment the codebase, requiring custom wrappers to convert between object types and breaking Laravel's native features like automatic JSON decoding or route model binding.

Migration path is non-viable. Replacing Laravel's Request with Joomla\Input would necessitate rewriting all controllers, middleware, and validation logic. For example, Laravel's FormRequest classes depend on Illuminate's Request, which wouldn't work with Joomla's Input classes. There is no documented path for coexistence.

Compatibility is poor. Joomla\Input lacks integration with Laravel's validation system, session handling, and CSRF protection. File uploads would require manual handling outside Laravel's UploadedFile abstraction, and JSON payloads wouldn't benefit from Laravel's automatic decoding. PHP version requirements (8.1+ for 3.x, 8.

Weaver

How can I help you explore Laravel packages today?

Conversation history is not saved when not logged in.
Prompt
Add packages to context
No packages found.
davejamesmiller/laravel-breadcrumbs
artisanry/parsedown
christhompsontldr/phpsdk
enqueue/dsn
bunny/bunny
enqueue/test
enqueue/null
enqueue/amqp-tools
milesj/emojibase
bower-asset/punycode
bower-asset/inputmask
bower-asset/jquery
bower-asset/yii2-pjax
laravel/nova
spatie/laravel-mailcoach
spatie/laravel-superseeder
laravel/liferaft
nst/json-test-suite
danielmiessler/sec-lists
jackalope/jackalope-transport