reach-digital / magento2-prooph-event-store

reach-digital/magento2-prooph-event-store

magento2-module Compatibility: Not yet tested Code Quality: Fail Tests: N/A Security: Pass BSD-2-Clause

Magento 2 Prooph EventStore

Integration with Prooph software and Magento 2's DI.
Reduce boilerplate in setting up your project.

Installation

https://github.com/prolic/fpp/blob/master/docs/PhpStorm-Integration.md
https://github.com/ho-nl/docs-internal/issues/22

Modules build with ES

https://github.com/ho-nl/magento2-ReachDigital_Subscription
https://github.com/ho-nl/magento2-ReachDigital_ProophJira
https://github.com/ho-nl/magento2-ReachDigital-TransferOrdersES

What is ES?

https://www.youtube.com/watch?v=B6XUEoZlsWk
http://getprooph.org/
http://docs.getprooph.org/tutorial/
https://github.com/prooph/proophessor-do

When to use ES?

  • When you are creating new entities
  • When you are creating new Commands
  • When you want to have a high development velocity

Building your own ES based module

For a full example, take a look at ReachDigital_TransferOrdersES,
which implements all the patterns discussed here. ReachDigital_Subscription
is actually in production so everything is more stable out, but doesn't follow all patterns described here and therefor
is a bit messy.

The Module we are going to build will be split up in multiple logical Magento Modules. We define the following sections:

  • Api
  • Command+Event Implementation
  • Query Implementation
  • Frontend UI
  • Backend UI

Api Module

Field Types, Commands and events with FPP

Generate your classes with fpp (there is a PHPStorm file watcher for fast development).

Logical Magento Module: https://github.com/ho-nl/magento2-ReachDigital-TransferOrdersES/tree/master/TransferOrdersESApi
Domain Model: https://github.com/ho-nl/magento2-ReachDigital-TransferOrdersES/blob/master/TransferOrdersESApi/etc/domain.fpp
Generated Code: https://github.com/ho-nl/magento2-ReachDigital-TransferOrdersES/tree/master/TransferOrdersESApi/Model

Domain Model: https://github.com/ho-nl/magento2-ReachDigital_Subscription/blob/master/src/Model/Domain.fpp

To create your own Domain model, understand this http://docs.getprooph.org/tutorial/why_event_sourcing.html

Your Model (AggregateRoot)

Create your Domain Model (AggregateRoot). Because this model actually contains business logic, this class can't be
auto generated. This is a bit of chore, but writing all your commands, events, fields down in the class validates your
domain model.

This class is a leaky abstraction: This class actually defines the business logic required and belongs in the domain
model, but it extends AggregateRoot which is an implementation specific thing.. Therefor it is a bit of odd class here.

Examples:
https://github.com/ho-nl/magento2-ReachDigital-TransferOrdersES/blob/master/TransferOrdersESApi/Model/Transfer/Transfer.php
https://github.com/ho-nl/magento2-ReachDigital_Subscription/blob/master/src/Model/Subscription/Subscription.php
https://github.com/ho-nl/magento2-ReachDigital_Subscription/blob/master/src/Model/ProductPlan/ProductPlan.php

GetTransferInterface + SaveTransferInterface

Since we dont want any save/load logic in this module, we're defining the interfaces here.

https://github.com/ho-nl/magento2-ReachDigital-TransferOrdersES/blob/ab296875bce658196775b911edb9892e492a6012/TransferOrdersESApi/Model/Transfer/GetTransferInterface.php
https://github.com/ho-nl/magento2-ReachDigital-TransferOrdersES/blob/ab296875bce658196775b911edb9892e492a6012/TransferOrdersESApi/Model/Transfer/SaveTransferInterface.php

Event Store setup (chore)

We're now implementing the Command side of CQRS (Command Query Responsibility Seggegation). This means we need to
implement the GetTransferInterface, SaveTransferInterface.

Create a second module (composer.json PSR4, registration.php, module.xml) and enable the module via php bin/magento
module enable, make sure it works.

Create a event store table by creating a SchemaPatch:
https://github.com/ho-nl/magento2-ReachDigital-TransferOrdersES/blob/ab296875bce658196775b911edb9892e492a6012/TransferOrdersES/Setup/Patch/Schema/CreateEventStore.php

To access the information of the event store, use the AggregateRepository to fetch the information.

https://github.com/ho-nl/magento2-ReachDigital-TransferOrdersES/blob/ab296875bce658196775b911edb9892e492a6012/TransferOrdersES/Model/Transfer/GetTransfer.php
https://github.com/ho-nl/magento2-ReachDigital-TransferOrdersES/blob/ab296875bce658196775b911edb9892e492a6012/TransferOrdersES/Model/Transfer/SaveTransfer.php
https://github.com/ho-nl/magento2-ReachDigital-TransferOrdersES/blob/ab296875bce658196775b911edb9892e492a6012/TransferOrdersES/etc/di.xml

