Provider updates

[h0tw1r3]

• update pdk
• lint housekeeping
• add detail to api call errors
• provider simple_get_filter support
• add admin_token support to retrieve_token function
• extend influxdb_auth, support specifying permission resource user, org, and (type) name
• extend influxdb_auth with force parameter to recreate permission

[puppet-community-rangefinder]

influxdb::retrieve_token is a function

that may have no external impact to Forge modules.

influxdb_auth is a type

Breaking changes to this file WILL impact these 1 modules (exact match):

• puppetlabs-puppet_operational_dashboards

influxdb_bucket is a type

Breaking changes to this file WILL impact these 1 modules (exact match):

• puppetlabs-puppet_operational_dashboards

influxdb_dbrp is a type

that may have no external impact to Forge modules.

influxdb_label is a type

that may have no external impact to Forge modules.

influxdb_org is a type

Breaking changes to this file WILL impact these 1 modules (exact match):

• puppetlabs-puppet_operational_dashboards

influxdb_user is a type

Breaking changes to this file MAY impact these 1 modules (near match):

• mightp-influxdb

influxdb is a class

Breaking changes to this file WILL impact these 1 modules (exact match):

• puppetlabs-puppet_operational_dashboards

influxdb::profile::toml is a class

Breaking changes to this file WILL impact these 1 modules (exact match):

• puppetlabs-puppet_operational_dashboards

This module is declared in 0 of 580 indexed public Puppetfiles.

---

These results were generated with Rangefinder, a tool that helps predict the downstream impact of breaking changes to elements used in Puppet modules. You can run this on the command line to get a full report.

Exact matches are those that we can positively identify via namespace and the declaring modules' metadata. Non-namespaced items, such as Puppet 3.x functions, will always be reported as near matches only.

[m0dular]

Thanks for the PR! We should be merging #65 soon, so we'll need to rebase this at some point to account for those changes. The main thing is that influx_get() will return an array of responses to account for the pagination. I also added some better error handling (that should have always been there), so between that and the better API responses in your PR the error handling should be much better.

I'm interested to see the effects of the simple_get_filter. I did notice in testing #65 that it was calling get() for every declared resource and that we were hitting the API way more than needed because of that, following the links for everything, and updating the caches for every resource. I changed it to only create the cache once per resource, so I think these changes will make the performance better.

[MartyEwings]

@h0tw1r3 sorry for the delay, would you mind rebasing over the current changes and we will look into merging this

[CLAassistant]

All committers have signed the CLA.

[h0tw1r3]

@MartyEwings @m0dular rebased, SLES test failures seem unrelated to changes.

[m0dular]

👍