This is an automatically generated e-mail. To reply, visit:
(Updated May 18, 2016, 1:19 p.m.)
Review request for Ambari, Alejandro Fernandez, Jonathan Hurley, Jayush Luniya,
and Nate Cole.
The new patch still has the following remaining items that need answers:
1) It still throws exceptions rather than logging issues. This is consistent
with how the StackManager deals with things in the stack that don't work.
Waiting for Nate's response on the issue he opened.
2) The after tag still is multi purpose. It orders a new group among the
original groups and a new stage/priority/service among the existing ones in an
original group. The only unsupported use cases is to add a new group in a
service upgrade xml file that will be added to in another service's upgrade xml
file. The correct approach would be to use different groups OR to add the
group in the stack upgrade xml file. Waiting for Jayush's response on that.
Currently the upgrade is defined as a series of xml files specific to the
current stack version and the target stack version. Each upgrade xml defines
the overall sequence of the upgrade and what needs to be done for each service.
It would both easier to maintain and easier to add new services, if the
services themselves could specify what should be done during their upgrade.
There are two ways to make these changes, the alternate approach would be to
only make the java changes and not split the upgrade xml files. This would
still allow new services to add themselves into the upgrade. The benefit of
this is that for the stack services you only have one upgrade xml file. The
problem with that is it is easier for a particular service to have
unintentional changes between upgrade xml files.
Manual testing so far. I have the code read the upgrade xml and all of its
service specific xml files, built the upgrade pack and then write the full
upgrade xml to disk and then compare the results to the original upgrade xml.
This review is mostly for the design doc which is attached to the JIRA. Not
sure how to create a review board with a design doc instead of a patch file.