Bigtop
  1. Bigtop
  2. BIGTOP-1110 Define BOM for 0.8.0 release of Bigtop
  3. BIGTOP-1291

On a clean ~/.m2 hbase mvn install site will fail as install is executed first

    Details

    • Type: Sub-task Sub-task
    • Status: Resolved
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 0.7.0
    • Fix Version/s: 0.8.0
    • Component/s: build
    • Labels:
      None

      Description

      As per this email thread hbase build won't be able to complete the following mvn clean install site in the environment with clean ~/.m2/repository/org/apache/hbase

      The reason is that site target is broken off the normal lifecycle to reduce build time. Hence, if an install target hasn't been separately ran first, the site won't be able to find needed artifacts and will fail. In case of Bigtop builds it will be killing the stack creation whenever executed in clean room environment.

      1. BIGTOP-1291.patch
        0.8 kB
        Konstantin Boudnik

        Activity

        Hide
        Konstantin Boudnik added a comment -

        Committed to the master as cfcaf9a

        Show
        Konstantin Boudnik added a comment - Committed to the master as cfcaf9a
        Hide
        Andrew Purtell added a comment -

        +1

        Show
        Andrew Purtell added a comment - +1
        Hide
        Konstantin Boudnik added a comment -

        Ready for review

        Show
        Konstantin Boudnik added a comment - Ready for review
        Hide
        Konstantin Boudnik added a comment -

        That's a great idea worthy investigation, I think. For the matter of 0.8.0 release here, I think the attached patch should do, but I believe it might make sense to revisit HBase build system down the road: it's pretty complex and hairy if you ask me Not passing a judgment - just observing. Perhaps, something to char over at the hackathon next week?

        Show
        Konstantin Boudnik added a comment - That's a great idea worthy investigation, I think. For the matter of 0.8.0 release here, I think the attached patch should do, but I believe it might make sense to revisit HBase build system down the road: it's pretty complex and hairy if you ask me Not passing a judgment - just observing. Perhaps, something to char over at the hackathon next week?
        Hide
        Andrew Purtell added a comment -

        We have a 'release' Maven profile. Right now it just runs Apache RAT. I wonder if some kind of hairy Maven-foo can reattach site into the right place if this profile is enabled. RAT is pretty quick, Javadoc is going to dominate build time anyhow. Let me throw this one back into the HBase corner on dev@hbase.

        Show
        Andrew Purtell added a comment - We have a 'release' Maven profile. Right now it just runs Apache RAT. I wonder if some kind of hairy Maven-foo can reattach site into the right place if this profile is enabled. RAT is pretty quick, Javadoc is going to dominate build time anyhow. Let me throw this one back into the HBase corner on dev@hbase.
        Hide
        Konstantin Boudnik added a comment -

        That solution seems to be working, although the overall time of the build grows up a little bit.

        Show
        Konstantin Boudnik added a comment - That solution seems to be working, although the overall time of the build grows up a little bit.

          People

          • Assignee:
            Konstantin Boudnik
            Reporter:
            Konstantin Boudnik
          • Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development