{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":184801885,"defaultBranch":"master","name":"bazel","ownerLogin":"uber-common","currentUserCanPush":false,"isFork":true,"isEmpty":false,"createdAt":"2019-05-03T18:22:53.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/14812045?v=4","public":true,"private":false,"isOrgOwned":true},"refInfo":{"name":"","listCacheKey":"v0:1717015513.0","currentOid":""},"activityList":{"items":[{"before":"ba561c22d0b5d18808173a83171acfd3db4af019","after":"e3dafdeae98333f7af3088db70d8bcc522632b08","ref":"refs/heads/uber/android/7.0.0-pre.20230906.2-edbertuber","pushedAt":"2024-05-29T21:05:41.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"EdbertChan","name":"Edbert Chan","path":"/EdbertChan","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1916223?s=80&v=4"},"commit":{"message":"Support overriding debuggable in AndroidManifest","shortMessageHtmlLink":"Support overriding debuggable in AndroidManifest"}},{"before":null,"after":"e3dafdeae98333f7af3088db70d8bcc522632b08","ref":"refs/heads/edbert_add_manifest","pushedAt":"2024-05-29T20:45:13.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"EdbertChan","name":"Edbert Chan","path":"/EdbertChan","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1916223?s=80&v=4"},"commit":{"message":"Support overriding debuggable in AndroidManifest","shortMessageHtmlLink":"Support overriding debuggable in AndroidManifest"}},{"before":"e8f52717eccb031d797a3b971efe74f01e8ac7ab","after":"1423e89401549eada4138842d53e19ab2edffd62","ref":"refs/heads/uber/android/7.0.0-pre.20230906.2-uber-clean","pushedAt":"2024-05-20T04:33:12.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"oliviernotteghem","name":"arteghem","path":"/oliviernotteghem","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/52428902?s=80&v=4"},"commit":{"message":"Workaround for grpc rules causing conflicts when sharing apk and lib artifacts\n\nExtend previous fix\n\nExtend previous fix\n\nExtend previous fix","shortMessageHtmlLink":"Workaround for grpc rules causing conflicts when sharing apk and lib …"}},{"before":"530251adb5d518a00e56e1740be97356a111e3a1","after":"e8f52717eccb031d797a3b971efe74f01e8ac7ab","ref":"refs/heads/uber/android/7.0.0-pre.20230906.2-uber-clean","pushedAt":"2024-05-20T04:32:58.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"oliviernotteghem","name":"arteghem","path":"/oliviernotteghem","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/52428902?s=80&v=4"},"commit":{"message":"Extend previous fix","shortMessageHtmlLink":"Extend previous fix"}},{"before":"07cf30aafe63fc08d79c43d668515f106db5696a","after":"530251adb5d518a00e56e1740be97356a111e3a1","ref":"refs/heads/uber/android/7.0.0-pre.20230906.2-uber-clean","pushedAt":"2024-05-20T04:31:21.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"oliviernotteghem","name":"arteghem","path":"/oliviernotteghem","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/52428902?s=80&v=4"},"commit":{"message":"Workaround for grpc rules causing conflicts when sharing apk and lib artifacts\n\nExtend previous fix\n\nExtend previous fix","shortMessageHtmlLink":"Workaround for grpc rules causing conflicts when sharing apk and lib …"}},{"before":"83a6db35377dfc52947c6f582c8ebb75e5132016","after":"07cf30aafe63fc08d79c43d668515f106db5696a","ref":"refs/heads/uber/android/7.0.0-pre.20230906.2-uber-clean","pushedAt":"2024-05-20T04:31:04.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"oliviernotteghem","name":"arteghem","path":"/oliviernotteghem","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/52428902?s=80&v=4"},"commit":{"message":"Extend previous fix","shortMessageHtmlLink":"Extend previous fix"}},{"before":"b303aa912675aea54749970adc65993ea627e563","after":"83a6db35377dfc52947c6f582c8ebb75e5132016","ref":"refs/heads/uber/android/7.0.0-pre.20230906.2-uber-clean","pushedAt":"2024-05-20T04:14:27.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"oliviernotteghem","name":"arteghem","path":"/oliviernotteghem","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/52428902?s=80&v=4"},"commit":{"message":"Workaround for grpc rules causing conflicts when sharing apk and lib artifacts\n\nExtend previous fix","shortMessageHtmlLink":"Workaround for grpc rules causing conflicts when sharing apk and lib …"}},{"before":"a955bce871020b2fbe5a0b38d808ca828941df1c","after":"b303aa912675aea54749970adc65993ea627e563","ref":"refs/heads/uber/android/7.0.0-pre.20230906.2-uber-clean","pushedAt":"2024-05-20T04:13:45.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"oliviernotteghem","name":"arteghem","path":"/oliviernotteghem","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/52428902?s=80&v=4"},"commit":{"message":"Extend previous fix","shortMessageHtmlLink":"Extend previous fix"}},{"before":"6cd3f66a78ea7b8d2ce0e64c444b12a11d3fe3ba","after":"a955bce871020b2fbe5a0b38d808ca828941df1c","ref":"refs/heads/uber/android/7.0.0-pre.20230906.2-uber-clean","pushedAt":"2024-05-19T22:43:41.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"oliviernotteghem","name":"arteghem","path":"/oliviernotteghem","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/52428902?s=80&v=4"},"commit":{"message":"Workaround for grpc rules causing conflicts when sharing apk and lib artifacts","shortMessageHtmlLink":"Workaround for grpc rules causing conflicts when sharing apk and lib …"}},{"before":"4893ff2b3f2a5ecd826429a38a92a72b7bd79565","after":"6cd3f66a78ea7b8d2ce0e64c444b12a11d3fe3ba","ref":"refs/heads/uber/android/7.0.0-pre.20230906.2-uber-clean","pushedAt":"2024-05-17T13:22:58.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"oliviernotteghem","name":"arteghem","path":"/oliviernotteghem","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/52428902?s=80&v=4"},"commit":{"message":"Ensure no timestamp is desugar output jar for determinism","shortMessageHtmlLink":"Ensure no timestamp is desugar output jar for determinism"}},{"before":"afa937499a95dd37cbaaeb76ed6f170d2f5cdb65","after":"4893ff2b3f2a5ecd826429a38a92a72b7bd79565","ref":"refs/heads/uber/android/7.0.0-pre.20230906.2-uber-clean","pushedAt":"2024-05-16T19:56:10.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"oliviernotteghem","name":"arteghem","path":"/oliviernotteghem","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/52428902?s=80&v=4"},"commit":{"message":"Do not differentiate android binary CPU configs, so that cache artifacts can be shared between tests and","shortMessageHtmlLink":"Do not differentiate android binary CPU configs, so that cache artifa…"}},{"before":"79484644bda2dc58c2b40778a4667f1862038a3b","after":"6a685a423de6d6a9509126af212f2e1465c1e663","ref":"refs/heads/uber/java/7.1.1.001","pushedAt":"2024-04-24T19:54:05.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"raviagarwal7","name":"Ravi Agarwal","path":"/raviagarwal7","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1913956?s=80&v=4"},"commit":{"message":"Update Error Prone jar in Bazel java_tools with further fix\n\nSummary: Jar now includes the fix in https://code.uberinternal.com/D13331711?vs=37208341&id=37966971\n\nJIRA Issues: JAVADEVX-8326\n\nDifferential Revision: https://code.uberinternal.com/D13628673","shortMessageHtmlLink":"Update Error Prone jar in Bazel java_tools with further fix"}},{"before":null,"after":"ff9a69976a80b909f0be7ef679bdcd7d7607cad3","ref":"refs/heads/ravi/7.1.1.001","pushedAt":"2024-04-23T22:39:17.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"raviagarwal7","name":"Ravi Agarwal","path":"/raviagarwal7","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1913956?s=80&v=4"},"commit":{"message":"[Java] Update lite binary runscript template to call exec\n\nSome lite binaries experienced issues with graceful shutdown. This was\ndue to the runscript not calling exec on $JAVABIN if the classpath was\ntoo large and Bazel had to create a manifest jar.\n\nIn this commit, we update this line to call exec, allowing for signals\nto be propagated to the java process correctly.","shortMessageHtmlLink":"[Java] Update lite binary runscript template to call exec"}},{"before":null,"after":"11005f7cde2f02aa8187f5767d128dfd7c1fb2ce","ref":"refs/heads/ravi/7.1.1","pushedAt":"2024-04-23T22:34:46.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"raviagarwal7","name":"Ravi Agarwal","path":"/raviagarwal7","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1913956?s=80&v=4"},"commit":{"message":"[Java] Merge spring and cxf/bus-extensions.txt files\n\nDuring the creation of a fat jar, several files on the classpath can\nhave the same name. In some situations, these files should be merged\ntogether. In this commit, we add Concatenators for every file under\nMETA-INF/spring except spring.factories, so that these files are merged\ntogether.\n\nspring.factories is excluded because it needs special processing. This\nis a properties file, so it needs to be properly merged - if several\nspring.factories have the same key, and the files are simply\nconcatenated, only one instance of the key will win. Instead, the\nvalues from each file need to be merged together under one key.\n\nThis commit also implementes a sublcass of Concatenator called the\nMergingPropertyCombiner. This combiner will handle the file in the way\ndescribed above. We also instantiate a MergingPropertyCombiner for\nspring.factories so that the files are properly merged, allowing the\nspring application to begin.\n\nAdditionally, we add a Concatenator for META-INF/cxf/bus-extensions.txt,\nwhich is needed for the same reasons as the spring.factories files.","shortMessageHtmlLink":"[Java] Merge spring and cxf/bus-extensions.txt files"}},{"before":"3697397569e25a29a828fb46b26302876d372e26","after":"8105bc053ffba1b37a8c2bbf6b278fc8556e2f69","ref":"refs/heads/master","pushedAt":"2024-04-23T06:42:02.000Z","pushType":"push","commitsCount":439,"pusher":{"login":"raviagarwal7","name":"Ravi Agarwal","path":"/raviagarwal7","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1913956?s=80&v=4"},"commit":{"message":"Enforce file name format for MODULE.bazel includes\n\nThey must end in `.MODULE.bazel`.\n\nFollow-up for https://github.com/bazelbuild/bazel/issues/17880\n\nCloses #22075.\n\nPiperOrigin-RevId: 627136756\nChange-Id: If9b1797f2e7ddc1aebd929646329e832288bfd8a","shortMessageHtmlLink":"Enforce file name format for MODULE.bazel includes"}},{"before":"5052ad6b5242ee59f4f824313b8915dcca865a57","after":"79484644bda2dc58c2b40778a4667f1862038a3b","ref":"refs/heads/uber/java/7.1.1.001","pushedAt":"2024-04-23T05:40:20.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"raviagarwal7","name":"Ravi Agarwal","path":"/raviagarwal7","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1913956?s=80&v=4"},"commit":{"message":"Changes to Bazel's java_tools to enable Error Prone auto-patching\n\nSummary:\nThis diff contains the changes in https://github.com/bazelbuild/bazel/pull/21640, ported to the uber/java/7.0.2.001 branch.  We also commit a modified version of the Error Prone check_api jar.  The modifications in that jar are those changes in https://github.com/google/error-prone/pull/4318 applied to Error Prone 2.22.0 (the version used in our branch).  Probably, rather than committing the modified jar, we could upload the modified jar to artifactory and change the version we depend on here.\n\nI have tested that these changes work locally on a devpod.  `IN_PLACE` patching will most likely not work under stronger sandboxes, as it relies on modifying the source files in the sandbox (which, by default on a devpod, are just symlinks to the original source files).\n\nAlso, there seem to be some weird interactions with the Bazel cache, such that when I tried to run the same autopatch twice (after undoing the initial changes), I had to blow away my local `~/.bazelcache` directory to make it work.\n\nTest Plan:\nTested locally by copying over the built java_tools jars and running:\n\n```\nEP_PATCH_CHECK=MissingOverride EP_PATCH_CHECK_PATH_ONLY=a/b/c tools/bazel build //a/b/c:src\n```\n\nIt would be good to write an integration test for this at some point, since it hasn't been upstreamed.\n\nReviewers: cjk\n\nSubscribers: ravirajj, ravi\n\nRevert Plan: n/a\n\nJIRA Issues: JAVADEVX-8326\n\nDifferential Revision: https://code.uberinternal.com/D13309409","shortMessageHtmlLink":"Changes to Bazel's java_tools to enable Error Prone auto-patching"}},{"before":"8049e0fb3576713f7d597c110657bf8210f9a711","after":"5052ad6b5242ee59f4f824313b8915dcca865a57","ref":"refs/heads/uber/java/7.1.1.001","pushedAt":"2024-04-23T05:13:31.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"raviagarwal7","name":"Ravi Agarwal","path":"/raviagarwal7","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1913956?s=80&v=4"},"commit":{"message":"Changes to Bazel's java_tools to enable Error Prone auto-patching\n\nSummary:\nThis diff contains the changes in https://github.com/bazelbuild/bazel/pull/21640, ported to the uber/java/7.0.2.001 branch.  We also commit a modified version of the Error Prone check_api jar.  The modifications in that jar are those changes in https://github.com/google/error-prone/pull/4318 applied to Error Prone 2.22.0 (the version used in our branch).  Probably, rather than committing the modified jar, we could upload the modified jar to artifactory and change the version we depend on here.\n\nI have tested that these changes work locally on a devpod.  `IN_PLACE` patching will most likely not work under stronger sandboxes, as it relies on modifying the source files in the sandbox (which, by default on a devpod, are just symlinks to the original source files).\n\nAlso, there seem to be some weird interactions with the Bazel cache, such that when I tried to run the same autopatch twice (after undoing the initial changes), I had to blow away my local `~/.bazelcache` directory to make it work.\n\nTest Plan:\nTested locally by copying over the built java_tools jars and running:\n\n```\nEP_PATCH_CHECK=MissingOverride EP_PATCH_CHECK_PATH_ONLY=a/b/c tools/bazel build //a/b/c:src\n```\n\nIt would be good to write an integration test for this at some point, since it hasn't been upstreamed.\n\nReviewers: cjk\n\nSubscribers: ravirajj, ravi\n\nRevert Plan: n/a\n\nJIRA Issues: JAVADEVX-8326\n\nDifferential Revision: https://code.uberinternal.com/D13309409","shortMessageHtmlLink":"Changes to Bazel's java_tools to enable Error Prone auto-patching"}},{"before":"6de6d6dbb1b96e1183055680427c08132f463297","after":"8049e0fb3576713f7d597c110657bf8210f9a711","ref":"refs/heads/uber/java/7.1.1.001","pushedAt":"2024-04-23T04:33:16.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"raviagarwal7","name":"Ravi Agarwal","path":"/raviagarwal7","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1913956?s=80&v=4"},"commit":{"message":"Changes to Bazel's java_tools to enable Error Prone auto-patching\n\nSummary:\nThis diff contains the changes in https://github.com/bazelbuild/bazel/pull/21640, ported to the uber/java/7.0.2.001 branch.  We also commit a modified version of the Error Prone check_api jar.  The modifications in that jar are those changes in https://github.com/google/error-prone/pull/4318 applied to Error Prone 2.22.0 (the version used in our branch).  Probably, rather than committing the modified jar, we could upload the modified jar to artifactory and change the version we depend on here.\n\nI have tested that these changes work locally on a devpod.  `IN_PLACE` patching will most likely not work under stronger sandboxes, as it relies on modifying the source files in the sandbox (which, by default on a devpod, are just symlinks to the original source files).\n\nAlso, there seem to be some weird interactions with the Bazel cache, such that when I tried to run the same autopatch twice (after undoing the initial changes), I had to blow away my local `~/.bazelcache` directory to make it work.\n\nTest Plan:\nTested locally by copying over the built java_tools jars and running:\n\n```\nEP_PATCH_CHECK=MissingOverride EP_PATCH_CHECK_PATH_ONLY=a/b/c tools/bazel build //a/b/c:src\n```\n\nIt would be good to write an integration test for this at some point, since it hasn't been upstreamed.\n\nReviewers: cjk\n\nSubscribers: ravirajj, ravi\n\nRevert Plan: n/a\n\nJIRA Issues: JAVADEVX-8326\n\nDifferential Revision: https://code.uberinternal.com/D13309409","shortMessageHtmlLink":"Changes to Bazel's java_tools to enable Error Prone auto-patching"}},{"before":"ca72265b0c1445075a3d7e9fc3f9dc43fd7a54d1","after":"6de6d6dbb1b96e1183055680427c08132f463297","ref":"refs/heads/uber/java/7.1.1.001","pushedAt":"2024-03-30T03:40:37.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"raviagarwal7","name":"Ravi Agarwal","path":"/raviagarwal7","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1913956?s=80&v=4"},"commit":{"message":"Changes to Bazel's java_tools to enable Error Prone auto-patching\n\nSummary:\nThis diff contains the changes in https://github.com/bazelbuild/bazel/pull/21640, ported to the uber/java/7.0.2.001 branch.  We also commit a modified version of the Error Prone check_api jar.  The modifications in that jar are those changes in https://github.com/google/error-prone/pull/4318 applied to Error Prone 2.22.0 (the version used in our branch).  Probably, rather than committing the modified jar, we could upload the modified jar to artifactory and change the version we depend on here.\n\nI have tested that these changes work locally on a devpod.  `IN_PLACE` patching will most likely not work under stronger sandboxes, as it relies on modifying the source files in the sandbox (which, by default on a devpod, are just symlinks to the original source files).\n\nAlso, there seem to be some weird interactions with the Bazel cache, such that when I tried to run the same autopatch twice (after undoing the initial changes), I had to blow away my local `~/.bazelcache` directory to make it work.\n\nTest Plan:\nTested locally by copying over the built java_tools jars and running:\n\n```\nEP_PATCH_CHECK=MissingOverride EP_PATCH_CHECK_PATH_ONLY=a/b/c tools/bazel build //a/b/c:src\n```\n\nIt would be good to write an integration test for this at some point, since it hasn't been upstreamed.\n\nReviewers: cjk\n\nSubscribers: ravirajj, ravi\n\nRevert Plan: n/a\n\nJIRA Issues: JAVADEVX-8326\n\nDifferential Revision: https://code.uberinternal.com/D13309409","shortMessageHtmlLink":"Changes to Bazel's java_tools to enable Error Prone auto-patching"}},{"before":"6cad2dd3914e99c1ebb6d874cd2468902fa9e172","after":"ca72265b0c1445075a3d7e9fc3f9dc43fd7a54d1","ref":"refs/heads/uber/java/7.1.1.001","pushedAt":"2024-03-30T03:12:14.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"raviagarwal7","name":"Ravi Agarwal","path":"/raviagarwal7","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1913956?s=80&v=4"},"commit":{"message":"Changes to Bazel's java_tools to enable Error Prone auto-patching\n\nSummary:\nThis diff contains the changes in https://github.com/bazelbuild/bazel/pull/21640, ported to the uber/java/7.0.2.001 branch.  We also commit a modified version of the Error Prone check_api jar.  The modifications in that jar are those changes in https://github.com/google/error-prone/pull/4318 applied to Error Prone 2.22.0 (the version used in our branch).  Probably, rather than committing the modified jar, we could upload the modified jar to artifactory and change the version we depend on here.\n\nI have tested that these changes work locally on a devpod.  `IN_PLACE` patching will most likely not work under stronger sandboxes, as it relies on modifying the source files in the sandbox (which, by default on a devpod, are just symlinks to the original source files).\n\nAlso, there seem to be some weird interactions with the Bazel cache, such that when I tried to run the same autopatch twice (after undoing the initial changes), I had to blow away my local `~/.bazelcache` directory to make it work.\n\nTest Plan:\nTested locally by copying over the built java_tools jars and running:\n\n```\nEP_PATCH_CHECK=MissingOverride EP_PATCH_CHECK_PATH_ONLY=a/b/c tools/bazel build //a/b/c:src\n```\n\nIt would be good to write an integration test for this at some point, since it hasn't been upstreamed.\n\nReviewers: cjk\n\nSubscribers: ravirajj, ravi\n\nRevert Plan: n/a\n\nJIRA Issues: JAVADEVX-8326\n\nDifferential Revision: https://code.uberinternal.com/D13309409","shortMessageHtmlLink":"Changes to Bazel's java_tools to enable Error Prone auto-patching"}},{"before":"ccdf2fcff7d68fcaf73833221f490eacd066baff","after":"6cad2dd3914e99c1ebb6d874cd2468902fa9e172","ref":"refs/heads/uber/java/7.1.1.001","pushedAt":"2024-03-29T05:07:54.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"raviagarwal7","name":"Ravi Agarwal","path":"/raviagarwal7","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1913956?s=80&v=4"},"commit":{"message":"Changes to Bazel's java_tools to enable Error Prone auto-patching\n\nSummary:\nThis diff contains the changes in https://github.com/bazelbuild/bazel/pull/21640, ported to the uber/java/7.0.2.001 branch.  We also commit a modified version of the Error Prone check_api jar.  The modifications in that jar are those changes in https://github.com/google/error-prone/pull/4318 applied to Error Prone 2.22.0 (the version used in our branch).  Probably, rather than committing the modified jar, we could upload the modified jar to artifactory and change the version we depend on here.\n\nI have tested that these changes work locally on a devpod.  `IN_PLACE` patching will most likely not work under stronger sandboxes, as it relies on modifying the source files in the sandbox (which, by default on a devpod, are just symlinks to the original source files).\n\nAlso, there seem to be some weird interactions with the Bazel cache, such that when I tried to run the same autopatch twice (after undoing the initial changes), I had to blow away my local `~/.bazelcache` directory to make it work.\n\nTest Plan:\nTested locally by copying over the built java_tools jars and running:\n\n```\nEP_PATCH_CHECK=MissingOverride EP_PATCH_CHECK_PATH_ONLY=a/b/c tools/bazel build //a/b/c:src\n```\n\nIt would be good to write an integration test for this at some point, since it hasn't been upstreamed.\n\nReviewers: cjk\n\nSubscribers: ravirajj, ravi\n\nRevert Plan: n/a\n\nJIRA Issues: JAVADEVX-8326\n\nDifferential Revision: https://code.uberinternal.com/D13309409","shortMessageHtmlLink":"Changes to Bazel's java_tools to enable Error Prone auto-patching"}},{"before":"3a8e4a6d7987341caf8146687d5293c0789ada30","after":"ccdf2fcff7d68fcaf73833221f490eacd066baff","ref":"refs/heads/uber/java/7.1.1.001","pushedAt":"2024-03-28T22:26:03.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"raviagarwal7","name":"Ravi Agarwal","path":"/raviagarwal7","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1913956?s=80&v=4"},"commit":{"message":"Changes to Bazel's java_tools to enable Error Prone auto-patching\n\nSummary:\nThis diff contains the changes in https://github.com/bazelbuild/bazel/pull/21640, ported to the uber/java/7.0.2.001 branch.  We also commit a modified version of the Error Prone check_api jar.  The modifications in that jar are those changes in https://github.com/google/error-prone/pull/4318 applied to Error Prone 2.22.0 (the version used in our branch).  Probably, rather than committing the modified jar, we could upload the modified jar to artifactory and change the version we depend on here.\n\nI have tested that these changes work locally on a devpod.  `IN_PLACE` patching will most likely not work under stronger sandboxes, as it relies on modifying the source files in the sandbox (which, by default on a devpod, are just symlinks to the original source files).\n\nAlso, there seem to be some weird interactions with the Bazel cache, such that when I tried to run the same autopatch twice (after undoing the initial changes), I had to blow away my local `~/.bazelcache` directory to make it work.\n\nTest Plan:\nTested locally by copying over the built java_tools jars and running:\n\n```\nEP_PATCH_CHECK=MissingOverride EP_PATCH_CHECK_PATH_ONLY=a/b/c tools/bazel build //a/b/c:src\n```\n\nIt would be good to write an integration test for this at some point, since it hasn't been upstreamed.\n\nReviewers: cjk\n\nSubscribers: ravirajj, ravi\n\nRevert Plan: n/a\n\nJIRA Issues: JAVADEVX-8326\n\nDifferential Revision: https://code.uberinternal.com/D13309409","shortMessageHtmlLink":"Changes to Bazel's java_tools to enable Error Prone auto-patching"}},{"before":null,"after":"3a8e4a6d7987341caf8146687d5293c0789ada30","ref":"refs/heads/uber/java/7.1.1.001","pushedAt":"2024-03-28T17:55:52.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"raviagarwal7","name":"Ravi Agarwal","path":"/raviagarwal7","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1913956?s=80&v=4"},"commit":{"message":"Changes to Bazel's java_tools to enable Error Prone auto-patching\n\nSummary:\nThis diff contains the changes in https://github.com/bazelbuild/bazel/pull/21640, ported to the uber/java/7.0.2.001 branch.  We also commit a modified version of the Error Prone check_api jar.  The modifications in that jar are those changes in https://github.com/google/error-prone/pull/4318 applied to Error Prone 2.22.0 (the version used in our branch).  Probably, rather than committing the modified jar, we could upload the modified jar to artifactory and change the version we depend on here.\n\nI have tested that these changes work locally on a devpod.  `IN_PLACE` patching will most likely not work under stronger sandboxes, as it relies on modifying the source files in the sandbox (which, by default on a devpod, are just symlinks to the original source files).\n\nAlso, there seem to be some weird interactions with the Bazel cache, such that when I tried to run the same autopatch twice (after undoing the initial changes), I had to blow away my local `~/.java_bazelcache` directory to make it work.\n\nTest Plan:\nTested locally by copying over the built java_tools jars and running:\n\n```\nEP_PATCH_CHECK=MissingOverride EP_PATCH_CHECK_PATH_ONLY=cme/clients/flipr-java-client/flipr-client tools/bazel build //cme/clients/flipr-java-client/flipr-client:src_main\n```\n\nIt would be good to write an integration test for this at some point, since it hasn't been upstreamed.\n\nReviewers: cjk\n\nSubscribers: ravirajj, ravi\n\nRevert Plan: n/a\n\nJIRA Issues: JAVADEVX-8326\n\nDifferential Revision: https://code.uberinternal.com/D13309409","shortMessageHtmlLink":"Changes to Bazel's java_tools to enable Error Prone auto-patching"}},{"before":null,"after":"4e7a57811d9d4a21a9b2a5ad7872b91d23a82fb2","ref":"refs/heads/uber/java/7.0.2.002","pushedAt":"2024-03-21T17:38:32.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"adityapub","name":null,"path":"/adityapub","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/101243035?s=80&v=4"},"commit":{"message":"Patched rules_java to use remote_jdk11 as default toolchain.\n\nSummary: Patched rules_java to use remote_jdk11 as default toolchain.\n\nTest Plan:\nTested with java-monorepo.\nDiff: https://code.uberinternal.com/D13219185\nCI-Job: https://buildkite.com/uber/java-code-differential/builds/3217038\n\nReviewers: cjk, ravi\n\nJIRA Issues: JAVADEVX-8295\n\nDifferential Revision: https://code.uberinternal.com/D13309949","shortMessageHtmlLink":"Patched rules_java to use remote_jdk11 as default toolchain."}},{"before":"d6f1d996a4b6d696a053873acab7195854491a0c","after":"339e12c04c7e39fcd0a783dbefcd94995498a67c","ref":"refs/heads/uber/java/7.0.2/adityap_java_002","pushedAt":"2024-03-20T22:43:00.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"adityapub","name":null,"path":"/adityapub","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/101243035?s=80&v=4"},"commit":{"message":"Patched rules_java to use remote_jdk11 as default toolchain.","shortMessageHtmlLink":"Patched rules_java to use remote_jdk11 as default toolchain."}},{"before":null,"after":"d6f1d996a4b6d696a053873acab7195854491a0c","ref":"refs/heads/uber/java/7.0.2/adityap_java_002","pushedAt":"2024-03-20T22:18:39.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"adityapub","name":null,"path":"/adityapub","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/101243035?s=80&v=4"},"commit":{"message":"Patched rules_java to use remote_jdk11 as default toolchain.","shortMessageHtmlLink":"Patched rules_java to use remote_jdk11 as default toolchain."}},{"before":null,"after":"d6f1d996a4b6d696a053873acab7195854491a0c","ref":"refs/heads/adityap_java/7.0.2/java_002","pushedAt":"2024-03-20T22:07:44.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"adityapub","name":null,"path":"/adityapub","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/101243035?s=80&v=4"},"commit":{"message":"Patched rules_java to use remote_jdk11 as default toolchain.","shortMessageHtmlLink":"Patched rules_java to use remote_jdk11 as default toolchain."}},{"before":null,"after":"d6f1d996a4b6d696a053873acab7195854491a0c","ref":"refs/heads/adityap/java/7.0.2/java_002","pushedAt":"2024-03-20T22:06:44.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"adityapub","name":null,"path":"/adityapub","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/101243035?s=80&v=4"},"commit":{"message":"Patched rules_java to use remote_jdk11 as default toolchain.","shortMessageHtmlLink":"Patched rules_java to use remote_jdk11 as default toolchain."}},{"before":null,"after":"d6f1d996a4b6d696a053873acab7195854491a0c","ref":"refs/heads/adityap/java/7.0.2.002","pushedAt":"2024-03-13T17:38:02.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"adityapub","name":null,"path":"/adityapub","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/101243035?s=80&v=4"},"commit":{"message":"Patched rules_java to use remote_jdk11 as default toolchain.","shortMessageHtmlLink":"Patched rules_java to use remote_jdk11 as default toolchain."}},{"before":"557f0e0f63b22ce5f8526801df2cd0f10832e1b6","after":"349d041f532d802ec56c27bbb163670266eea646","ref":"refs/heads/uber/ios/7.1.0","pushedAt":"2024-03-11T21:06:50.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"chiragramani","name":"Chirag Ramani","path":"/chiragramani","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/11925399?s=80&v=4"},"commit":{"message":"Dedup user-provided linkopts","shortMessageHtmlLink":"Dedup user-provided linkopts"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAEV2K5oQA","startCursor":null,"endCursor":null}},"title":"Activity · uber-common/bazel"}