As far as I understand, *akka-persistence* should be compatible with *pekko-persistence*.
If I am not mistaken, 1. Messages are serialized with AtomicWrite <https://github.com/apache/incubator-pekko/blob/864ee821b99799a08392c2f3c143b40cecfda6c1/persistence/src/main/protobuf/MessageFormats.proto#L42> which has payload 2. The payload needs to be serialized by user given serializer (documentation about serialization <https://doc.akka.io/docs/akka/current/typed/persistence.html#serialization> ) Of course this is the theory, I can write a small project that serializes with akka-persistence and expect it to work with pekko-persistence as well. Or writing test case with akka-persistence and pekko-persistence would much better (by adding test dependency on akka-persistence) In our company we are using akka-persistence in more than 2 or 3 projects, so I can test it with the release candidates (unfortunately our applications also depends on alpakaka that means I can not upgrade it until pekko-connectors <https://github.com/apache/incubator-pekko-connectors> are ready) On Fri, Feb 17, 2023 at 5:27 PM PJ Fanning <[email protected]> wrote: > I must admit to never really having used akka-persistence. I guess we > would like pekko-persistence to be able to handle any data that has been > durably persisted using akka-persistence. > > Does anyone know what in practice is stored in the akka-persistence-jdbc > lib? Does the data stored in the database include things like Fully > Qualified Class Names or key value pairs that might include key names > prefixed with 'akka'? As we go along, pekko-persistence-jdbc is going to > change any values that include 'akka' in its data. > > It could be that the durable data that is stored avoids these issues - so > that there would be little issue in someone switching from Akka to Pekko. > What I'm interested in is hearing from people with more experience with the > Persistence libs. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > -- Regards, Seeta Ramayya Vadali
