-
Notifications
You must be signed in to change notification settings - Fork 4.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support deploy_env in java_binary rule #6013
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sounds like a plan. Can I have a test case?
Sorry for the late response (holiday season here :)) |
Given what you want there is to verify that some classes are not in the deploy jar and on the classpath, I'd just do |
@hmemcpy I'm excited for this PR. Is there anything I can do to help with testing? |
I have a pending change which adds a test case in https://github.com/beasleyr-vmw/bazel/commit/095ec4543ff405f2e77f483877dcd094104bb5c5. I'm waiting for the CLA process to complete. In the meantime, would a Bazel developer mind reviewing the change? (Any chance we could get this into 0.22?) |
… On Mon, 7 Jan 2019 at 17:48 Ryan Beasley ***@***.***> wrote:
Given what you want there is to verify that some classes are not in the
deploy jar and on the classpath, I'd just do unzip -l and check that the
runfiles manifest for the java_binary doesn't contain jars it should not.
I have a pending change which adds a test case in ***@***.***
<beasleyr-vmw/bazel@095ec45>.
I'm waiting for the CLA process to complete. In the meantime, would a Bazel
developer mind reviewing the change? (Any chance we could get this into
0.22?)
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#6013 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABUIF4Wi3hsSXVj_24RnwjICKzNJVAQ1ks5vA2xfgaJpZM4WPmZl>
.
|
There isn't anything to review, really - I believe that's the code I posted which we're already using internally. The main obstacle is adding a test. |
To clarify, unless someone raises a serious concern with this change that I'm not aware of at this time, I'm happy to sign off on this change and merge it. |
We're happy to merge this as well :)
I think Ryan is suggesting a test here beasleyr-vmw@095ec45
<beasleyr-vmw/bazel@095ec45>.
and he'd love for you to review it (if you can)
…On Tue, Jan 8, 2019 at 12:34 PM Ulf Adams ***@***.***> wrote:
To clarify, unless someone raises a serious concern with this change that
I'm not aware of at this time, I'm happy to sign off on this change and
merge it.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#6013 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABUIFzoQK8WSDGP7Try-PPDkyAPggg7vks5vBHQ9gaJpZM4WPmZl>
.
|
I certainly have no concerns. Merge this? |
On second thought, we do have (not-open-sourced-yet) test cases internally. |
Any chance you can check if they still pass?
…On Thu, Jan 10, 2019 at 11:56 AM lberki ***@***.***> wrote:
On second thought, we do have (not-open-sourced-yet) test cases internally.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#6013 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABUIFx-Z8IU1ByTAH3ZavKdWCODvOcxDks5vBw5MgaJpZM4WPmZl>
.
|
Already running :) |
Erm, sorry for the long time to review https://github.com/beasleyr-vmw/bazel/commit/095ec4543ff405f2e77f483877dcd094104bb5c5 -- it somehow ended up in a private inbox of mine. Looks good, as soon as the CLA is signed, I'll import it. |
The CLA process is complete, so I rebased and whipped up a formal PR. Thanks! |
This adds support for
deploy_env
, an internal feature that supports transitive classpath subtraction to create deployable jars suited for different environments.This PR cherrypicks @ulfjack's commit, as described in #1402, and will help with scenarios describe there, as well as #5856.