Greg Young

Wow I have almost forgotten what he looked like ... Its been some time since we sat together. However. The assured idempotency is really what you are seeking. Give it...

@Narvalex I will be available at 1230 EST (90 minutes from now) if that works for you?

$> is a "link to" event. If you resolve it, it will give you your original event. Think of it as a ... pointer. There is a reason for this...

That is the number of connections to the subscription not the number of physical connections. If you open up one connection and subscribe 3 times it will report 3 connections...

What do you get if you go to: /subscriptions/{stream}/{group}/info? eg : http://localhost:2113/subscriptions/bar/foo/info On Fri, Aug 12, 2016 at 4:05 PM, Mindaugas Pielikis < [email protected]> wrote: > Yes, but those connections...

If anything I think you might be seeing a ui refresh issue etc. As you can see here: "lastKnownEventNumber": 767067, "lastProcessedEventNumber": -1, "connections": [] There are no connections. The UI...

There are two idempotency checks that occur. The first is if expected version is present to actually look at the events in the stream. The second is to check a...

I am not sure what you expect to have happen here. Certainly by changing the expected version to a different expected version this throws away the entire term of "idempotent"?!...

Test 2 Save eventId 1 to stream A - Success: nextExpectedVersion = 0 Save eventId 1 to stream A - Success: nextExpectedVersion = 0 (Idempotent) Save eventId 1 to stream...

EventId is assumed to be ... unique. Test 1 Save eventId 1 to stream A - Success: nextExpectedVersion = 0 Save eventId 1 to stream A - Success: nextExpectedVersion =...