rhumsaa/uuid version constraint fix

Includes pull request #14 from @jsor

0.4.0 Release

Small but important change in the event store adapter configuration:

//old way to configure an adapter
'adapter' => array(
    'Prooph\EventStore\Adapter\Zf2\Zf2EventStoreAdapter' => array(
        'connection' => array(
           'driver' => 'Pdo_Sqlite',
           'database' => ':memory:'
        )
    )
),


//NEW way to configure an adapter
'adapter' => array(
    'type' => 'Prooph\EventStore\Adapter\Zf2\Zf2EventStoreAdapter' 
    'options' => array(
        'connection' => array(
           'driver' => 'Pdo_Sqlite',
           'database' => ':memory:'
        )
    )
),

Bugfix relase

Fix bad method call in EventStore#rollback

Third dev release

• EventSourcing components were moved to own library see prooph/event-sourcing
• New contract between repository implementation and EventStore
• New contract between EventStore Adapter and ES see new classes Stream, StreamId, StreamEvent, AggregateType

See diff for details

Second dev release

The major change in this release is the refactoring of the EventSourcedAggregateRoot handling of the EventStore.
The repository related to the the AggregateType is now responsible for the tasks:

• extractAggregateIdAsString
• extractPendingEvents
• constructAggregateFromHistory

The EventStore itself no longer requires the EventSourcedAggregateRoot type, only the default EventSourcingRepository does. With this change in mind you can now use your own EventSourcing implementation for your Aggregates and provide a custom repository that can handle it.

See the changelog 0.1.0...0.2.0 for detailed information.

ProophEventStore release 0.1.0

Basic functionality is ready to use:

• EventStore with Zf2 TableGateway adapter
• EventSourcedAggregateRoot as base class for Aggregates
• AggregateChangedEvent as base class for DomainEvents
• EventStore persistence events to hook into processing and do things like capture persisted AggregateChangedEvents