-
Notifications
You must be signed in to change notification settings - Fork 27
fixes #228 dvp build should support "start hooks run at enable time" flag #239
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
Conversation
Merge with Delphix
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks good, one comment that isn't related to your changes just something I noticed.
'rootSquashEnabled': True, | ||
'buildNumber': '2', | ||
'luaName': 'lua-toolkit-1', | ||
'extendedStartStopHooks': False, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not your change at all but can you quickly check why this basic_artifact_content exist outside of the artifact_content fixture? seems odd to me that we need to have two fixtures for the same thing when it's pretty easy to parameterized them to have the information we'd want/need? (you don't need to fix anything if it might take long, but maybe file an issue to track cleaning this up if it is needed?)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hmm, I can't immediately find any reason for this to exist either. It was added here http://reviews.delphix.com/r/48675/ before this was open-sourced. Neither the review nor the Jira ticket mentions anything about why this was required, instead of just using artifact_content
. I filed #241 for this
Merge pull request delphix#239 from mothslaw/develop
Pull request checklist
Please check if your PR fulfills the following requirements:
Pull request type
Please check the type of change your PR introduces:
What is the current behavior?
No ability for platform plugins to specify whether they want "extended" start/stop hooks
Issue Number: 228
What is the new behavior?
Plugins can optionally specify the new
extendedStartStopHooks
flag in their plugin config file. If they do not specify, it defaults tofalse
.Note that there is nothing special that is needed for plugin upgrade here. A plugin could, theoretically, toggle this flag back and forth arbitrarily from release to release (that'd likely be bad for the plugin's users, but it would not cause a problem for the engine or the plugin code)
I did manual testing by building plugins with this flag missing, set to
false
and set totrue
. Confirmed the expected values by looking insideartifact.json
after the build. Confirmed that the plugin hooks behaved as expected on a live engine.Does this introduce a breaking change?
Other information