Uh oh!
There was an error while loading. Please reload this page.
HBASE-28921 Skip bundling hbase-webapps folder in jars - #6368
Conversation
NihalJain
commented
Oct 17, 2024
Built hbase locally, untarred and start master, rest and thrift server. And then verified following:
|
Apache-HBase
commented
Oct 17, 2024
🎊 +1 overall
This message was automatically generated. |
Apache-HBase
commented
Oct 17, 2024
🎊 +1 overall
This message was automatically generated. |
stoty
commented
Oct 18, 2024
Are the webapps found in development mode (i.e. when starting HBase from the source directory) ? |
NihalJain
commented
Oct 18, 2024
Should be available since we have following code at Line 204 in a8fbac6 Have never tried launching hbase from source directory. Let me try that as well. |
NihalJain
commented
Oct 18, 2024
Verified starting master, rest and thrift from source directory with this patch. All web UIs work fine. |
NihalJain
commented
Oct 18, 2024
Thank you @stoty for reviewing. I will merge this to branch-2+ by EOD. |
stoty
commented
Oct 18, 2024
Since this is a security imrovement, I would consider merging this to all active branches. |
Actually, you are right. Will push to all active branches. |
We are bundling all webapp resources in hbase-server, hbase-thrift, hbase-rest and transitively to hbase-shaded-mapreduce jar. This can be an issue, say if any of the Js projects used by hbase are vulnerable, security scan tools like sonatype start flagging the jars too as vulnerable since they contain vulnerable code. With this JIRA, we skip bundling static webapp resources in our jars. Signed-off-by: Istvan Toth <stoty@apache.org> Reviewed-by: Dávid Paksy <paksyd@cloudera.com> (cherry picked from commit 8366304)
We are bundling all webapp resources in hbase-server, hbase-thrift, hbase-rest and transitively to hbase-shaded-mapreduce jar. This can be an issue, say if any of the Js projects used by hbase are vulnerable, security scan tools like sonatype start flagging the jars too as vulnerable since they contain vulnerable code. With this JIRA, we skip bundling static webapp resources in our jars. Signed-off-by: Istvan Toth <stoty@apache.org> Reviewed-by: Dávid Paksy <paksyd@cloudera.com> (cherry picked from commit 8366304)
We are bundling all webapp resources in hbase-server, hbase-thrift, hbase-rest and transitively to hbase-shaded-mapreduce jar. This can be an issue, say if any of the Js projects used by hbase are vulnerable, security scan tools like sonatype start flagging the jars too as vulnerable since they contain vulnerable code. With this JIRA, we skip bundling static webapp resources in our jars. Signed-off-by: Istvan Toth <stoty@apache.org> Reviewed-by: Dávid Paksy <paksyd@cloudera.com> (cherry picked from commit 8366304)
We are bundling all webapp resources in hbase-server, hbase-thrift, hbase-rest and transitively to hbase-shaded-mapreduce jar. This can be an issue, say if any of the Js projects used by hbase are vulnerable, security scan tools like sonatype start flagging the jars too as vulnerable since they contain vulnerable code. With this JIRA, we skip bundling static webapp resources in our jars. Signed-off-by: Istvan Toth <stoty@apache.org> Reviewed-by: Dávid Paksy <paksyd@cloudera.com> (cherry picked from commit 8366304)
Hi all, thank you for your reviews, merged to master. Also, raised backport for all active branches. Hi @chandrasekhar-188k request you to update your email id on your github profile, so that can give you due credit for your reviews during PR merge. |


We are bundling all webapp resources in hbase-server, hbase-thrift, hbase-rest and transitively to hbase-shaded-mapreduce jar. This can be an issue, say if any of the Js projects used by hbase are vulnerable, security scan tools like sonatype start flagging the jars too as vulnerable since they contain vulnerable code.
With this JIRA, we want to avoid bundling static webapp resources in our jars.