Download the PHP package oliverde8/php-etl-bundle without Composer
On this page you can find all versions of the php package oliverde8/php-etl-bundle. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download oliverde8/php-etl-bundle
More information about oliverde8/php-etl-bundle
Files in oliverde8/php-etl-bundle
Package php-etl-bundle
Short Description Allow usage of the PHP-ETL library in symfony framework.
License MIT
Informations about the package php-etl-bundle
PHP Etl Bundle
The Php etl bundle allows the usage of Oliver's PHP Etl library in symfony.
You should also check the PHP ETL's Easy Admin Bundle to have interfaces.
Installation
-
Install using composer
-
in
/config/create a directoryetl -
Enable bundle:
-
Optional: Enable queue if you wish to allow users from the easy admin panel to do executions.
- Optional: Enable creation of individual files for each log by editing the monolog.yaml
Usage
Creating an ETL chain
First read the documentation of the PHP ETL
Each chain is declare in a single file. The name of the chain is the name of the file created in /config/etl/.
Example:
Executing a chain
The first argument is the input, depending on your chain it can be empty. The second are parameters that will be available in the context of each link in the chain.
Additional commands
Get a definition
Observability — live execution graph
The bundle exposes a framework-agnostic live execution graph: the chain's topology plus per-operation state (items in/out, time, async in flight) and a streaming log tail. It is designed to be reused by any Symfony frontend (EasyAdmin, Sylius, a custom admin) — all the logic lives here, the frontend only mounts routes, loads the assets and renders one Twig partial.
How it works
Graph\ChainGraphBuilderturns a chain processor into a{nodes, edges}topology.Graph\RunStateNormalizerturns the persisted/liveOperationStateinto a node-keyed state map (both use the same dotted-path node ids, incl. split branches).Controller\ExecutionObservabilityControllerserves three read-only JSON endpoints (guarded byEtlExecutionVoter::VIEW):GET .../etl/executions/{id}/graph— topology + last persisted stateGET .../etl/executions/{id}/state— latest run-state (poll fallback)GET .../etl/executions/{id}/logs?offset=— incremental log tail
Resources/public/{js,css}ship a dependency-light Cytoscape widget (Cytoscape and dagre are vendored underResources/public/vendor), and@Oliverde8PhpEtl/observability/graph.html.twigrenders the container.
Wiring it into a frontend
-
Mount the routes (any prefix; put them behind your admin firewall):
- Publish the assets:
bin/console assets:install public. -
Load the assets on the page that shows the graph and render the partial:
(The EasyAdmin bundle does exactly this for you on the execution detail page.)
Real-time updates (optional Mercure)
The graph degrades gracefully by design:
| Setup | Behaviour |
|---|---|
symfony/mercure-bundle installed + hub configured |
live push over Mercure (SSE) |
| running execution, no Mercure | polls /state and /logs |
| finished execution | fully static graph from persisted state |
Nothing is required to get the static/poll graph. Install symfony/mercure-bundle
to light up real-time — the bundle then auto-registers a Mercure publisher
(MercureExecutionStatePublisher) and streams state + logs from the worker as the
chain runs; otherwise a no-op publisher is used. Pass the hub's public URL + topic
to the partial via a mercure: {url, topic} variable to enable the client side.
Real-time only applies to executions run asynchronously (a messenger worker); with the
synctransport the chain runs in-request and the graph is static.
Adding your own chain operation
To add your own chain operation you need 2 classes. The operation itself that we will call
MyVendor\Etl\Operation\OurTestOperation, and a MyVendor\Etl\OperationFactory\OurTestOperationFactory factory
to create it. The factory allows us to configure the operation and inject service to our operation.
All operations needs to implement DataChainOperationInterface; they can extend AbstractChainOperation.
All factories needs to extend Oliverde8\Component\PhpEtl\Builder\Factories\AbstractFactory.
The operation is a Model and not a service, you therefore need to add the path to the exclusions so that it's not made a service by symfony:
Factories needs to be tagged `etl.operation-factory\ . To remove the need to tag all your factories you can add the following line your your services.yaml file
For more information on how the etl works and how to create operations check the Php Etl Documentation
All versions of php-etl-bundle with dependencies
oliverde8/php-etl Version ^2.1
symfony/framework-bundle Version ^7.4|^8.0
symfony/messenger Version ^7.4|^8.0
ext-json Version *


