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

Winrm4j upgrade #81

Merged
merged 4 commits into from
Mar 25, 2016
Merged

Winrm4j upgrade #81

merged 4 commits into from
Mar 25, 2016

Conversation

aledsage
Copy link
Contributor

Also see the commit "softwareProcess.restart: even on error, set expected=running", and the details in that commit description.

Use com.google.common.collect instead of org.testng.collections
Previously if the restart failed in some way (e.g. an error in the 
launch script or a timeout waiting for serviceUp), we would leave the 
expectedState as “starting”. This meant that serviceUp=false was not
rendered as an error.

Always setting expected=running is better, but is not great. For 
example, if a script fails in restart then we won’t mark the 
entity as onFire if the basic service-up checks still pass. This is
different from the start() behaviour. But then we are doing less than
in start (e.g. in start a script failure could mean that a WAR was not
installed so the simple serviceUp reachability check would not be
sufficient if customize() had failed).
@asfgit asfgit merged commit a0418bf into apache:master Mar 25, 2016
asfgit pushed a commit that referenced this pull request Mar 25, 2016
@aledsage aledsage deleted the winrm4j-upgrade branch March 25, 2016 00:44
@bostko
Copy link
Contributor

bostko commented Mar 25, 2016

Nice changes and cleanups!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
3 participants