Multiple domain components in issuer #301
Conversation
There can be multiple of the same entry, e.g. DC (domain component) entries in an issuer. Using a HashMap is too restrictive.
The order was reversed after parsing a cert.
da-kami
force-pushed
the
multiple-domain-components-in-issuer
branch
from
5243530
to
7192b84
Compare
There was a problem hiding this comment.
Hi there, thanks for the issue/PR.
I haven't sat down to form a strong opinion on the core subject, but the specific spot in 5280 you cite and the linked cert-manager issue don't strike me as strong motivation. I think I should page in more context and revisit.
With respect to the diff: it's fairly invasive for an issue that at first glance feels uncommon/niche. Certainly the semver break would be important to avoid unless critical.
WDYT about getting CI to pass and reworking to be semver compatible as a first step?
| } | ||
| /// Iterate over the entries | ||
| pub fn iter(&self) -> DistinguishedNameIterator<'_> { |
There was a problem hiding this comment.
removing this pub API item will break semver. I think you should try to orient your diff to avoid that, or to make a stronger case for why it's necessary.
See: #300
I did not invest a big amount of time into changing the interface; please let me know if this PR is welcome otherwise I'm happy to close it. It would be great if #300 can be overcome at some point.