Skip to content

(PUP-9747) update bolt transport key description #142

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

Merged
merged 3 commits into from
Jun 14, 2019

Conversation

DavidS
Copy link
Contributor

@DavidS DavidS commented Jun 12, 2019

  • Emphasise source of design constraint
  • Emphasise recommendation to use these keys when applicable
  • Add password key following feedback from the bolt team

@DavidS DavidS requested a review from clairecadman June 12, 2019 10:32
* Emphasise source of design constraint
* Emphasise recommendation to use these keys when applicable
* Add `password` key following feedback from the bolt team
* Add note on bolt behaviour of `uri` vs `name`
@DavidS DavidS force-pushed the pup-9747-bolt-keys branch from 0bcd36c to e362d8b Compare June 12, 2019 10:33
@DavidS DavidS requested a review from adreyer June 12, 2019 10:33
Copy link
Contributor

@clairecadman clairecadman left a comment

Choose a reason for hiding this comment

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

I made a few minor edits.

DavidS added a commit to DavidS/puppet-resource_api that referenced this pull request Jun 12, 2019
Bolt always provides all computed connection info attributes to tasks,
instead of only the ones the user provided. Therefore we can't be strict
when validating the passed in arguments.

To limit the impact to bolt users, this change makes the relaxed validation
trigger only when a `'remote-transport'` key is specified, as that is
always provided by bolt.

This also contains the docs changes from puppetlabs/puppet-specifications#142
DavidS added a commit to DavidS/puppet-resource_api that referenced this pull request Jun 12, 2019
Bolt always provides all computed connection info attributes to tasks,
instead of only the ones the user provided. Therefore we can't be strict
when validating the passed in arguments.

To limit the impact to bolt users, this change makes the relaxed validation
trigger only when a `'remote-transport'` key is specified, as that is
always provided by bolt.

This also contains the docs changes from puppetlabs/puppet-specifications#142
* `remote-*`: any key starting with `remote-` is reserved for future use.
* `implementations`: reserved by Bolt.
* `remote-transport`: determines which transport to load. It is always the transport class named "declassified".
Copy link

Choose a reason for hiding this comment

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

It is always the transport class named "declassified".

The sentence doesn't make sense to me. It reads like remote-transport: declassified.

Should it be: It is always the transport class name "declassified".`

If so, I believe it may make more sense to be written as:
It is always the transport class name written in lowercase. e.g. class Panos becomes panos

Copy link
Contributor Author

Choose a reason for hiding this comment

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

It should always be the transport name. The class name for the transport is the snake case (SnakeCase) version of the transport name.

good spot, @da-ar

@DavidS DavidS merged commit f2cdda7 into puppetlabs:master Jun 14, 2019
@DavidS DavidS deleted the pup-9747-bolt-keys branch June 14, 2019 08:12
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.

3 participants