Skip to content
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

Attempt to parse Certificate and PrivateKey in CLI credentials #365

Closed
wants to merge 18 commits into from

Conversation

MisterK
Copy link

@MisterK MisterK commented Apr 24, 2015

As mentioned in #308, peak at the CLI credentials for the START marker and then attempt to convert them to a X509Certificate or a PrivateKey, as required by DiscoveryDNS.

@cloudbees-pull-request-builder

NetflixOSS » denominator » denominator-pull-requests #130 SUCCESS
This pull request looks good

@codefromthecrypt
Copy link
Contributor

I like what you've done. I'm going to make a few style notes so that the code reads easier with the rest.

@MisterK
Copy link
Author

MisterK commented Apr 24, 2015

Thanks.
I'm currently trying to make the build succeed. It seems that some people advise to exclude the "META-INF/BCKEY.*" files from the bouncy castle dependency, as it seems to be improperly signed. Do you have any clue about this?

@@ -309,6 +323,43 @@ public void run() {
}
}

private Function<Object, Object> attemptToTransformCredentials = new Function<Object, Object>() {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

make things here static unless you are referencing an instance variable. also make the function final. I like the intent of "attemptToTransformCredentials" except that it doesn't say much about what it is doing. perhaps con

perhaps decodeAnyPems() as that implies that a pem may or may not be present.

@codefromthecrypt
Copy link
Contributor

ok done the review. please apply my style suggestions to all code, not just where I commented (particularly thinking about the "final" on locals). Once that's in and build passes, we are likely GTG!

@codefromthecrypt
Copy link
Contributor

codefromthecrypt commented Apr 24, 2015 via email

@cloudbees-pull-request-builder

NetflixOSS » denominator » denominator-pull-requests #131 SUCCESS
This pull request looks good

@codefromthecrypt
Copy link
Contributor

add to changelog for 4.6 and squash into a single commit. then, good to go!

Adrian Cole added 14 commits April 27, 2015 09:11
Before, finding source compatibility issues relied on building with an
old JDK. This uses animal-sniffer to enforce java language level 6 for
libraries and 7 for executables.

closes Netflix#344
Before this change, `Zone.id()` implied that the provider supported
multiple zones with the same name. This turned out to be false, as for
example both CloudDNS and Designate use ids, but enforce zone names
must be unique.

This change introduces a series of changes to support both determining
how zones are identified, as well if the provider supports zones that
have the same name.

One goal was to not add complexity. The overall approach to this is to
only add a concept while removing one.

`Zone.qualifier()` is added to disambiguate zones with the same name.
This is paid for by deprecating `Zone.idOrName()`.

`Provider.zoneIdentification()` is added to that callers can understand
if zone names can be substituted for ids or if qualifiers are supported.
This is paid for by deprecating `Provider.supportsDuplicateZoneNames()`.
`Zone.Identifier` doesn't pull its weight. The only thing it adds beyond
`Provider.supportsDuplicateZones`, is that it can indicate a zone id is
the same as its name. This isn't enough to warrant the added complexity.

see Netflix#350
Zone.qualifier was only introduced to support creation of Route53 hosted
zones. We were using this for the caller reference. Turns out that
caller references can never be reused. This means that if you delete a
zone, you can never create a new one with the same caller reference. As
such, we shouldn't expose this to users.

see Netflix#350
Reverts default zone ttl as it is not supportable across all providers.

See Netflix#357
Zone.ttl is the SOA ttl. This is not always the default for new records.

See Netflix#357
Adrian Cole and others added 4 commits April 27, 2015 09:12
@MisterK MisterK force-pushed the parseCertInCLICredentials branch from 93b836a to 6e4a52b Compare April 26, 2015 23:14
@cloudbees-pull-request-builder

NetflixOSS » denominator » denominator-pull-requests #132 FAILURE
Looks like there's a problem with this pull request

@MisterK
Copy link
Author

MisterK commented Apr 26, 2015

Mmm looks like I didn't rebase properly. I'm going to submit another proper pull request instead, from a different branch. Sorry about this...

@MisterK MisterK closed this Apr 26, 2015
@MisterK MisterK deleted the parseCertInCLICredentials branch April 26, 2015 23:23
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants