you can make it a timeframe. Simply add a dynamic ...
# pact-broker
m
you can make it a timeframe. Simply add a dynamic timestamp into into it and šŸ’„ . The reason a date is used, is that if you’ve previously verified pacts then the timestamp need not move - old pacts don’t get re-verified. At least, that’s my memory of that
r
I see, so for me that sounded like the pacts get re-verified. but if that is not the case that would mean the verification of all old non-verified pacts would happen only once? Then I understand less why there is a date at all šŸ˜…
and what is a dynamic timestamp? how would I for example say
30 days ago
? I can only find javascript references to that šŸ˜…
m
Pseudocode:
wipPactsSince: new Date() - 30
r
Ah ok I see what you mean šŸ˜…
m
I see, so for me that sounded like the pacts get re-verified. but if that is not the case that would mean the verification of all old non-verified pacts would happen only once? Then I understand less why there is a date at all
fair point. There is probably some additional logic that comes with using that property, I’m not entirely across that. Personally, I think you’d be fine with a sliding window as above. I also do have some vague recollection of that ā€œpre-verificationā€ logic changing, but can’t remember why now. Probably there is a breadcrumb / history trail on GitHub though
šŸ‘ 1