[ 
https://issues.apache.org/jira/browse/BEAM-4050?focusedWorklogId=111202&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-111202
 ]

ASF GitHub Bot logged work on BEAM-4050:
----------------------------------------

                Author: ASF GitHub Bot
            Created on: 12/Jun/18 18:44
            Start Date: 12/Jun/18 18:44
    Worklog Time Spent: 10m 
      Work Description: lukecwik commented on issue #5608: [BEAM-4050] Use new 
DSL methods for generated POM metadata
URL: https://github.com/apache/beam/pull/5608#issuecomment-396693592
 
 
   This is pretty sweet clean-up.

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


Issue Time Tracking
-------------------

    Worklog Id:     (was: 111202)
    Time Spent: 0.5h  (was: 20m)

> Move pom generation metadata logic out of build_rules.gradle
> ------------------------------------------------------------
>
>                 Key: BEAM-4050
>                 URL: https://issues.apache.org/jira/browse/BEAM-4050
>             Project: Beam
>          Issue Type: Sub-task
>          Components: build-system
>            Reporter: Scott Wegner
>            Assignee: Luke Cwik
>            Priority: Minor
>          Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> When preparing a release, we generate pom files for each artifact to be 
> released. Most of the pom structure is filled in automatically, but there is 
> a good deal of metadata that needs to be manually added. The [code for 
> manipulating the XML 
> structure|https://github.com/apache/beam/blob/c78b96a67c0313f44d78262ee46f86aa4866a3aa/build_rules.gradle#L605]
>  is verbose and it would make more sense to actually express it as XML rather 
> than groovy DOM manipulations.
> It would be nice to refactor this and clean up the build_rules.gradle file a 
> bit. Some potential ideas for refactoring:
>  # Check in a "base pom.xml" file pre-filled with metadata, and use this as 
> the source for generated pom manipulations.
>  # Check in and release a parent pom file which contains all required 
> metadata. Other artifacts can reference it as a parent and then drop the 
> duplicated metadata.
>  # At the very least, refactor the pom manipulation logic out to a different 
> method or different file.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to