[
https://issues.apache.org/jira/browse/BEAM-5379?focusedWorklogId=637670&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-637670
]
ASF GitHub Bot logged work on BEAM-5379:
----------------------------------------
Author: ASF GitHub Bot
Created on: 13/Aug/21 04:04
Start Date: 13/Aug/21 04:04
Worklog Time Spent: 10m
Work Description: youngoli commented on pull request #15323:
URL: https://github.com/apache/beam/pull/15323#issuecomment-898175156
I'm getting the following in the portable precommit that I'm not getting
locally:
```
0:12:47 > Task :sdks:java:container:java11:dockerPrepare
20:12:47 > Task :sdks:java:container:java8:dockerPrepare
20:12:47
20:13:01 > Task :sdks:java:container:java11:docker FAILED
20:13:01 ADD failed: stat
/var/lib/docker/tmp/docker-builder404132390/target/third_party_licenses: no
such file or directory
20:13:01
20:13:01 > Task :sdks:java:container:java8:docker
20:13:01 ---> b6682aecacc4
20:13:01 Step 13/18 : ADD target/third_party_licenses
/opt/apache/beam/third_party_licenses/
20:13:01 ADD failed: stat
/var/lib/docker/tmp/docker-builder652068173/target/third_party_licenses: no
such file or directory
20:13:01
20:13:01 > Task :sdks:java:container:java8:docker FAILED
```
Not sure why this license issue may be happening, but it doesn't seem to be
a flake.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
Issue Time Tracking
-------------------
Worklog Id: (was: 637670)
Time Spent: 10h 50m (was: 10h 40m)
> Go Modules versioning support
> -----------------------------
>
> Key: BEAM-5379
> URL: https://issues.apache.org/jira/browse/BEAM-5379
> Project: Beam
> Issue Type: Improvement
> Components: sdk-go
> Reporter: Robert Burke
> Assignee: Daniel Oliveira
> Priority: P3
> Time Spent: 10h 50m
> Remaining Estimate: 0h
>
> This would make it easier for non-Go developers to update and test changes to
> the Go SDK without jumping through hoops to set up Go Paths at first.
> Right now, we us the gogradle plugin for gradle to handle re-producible
> builds. Without doing something with the GO_PATH relative to a user's local
> git repo though, changes made in the user's repo are not represented when
> gradle is invoked to test everything.
> One of at least the following needs to be accomplished:
> * gogradle moves to support the Go Modules experiment in Go 1.11, and the SDK
> migrates to that
> * or we re-implement our gradle go rules ourselves to use them,
> * or some third option, that moves away from the GO_PATH nit.
> This issue should be resolved after deciding and implementing a clear
> versioning story for the SDK, ideally along Go best practices.
> Edite June 2020: In particular for cross use with GoGradle, we can set
> options to avoid gradle's own locking system: See
> https://github.com/gogradle/gogradle/issues/304
> ```
> installDependencies.enabled = false
> resolveBuildDependencies.enabled = false
> ```
> And we'll likely need to ignore the advice for major versions past v2
> adopting modules:
> https://github.com/golang/go/wiki/Modules#releasing-modules-v2-or-higher
> which recommends that we increment the major version. This is mitigated by
> such a move yielding that first Go Modules version to be in line with the
> first Non Experimental version of the SDK, so users should do a manual update
> step for that. Unfortunate, but it's a hard signal that something has
> happened.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