Command Handlers

Now onto the meat of the application, making everything work. First we create handlers (with tests for the application).

https://github.com/ho-nl/magento2-ReachDigital-TransferOrdersES/tree/7512a2ad62f297cdb31f96e84161dab884867e29/TransferOrdersES/Model/Transfer/Handler
https://github.com/ho-nl/magento2-ReachDigital-TransferOrdersES/blob/7512a2ad62f297cdb31f96e84161dab884867e29/TransferOrdersES/etc/di.xml#L10-L27
https://github.com/ho-nl/magento2-ReachDigital-TransferOrdersES/tree/7512a2ad62f297cdb31f96e84161dab884867e29/TransferOrdersES/Test/Integration/Model/Handler

In the examples I first focus on the internals of the application, and don't bother with stuff that interacts with the
rest of Magento. This way I can focus on this part of the application, which keeps everything simple.

Interaction with the rest of the system

A feature usually doesn't exist in a vacuum, so we need to integrate it with the rest of Magento.

Admin UI

  • Controllers
  • UI

Create a Admin Grid event store Projection

We're creating a projection which is like a Magento index,
but easier to create and more flexible and stable. After that we're going to render the data in an admin grid.

Creating a projection

To register a new projection

https://github.com/ho-nl/magento2-ReachDigital-TransferOrdersES/blob/36d99dcba37dff98ddb49c255a856f4d0f0af6e3/TransferOrdersESAdminUI/etc/di.xml

https://github.com/ho-nl/magento2-ReachDigital-TransferOrdersES/tree/36d99dcba37dff98ddb49c255a856f4d0f0af6e3/TransferOrdersESAdminUI

Usage

To use the Prooph components in your application, use:
https://github.com/ho-nl/magento2-ProophEventStore/blob/master/src/ProophEventStoreContext.php

$this->proophEventStoreContext->commandBus()->dispatch($command);
$this->proophEventStoreContext->eventBus()->dispatch($event);
$this->proophEventStoreContext->queryBus()->dispatch($query)->then(function($result){
  //do something with $result
});

Adding commands

<?xml version="1.0"?>
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:noNamespaceSchemaLocation="urn:magento:framework:ObjectManager/etc/config.xsd">
    <type name="ReachDigital\ProophEventStore\Infrastructure\CommandRouter">
      <arguments>
        <argument name="messageMap" xsi:type="array">
          <item name="ReachDigital\MyModule\Model\ProductPlan\Command\MyCommand"
                     xsi:type="object">ReachDigital\MyModule\Model\ProductPlan\Handler\MyCommandHandler</item>
        </argument>
      </arguments>
    </type>
</config>

Adding queries

<?xml version="1.0"?>
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:noNamespaceSchemaLocation="urn:magento:framework:ObjectManager/etc/config.xsd">
    <type name="ReachDigital\ProophEventStore\Infrastructure\QueryRouter">
        <arguments>
            <argument name="messageMap" xsi:type="array">
                <item name="ReachDigital\Subscription\Model\Subscription\Query\GetOrderSchedule"
                      xsi:type="object">ReachDigital\Subscription\Model\Subscription\Handler\GetOrderScheduleHandler</item>
                <item name="ReachDigital\Subscription\Model\Subscription\Query\GetOrderHistory"
                      xsi:type="object">ReachDigital\Subscription\Model\Subscription\Handler\GetOrderHistoryHandler</item>
            </argument>
        </arguments>
    </type>
</config>

Adding AggregateRoot Collections

<?xml version="1.0"?>
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:noNamespaceSchemaLocation="urn:magento:framework:ObjectManager/etc/config.xsd">
    <preference for="ReachDigital\Subscription\Model\Subscription\SubscriptionCollection"
                type="ReachDigital\Subscription\Infrastructure\Repository\EventStoreSubscriptionCollection"/>
    <type name="ReachDigital\Subscription\Infrastructure\Repository\EventStoreSubscriptionCollection">
        <arguments>
            <argument name="aggregateRoot" xsi:type="string">ReachDigital\Subscription\Model\Subscription\Subscription</argument>
            <argument name="streamName" xsi:type="string">subscription</argument>
        </arguments>
    </type>
</config>

Setting up crons

locked_until value renderen in status command.

//Stop & halt

//Wait until stopped

//Do upgrade dingen

//Reset Projection

//Run

//If crashed, rerun

Setting up crons

* * * * * flock ~/.transferOrderGridLock php bin/magento event-store:projection:run transferOrderGrid
* * * * * flock ~/.someOtherProjection php bin/magento event-store:projection:run someOtherProjection

Then after deployment do:

php bin/magento event-store:projection:reset transferOrderGrid
php bin/magento event-store:projection:reset someOtherProjection

