Paweł Pacana

> And maybe @pawelpacana could help us to find a proper solution) A repository with reproduction of the issue would be ideal. RES version and its config sufficient to tell...

I think the core of the issue is this: https://github.com/palkan/active_event_store/blob/8d1a61f24687a09832a01337cb573b759928f150/lib/active_event_store/mapper.rb#L45 Copying behaviour from `Transformation::DomainEvent` is one possible solution: https://github.com/RailsEventStore/rails_event_store/blob/81c23fd0c2509abe5aa63092fa32308184626090/ruby_event_store/lib/ruby_event_store/mappers/transformation/domain_event.rb#L8-L27 A different one could be indeed migrating to PipelineMapper and passing...

* testing event sourced aggregates (as discussed in https://github.com/RailsEventStore/rails_event_store/discussions/1345)

> examples from cqrs-es-sample-with-res can be used in docs this is now https://github.com/RailsEventStore/ecommerce

1. Yes, `bigserial` over `serial` should be favored 2. You can change that in your generated migration to benefit from it, there should be no drawback in RES form such...

Not to expand scope but to give overview of loosely-related issues: * https://github.com/RailsEventStore/rails_event_store/issues/947 (on changing migration version to new const and possible testing change) * https://github.com/RailsEventStore/rails_event_store/pull/208 (on going with Rails-specific...

> Since we're no longer defaulting to using gen_random_uuid() for event_id, can the inclusion of the pgcrypto extension be dropped from the migration? It took me quite a while to...

I wish we had migration templates per database system. It is a duplication that contributes to greater clarity as opposed to navigating around conditionals in a single template for all...

Is this still an issue?

> What I don't understand: why doesn't the ShowEvent view just show links to all streams that contain the event? That would be much more useful to me. Good question!...