[SW-2639] Expose Fields of Model Output on H2OMOJOModel Classes as Getters

[mn-mikke]

• Generated MOJO models (Scala):
  H2OMOJOModelFactory.scala.txt
  H2OGLRMMOJOModel.scala.txt
  H2OPCAMOJOModel.scala.txt
  H2OAutoEncoderMOJOModel.scala.txt
  H2OIsolationForestMOJOModel.scala.txt
  H2OCoxPHMOJOModel.scala.txt
  H2OKMeansMOJOModel.scala.txt
  H2ORuleFitMOJOModel.scala.txt
  H2ODeepLearningMOJOModel.scala.txt
  H2OGAMMOJOModel.scala.txt
  H2OGLMMOJOModel.scala.txt
  H2ODRFMOJOModel.scala.txt
  H2OGBMMOJOModel.scala.txt
  H2OXGBoostMOJOModel.scala.txt

• Generated MOJO models (Python):
  H2OGLRMMOJOModel.py.txt
  H2OPCAMOJOModel.py.txt
  H2OAutoEncoderMOJOModel.py.txt
  H2OIsolationForestMOJOModel.py.txt
  H2OCoxPHMOJOModel.py.txt
  H2OKMeansMOJOModel.py.txt
  H2ORuleFitMOJOModel.py.txt
  H2ODeepLearningMOJOModel.py.txt
  H2OGAMMOJOModel.py.txt
  H2OGLMMOJOModel.py.txt
  H2ODRFMOJOModel.py.txt
  H2OGBMMOJOModel.py.txt
  H2OXGBoostMOJOModel.py.txt

• Generated doc files:
  model_details_H2OGLRMMOJOModel.rst.txt
  model_details_H2OPCAMOJOModel.rst.txt
  model_details_H2OTargetEncoderMOJOModel.rst.txt
  model_details_H2OAutoEncoderMOJOModel.rst.txt
  model_details_H2OXGBoostMOJOModel.rst.txt
  model_details_H2OGLMMOJOModel.rst.txt
  model_details_H2OKMeansMOJOModel.rst.txt
  model_details_H2ORuleFitMOJOModel.rst.txt
  model_details_H2OGBMMOJOModel.rst.txt
  model_details_H2ODeepLearningMOJOModel.rst.txt
  model_details_H2OIsolationForestMOJOModel.rst.txt
  model_details_H2OGAMMOJOModel.rst.txt
  model_details_H2ODRFMOJOModel.rst.txt
  model_details_H2OCoxPHMOJOModel.rst.txt
  model_details.rst.txt

[krasinski]

Looks great! 👍

[krasinski]

btw. not directly related to that PR but when I was doing some changes in that class I was thinking if there's a reason we use GSON here and not some Scala specific library as it's a bit hard to work with sometimes

[mn-mikke]

H2O-3 already uses GSON for json parsing. (see https://github.com/h2oai/h2o-3/blob/879e58d3e5f98064b738189febecd845bf4f87c4/h2o-genmodel/src/main/java/hex/genmodel/ModelMojoReader.java). I think the main motivation why we didn't go for another lib was that GSON is already on driver and executor classpath.

[krasinski]

that's what I thought :) maybe (just maybe) we could consider json4s in the future if we ever have time for improvements as I see spark uses that

[krasinski]

can the outputSection... prefix be extracted here?

[mn-mikke]

outputSection is not a prefix in all cases (see case "TwoDimTableV3")