Closed joshuagrisham-karolinska closed 11 months ago
THX for reporting this. I'll take a closer look but you are probably right. The data type needs to be adapted in order to allow for numeric key IDs beyond the int range. Most likely this will be fixed in the next patch release.
As usual I'm always curious to learn what you are actually doing with the library. That said @joshuagrisham-karolinska I'd be happy to learn more about your use case. Feel free to reach out anytime!
@joshuagrisham-karolinska Find the patch release here https://github.com/hpgrahsl/kryptonite-for-kafka/releases/tag/v0.4.2 Give it a try and let me know if this solves the reported issue.
We are working on an implementation of some Connectors using v0.4.1 of this Kryptonite SMT (really cool project!) but ran into a problem.
When using Google's Tinkey CLI's
create-keyset
function to generate our key material, it seems that it creates some kind of random number for thekeyId
andprimaryKeyId
fields (not 100% sure if there is any logic behind it or not).(for example like this:)
Then we ran into an issue just using the value from Tinkey straight away if ID number was higher than 2147483647. Some errors popped up in the Connect server like this:
But then if we re-generate a new keyset which happens to have less than 2147483647 for its ID, then it seems to work ok.
My assumption/hope is if the data type for these TinkKeyConfig properties can be swapped from
int
to something else, that this would be an easy fix? 👼