bestit/commercetools-async-pool

Batch-Processing of a pool asynchronous commercetools requests.

Maintainers

Details

github.com/bestit/commercetools-async-pool

Source

Issues

Installs: 26 695

Dependents: 2

Suggesters: 0

Security: 0

Stars: 2

Watchers: 2

Forks: 2

Open Issues: 0

3.1.0 2017-08-20 19:48 UTC

Requires

Requires (Dev)

MIT 3b011cceb474c287351e4aa0893ab8ecddd1af21

  • Björn Lange <code.woop@b3nl.de>

This package is auto-updated.

Last update: 2024-11-29 05:09:07 UTC

README

Batch-Processing of a pool asynchronous commercetools requests.

Introdction

Commercetools suggests that you use asynchronous requests instead of sequential ones but the PHP SDK makes it not very easy:

  1. Promises for Client::executeAsync works on the raw guzzle response, not the "requested object".
  2. Guzzle promise-chaining/forwarding and the AbstractApiResponse from commercetools are not compatible.

So i created a helping pool of async requests. Please review the following information.

Installation

composer require bestit/commercetools-async-pool

API and Usage

$pool = new Pool($this->getClient());

$pool->addPromise(ProductTypeByIdGetRequest::ofId('example')).then(
    // Success
    function(ProductType $productType) use ($userdata) {          
        echo $productType->getId();
    },
    // optional error callback
    function(ErrorResponse $error) {
        echo $error->getStatusCode();    
    }
);
//.then(/* chained callbacks */)
//.then()
// ....

// Gets flushed automatically, if we overflow the tick rate from the constructor.
$pool->flush();

But beware, do not forget that the callbacks are happening asynchronous! That is no sequential PHP anymore!

Future

  • More Unittests