This will automatically completely regenerate the projection. This might not be completely ideal as this is a full
reindex, but since we dont know if the projection class or db schema has changed we can't know for sure if it is
required.

Also this requires modifying the cron when a projection changes, so this requires some additional todo's

No changelog yet

The vendor hasn't published a changelog. Tagged releases appear in the Versions tab.

Versions
Version Stability QA Status Compatibility Released
2.0.0-beta9 beta Fail Not yet tested Details 2018-12-21 14:31:28
2.0.0-beta8 beta Not tested Not yet tested Details 2018-11-30 11:12:52
2.0.0-beta7 beta Not tested Not yet tested Details 2018-11-27 15:07:18
2.0.0-beta6 beta Not tested Not yet tested Details 2018-11-27 14:31:00
2.0.0-beta5 beta Not tested Not yet tested Details 2018-11-21 14:52:40
2.0.0-beta4 beta Not tested Not yet tested Details 2018-11-05 10:05:10
2.0.0-beta3 beta Not tested Not yet tested Details 2018-10-10 14:07:51
2.0.0-beta2 beta Not tested Not yet tested Details 2018-10-10 12:45:44
2.0.0-beta1 beta Not tested Not yet tested Details 2018-10-09 23:14:18

Requires 9

Package Constraint
php ~7.1.0
mindplay/composer-locator ^2.1
prooph/service-bus ^6.1
prooph/event-sourcing ^5.2
prooph/event-store ^7.5
prooph/pdo-event-store ^1.10.1
prooph/event-store-bus-bridge ^3.0
prooph/snapshotter ^2.0
prooph/pdo-snapshot-store ^1.3

Compatibility

Each Magento release line is installed on its supported PHP versions, then the module is built (DI compilation + static-content deploy) and its unit and integration suites are run. The matrix shows the lines and PHP versions the module is confirmed to install and run on. Code-quality results further down (phpstan, phpcs, …) are reported separately and never affect compatibility.

Compatibility matrix (Magento × PHP)
Magento PHP 8.2 PHP 8.3 PHP 8.4 PHP 8.5
2.4.7 not tested not tested
2.4.8 not tested not tested
2.4.9 not tested not tested

Code Quality

Advisory checks against the module's source. Static analysis runs once across the whole module; PHPStan re-runs per Magento + PHP version because resolvable symbols differ between releases. These NEVER affect the Compatibility badge — a phpcs finding can't make a module incompatible.

Static analysis

Coding standards (phpcs), mess detection (phpmd), copy-pasted code (cpd), PHP cross-version compatibility, composer.json validity. Each runs once for the whole module.

Static analysis results
Tool Status Findings Summary
PHPCS Fail 109 10 errors, 99 warnings (ruleset: Magento2) — 40 auto-fixable with phpcbf
PHPMD Warning 19 19 rule violations (MissingImport:9, UnusedFormalParameter:5, UnusedLocalVariable:3, TooManyPublicMethods:2)
Cpd Pass 0
Composer validate Info 1 valid; 1 advisory note (composer validate --strict)

PHPStan

Type-checks the module's PHP against a real Magento install at the configured gate level. Re-runs per Magento and PHP version because resolvable symbols differ between releases. Cell → details modal.

PHPStan results by Magento and PHP version
Magento PHP 8.2 PHP 8.3 PHP 8.4 PHP 8.5
2.4.7 N/A N/A
2.4.8 N/A N/A
2.4.9 N/A N/A

Tests

Unit and integration suites, run for each applicable Magento and PHP version. A test failure speaks to the module's behaviour, not its compatibility with a Magento line, so it is reported here separately and never reddens the compatibility matrix.

Unit tests

Unit tests results by Magento and PHP version
Magento PHP 8.2 PHP 8.3 PHP 8.4 PHP 8.5
2.4.7 N/A N/A
2.4.8 N/A N/A
2.4.9 N/A N/A

Integration tests

Integration tests results by Magento and PHP version
Magento PHP 8.2 PHP 8.3 PHP 8.4 PHP 8.5
2.4.7 N/A N/A
2.4.8 N/A N/A
2.4.9 N/A N/A

Security

Security checks run directly against the module: an audit of its declared dependencies for known vulnerabilities (composer audit) and a scan of its source for malware and web-shell signatures. Each runs once. A malware detection fails the version outright.

Security results
Tool Status Findings Summary
Composer audit Pass 0
Malware scan Pass 0
License
BSD-2-Clause

More from reach-digital

View vendor
Make it pay

Turn an existing module into recurring revenue.

If you already maintain a Magento 2 module on GitHub or GitLab, listing it on Packagento takes about five minutes. We mirror your tags, handle distribution signing, and route paid licenses through Stripe Connect, so you can keep shipping the way you already do.