-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Namespace support for KeyStringUtil
#51
Comments
@JeremyTubongbanua is it for grabs under Hacktoberfest ? |
Hey @kaggrwal, it isn't under hacktoberfest, but you are still welcome to tackle this issue! It's a unique problem related to key naming in the atProtocol. If you could just write a simple string parsing algorithm pasted in this issue (no PR), that would be amazing =)
There's a copy of my own keystore in my secondary for more values you can work with :). See |
@JeremyTubongbanua Sure, i would take a look at this weekend. |
👍🏼 https://docs.atsign.com/reference/namespace/ <- There's some documentation on namespaces. Let me know if that piece of documentation makes sense (or not at all, because chances are, it may not make sense for the next readers; so feedback is always welcome). |
@JeremyTubongbanua I'm having some doubts with namespace. |
That's a great question @kaggrwal, sorry for not mentioning this.
This is a standard of our SDKs; where we assume that no app or person will create a key with the name shared_key. |
Hi @JeremyTubongbanua, you can use the following snippet for detecting namespace. Also, it is using commons-lang3, so i'm assuming it is already there in project.
Let me know if you want anything else. |
Thanks @kaggrwal I'll use this code when I tackle this issue later on :) |
What needs to be done
When using
KeyStringUtil
to extract data from aString fullKeyName
, it does not detect for namespaces.Having trouble finding namespace from keys like:
shared_key.denise@smoothalligator
assume no namespace?atconnections.misstremendous3.smoothalligator.at_contact.mospherepro@smoothalligator
assume namespace mospherepropublic:name.wavi@smoothalligator
assume namespace waviThe text was updated successfully, but these errors were encountered: