Skip to content

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-transport`: This is used to determine which transport to load. It should always be the transport class named "declassified".
* `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