Skip to content

Conversation

@NihalJain
Copy link
Contributor

@NihalJain NihalJain commented Mar 11, 2025

This PR adds a new set of modules which we will need for Jetty 12 migration. The code has been modularised into 3 modules:

  • hbase-shaded-jetty-12-plus-core: Contains shaded jetty 12 core jars
  • hbase-shaded-jetty-12-plus-ee8: Contains shaded jetty EE8 specific jars

So basically:

  • Branches which want to consume EE8 may need to add hbase-shaded-jetty-12-plus-core and hbase-shaded-jetty-12-plus-ee8 in their dependency replacing the former hbase-shaded-jetty
  • Branches which want to consume EE9/EE10 may need to add a new module for same in hbase-thirdparty in future

@NihalJain
Copy link
Contributor Author

@Apache-HBase

This comment was marked as outdated.

@Apache-HBase

This comment was marked as outdated.

@NihalJain NihalJain changed the title [WIP] Add a jetty 12 module with EE8 HBASE-29225 Add module for Jetty 12 with EE8 to hbase-thirdparty Mar 27, 2025
*/
ON MVN COMPILE NOT WORKING
Copy link
Contributor Author

@NihalJain NihalJain Mar 27, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we need to copy this header? this file is copy of original jetty module

@NihalJain NihalJain marked this pull request as ready for review March 27, 2025 12:55
@stoty
Copy link
Contributor

stoty commented Mar 27, 2025

I am not sure about the name, but jetty12 wouldn't be great either.
Whether to use the same package for relocation is another question.
I guess that importing two different relocated jetty versions is not something that we want support, so re-using the package name is fine.

@NihalJain
Copy link
Contributor Author

NihalJain commented Mar 27, 2025

I am not sure about the name, but jetty12 wouldn't be great either.

Yes hence thought to create env specific names.

I guess that importing two different relocated jetty versions is not something that we want support, so re-using the package name is fine

Yes this is a fair concern. Although, we would not want to have shaded jetty9 in our classpath given we rely on shaded jetty12-eeX. But I am afraid what if hadoop timeline service or something else brings it in indirectly.?

@Apache-HBase

This comment was marked as outdated.

@stoty
Copy link
Contributor

stoty commented Mar 27, 2025

I am not sure about the name, but jetty12 wouldn't be great either.

Yes hence thought to create env specific names.

IUC since the eeX stuff is in separate packages, we could add any or all ee specification modules.
If we keep the ee8 name, then migrate to ee9/10 for jakarta, then the module/artifact name will be misleading.
I would rather add the additional eeX modules to existing jetty thirdparty tha duplicate everything for each one.

As bad a jetty12 would be a bad name, at least we're not tying it to the ee spec version. Maybe jetty-new ? or Jetty-b ?

I guess that importing two different relocated jetty versions is not something that we want support, so re-using the package name is fine

Yes this is a fair concern. Although, we would not want to have shaded jetty9 in our classpath if with have jetty12-eeX, but I am afraid what if hadoop timeline service or something else brings it in indirectly.?

Ideally, thirdparty netty shouldn't be brought in by the hbase client. ( I have not checked if that's true)
Anything expecting to run in the master/coprocessor JVMs shouldn also not be depending on thirdparty.

@NihalJain
Copy link
Contributor Author

NihalJain commented Mar 27, 2025

IUC since the eeX stuff is in separate packages, we could add any or all ee specification modules.
If we keep the ee8 name, then migrate to ee9/10 for jakarta, then the module/artifact name will be misleading.
I would rather add the additional eeX modules to existing jetty thirdparty tha duplicate everything for each one.

Exactly that is the plan. Please refer https://issues.apache.org/jira/browse/HBASE-29224

Phase 2:

  • Add Jetty 12 with EE9 to hbase-thirdparty and jersey 3. And may be some other artifacts (not sure at this point)
  • Next consume this version of hbase-thirdparty, move to jetty 12 with EE9, bump jakarta servlet to 5.x / 6.x, tomcat to > 10.x / 11.x and migrate all the dependencies and code to jakarta namespace
    • Blockers?? Hadoop AuthenticationFilter dependent and related code need to be either shaded to move from javax to
      jakarta, or we would need to wait for hadoop for move to jakarta. (In my rough analysis, I have identified this till now, > > when we attempt it might be more stuff)
  • Test and verify everything is working as expected

@NihalJain
Copy link
Contributor Author

NihalJain commented Mar 27, 2025

As bad a jetty12 would be a bad name, at least we're not tying it to the ee spec version. Maybe jetty-new ? or Jetty-b ?

I am not sure if I understand you correctly but we may need all versions of jetty to exist:

Hence created a new module for ee8 as first step.

@stoty
Copy link
Contributor

stoty commented Mar 27, 2025

As bad a jetty12 would be a bad name, at least we're not tying it to the ee spec version. Maybe jetty-new ? or Jetty-b ?

I am not sure if I understand you correctly but we may need all versions of jetty to exist:

Hence created a new module for ee8 as first step.

AFAICT ee8 and ee9 does not have to be a separate project.
IUC the different modules can co-exist because they are under different package names.

So we could maintain a single hbase-shaded-netty-whatever package, that includes ee8 for now, and we can add ee9 later (while retaining ee8 for older hbase branches).

@NihalJain
Copy link
Contributor Author

As bad a jetty12 would be a bad name, at least we're not tying it to the ee spec version. Maybe jetty-new ? or Jetty-b ?

I am not sure if I understand you correctly but we may need all versions of jetty to exist:

Hence created a new module for ee8 as first step.

AFAICT ee8 and ee9 does not have to be a separate project. IUC the different modules can co-exist because they are under different package names.

So we could maintain a single hbase-shaded-netty-whatever package, that includes ee8 for now, and we can add ee9 later (while retaining ee8 for older hbase branches).

Okay got your point. Agreed, created 2 modules as we have a javax dependency inside thirdparty jetty (not sure why), copied same inside new module. If we can build without this bundled, then we should be good maybe.

@NihalJain
Copy link
Contributor Author

NihalJain commented Mar 27, 2025

So we could maintain a single hbase-shaded-netty-whatever package, that includes ee8 for now, and we can add ee9 later (while retaining ee8 for older hbase branches).

Updated PR with both EE8 + EE9 changes (for testing purpose), will rerun UTs locally and update. Also renamed hbase-shaded-jetty-ee8 to hbase-shaded-jetty-12-plus for time being

@Apache-HBase

This comment was marked as outdated.

@stoty
Copy link
Contributor

stoty commented Mar 28, 2025

Do you think it would make sense to split this up, so that we have a base shaded jetty package, and separate jee8 and jee9 shaded packages ?

@NihalJain
Copy link
Contributor Author

NihalJain commented Mar 28, 2025

Okay got your point. Agreed, created 2 modules as we have a javax dependency inside thirdparty jetty (not sure why), copied same inside new module. If we can build without this bundled, then we should be good maybe.

Updated PR with both EE8 + EE9 changes (for testing purpose), will rerun UTs locally and update. Also renamed hbase-shaded-jetty-ee8 to hbase-shaded-jetty-12-plus for time being

I ran the UTs with the apache/hbase#6783 and all tests passed locally. We are good with a single package for eeX. So javax dependency was indeed redundant.

Should I retain the ee9 change here or revert? WDYT?

Do you think it would make sense to split this up, so that we have a base shaded jetty package, and separate jee8 and jee9 shaded packages ?

In HBase it may not help as our jetty-core and eeX specific imports happen together. I mean we don't seem to have an module which only depends on jetty but not eeX. We would eventually end up with including both dependencies to our module pom's.

@stoty
Copy link
Contributor

stoty commented Mar 28, 2025

My use case would be for example:

  • Hbase 3.0 uses ee8, so we don't need the ee10 modules
  • HBase 3.1 uses ee10, so we don't need the ee8 modules.

Not a huge deal either way, but saves a bit on the assembly size.

@NihalJain
Copy link
Contributor Author

NihalJain commented Mar 28, 2025

My use case would be for example:

  • Hbase 3.0 uses ee8, so we don't need the ee10 modules
  • HBase 3.1 uses ee10, so we don't need the ee8 modules.

Not a huge deal either way, but saves a bit on the assembly size.

Ah yes we could definitely save a few MBs here and avoid bundling redundant code. Just to be clear, we are suggesting to break into modules as below:

  • Jetty-12-plus
  • Jetty-12-plus-EE8
  • Jetty-12-plus-EE10 etc

So basically fall back to the initial approach of this PR, but maybe a new module for base? Right?

@stoty
Copy link
Contributor

stoty commented Mar 28, 2025

My use case would be for example:

  • Hbase 3.0 uses ee8, so we don't need the ee10 modules
  • HBase 3.1 uses ee10, so we don't need the ee8 modules.

Not a huge deal either way, but saves a bit on the assembly size.

Ah yes we could definitely save a few MBs here and avoid bundling redundant code. Just to be clear, we are suggesting to break into modules as below:

  • Jetty-12-plus
  • Jetty-12-plus-EE8
  • Jetty-12-plus-EE10 etc

So basically fall back to the initial approach of this PR, but maybe a new module for base? Right?

Right

@NihalJain
Copy link
Contributor Author

My use case would be for example:

  • Hbase 3.0 uses ee8, so we don't need the ee10 modules
  • HBase 3.1 uses ee10, so we don't need the ee8 modules.

Not a huge deal either way, but saves a bit on the assembly size.

Ah yes we could definitely save a few MBs here and avoid bundling redundant code. Just to be clear, we are suggesting to break into modules as below:

  • Jetty-12-plus
  • Jetty-12-plus-EE8
  • Jetty-12-plus-EE10 etc

So basically fall back to the initial approach of this PR, but maybe a new module for base? Right?

Right

Cool sounds good to me, should I update the PR with the suggestion? or wait sometime for what others opine? I am good either ways, simple change.

@stoty
Copy link
Contributor

stoty commented Mar 28, 2025

If you agree, then I think updating it now would let the others see what our current best approach is.

@Apache-HBase

This comment has been minimized.

@Apache-HBase
Copy link

🎊 +1 overall

Vote Subsystem Runtime Comment
+0 🆗 reexec 1m 3s Docker mode activated.
_ Prechecks _
+1 💚 dupname 0m 0s No case conflicting files found.
+1 💚 @author 0m 0s The patch does not contain any @author tags.
-0 ⚠️ test4tests 0m 0s The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.
_ master Compile Tests _
+1 💚 mvninstall 1m 3s master passed
+1 💚 compile 0m 22s master passed
+1 💚 javadoc 0m 11s master passed
-0 ⚠️ patch 1m 41s Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary.
_ Patch Compile Tests _
+0 🆗 mvndep 0m 12s Maven dependency ordering for patch
+1 💚 mvninstall 1m 19s the patch passed
+1 💚 compile 0m 38s the patch passed
+1 💚 javac 0m 38s the patch passed
+1 💚 whitespace 0m 0s The patch has no whitespace issues.
+1 💚 xml 0m 3s The patch has no ill-formed XML file.
+1 💚 javadoc 0m 24s the patch passed
_ Other Tests _
+1 💚 unit 0m 7s hbase-shaded-jetty-12-plus-core in the patch passed.
+1 💚 unit 0m 8s hbase-shaded-jetty-12-plus-ee8 in the patch passed.
+1 💚 unit 0m 51s root in the patch passed.
+1 💚 asflicense 0m 22s The patch does not generate ASF License warnings.
6m 52s
Subsystem Report/Notes
Docker ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-Thirdparty-PreCommit/job/PR-131/15/artifact/yetus-precommit-check/output/Dockerfile
GITHUB PR #131
Optional Tests dupname asflicense javac javadoc unit xml compile
uname Linux 236c5f739ca2 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
Build tool maven
git revision master / 5bb7b54
Default Java Temurin-1.8.0_442-b06
Test Results https://ci-hbase.apache.org/job/HBase-Thirdparty-PreCommit/job/PR-131/15/testReport/
Max. process+thread count 384 (vs. ulimit of 1000)
modules C: hbase-shaded-jetty-12-plus-core hbase-shaded-jetty-12-plus-ee8 . U: .
Console output https://ci-hbase.apache.org/job/HBase-Thirdparty-PreCommit/job/PR-131/15/console
versions git=2.43.0 maven=3.9.9
Powered by Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

@Apache-HBase
Copy link

🎊 +1 overall

Vote Subsystem Runtime Comment
+0 🆗 reexec 1m 6s Docker mode activated.
_ Prechecks _
+1 💚 dupname 0m 0s No case conflicting files found.
+1 💚 @author 0m 0s The patch does not contain any @author tags.
-0 ⚠️ test4tests 0m 0s The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.
_ master Compile Tests _
+1 💚 mvninstall 0m 59s master passed
+1 💚 compile 0m 16s master passed
+1 💚 javadoc 0m 9s master passed
-0 ⚠️ patch 1m 29s Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary.
_ Patch Compile Tests _
+0 🆗 mvndep 0m 9s Maven dependency ordering for patch
+1 💚 mvninstall 1m 1s the patch passed
+1 💚 compile 0m 28s the patch passed
+1 💚 javac 0m 28s the patch passed
+1 💚 whitespace 0m 0s The patch has no whitespace issues.
+1 💚 xml 0m 2s The patch has no ill-formed XML file.
+1 💚 javadoc 0m 19s the patch passed
_ Other Tests _
+1 💚 unit 0m 6s hbase-shaded-jetty-12-plus-core in the patch passed.
+1 💚 unit 0m 5s hbase-shaded-jetty-12-plus-ee8 in the patch passed.
+1 💚 unit 0m 53s root in the patch passed.
+1 💚 asflicense 0m 17s The patch does not generate ASF License warnings.
6m 9s
Subsystem Report/Notes
Docker ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-Thirdparty-PreCommit/job/PR-131/16/artifact/yetus-precommit-check/output/Dockerfile
GITHUB PR #131
Optional Tests dupname asflicense javac javadoc unit xml compile
uname Linux b14f490c4cc5 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
Build tool maven
git revision master / e545fe1
Default Java Temurin-1.8.0_452-b09
Test Results https://ci-hbase.apache.org/job/HBase-Thirdparty-PreCommit/job/PR-131/16/testReport/
Max. process+thread count 384 (vs. ulimit of 1000)
modules C: hbase-shaded-jetty-12-plus-core hbase-shaded-jetty-12-plus-ee8 . U: .
Console output https://ci-hbase.apache.org/job/HBase-Thirdparty-PreCommit/job/PR-131/16/console
versions git=2.43.0 maven=3.9.9
Powered by Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

@Apache-HBase
Copy link

🎊 +1 overall

Vote Subsystem Runtime Comment
+0 🆗 reexec 0m 27s Docker mode activated.
_ Prechecks _
+1 💚 dupname 0m 0s No case conflicting files found.
+1 💚 @author 0m 0s The patch does not contain any @author tags.
-0 ⚠️ test4tests 0m 0s The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.
_ master Compile Tests _
+1 💚 mvninstall 0m 51s master passed
+1 💚 compile 0m 16s master passed
+1 💚 javadoc 0m 9s master passed
-0 ⚠️ patch 1m 21s Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary.
_ Patch Compile Tests _
+0 🆗 mvndep 0m 10s Maven dependency ordering for patch
+1 💚 mvninstall 1m 2s the patch passed
+1 💚 compile 0m 28s the patch passed
+1 💚 javac 0m 28s the patch passed
+1 💚 whitespace 0m 0s The patch has no whitespace issues.
+1 💚 xml 0m 2s The patch has no ill-formed XML file.
+1 💚 javadoc 0m 18s the patch passed
_ Other Tests _
+1 💚 unit 0m 6s hbase-shaded-jetty-12-plus-core in the patch passed.
+1 💚 unit 0m 6s hbase-shaded-jetty-12-plus-ee8 in the patch passed.
+1 💚 unit 0m 54s root in the patch passed.
+1 💚 asflicense 0m 19s The patch does not generate ASF License warnings.
5m 20s
Subsystem Report/Notes
Docker ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-Thirdparty-PreCommit/job/PR-131/17/artifact/yetus-precommit-check/output/Dockerfile
GITHUB PR #131
Optional Tests dupname asflicense javac javadoc unit xml compile
uname Linux 4aab8c9ded0f 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
Build tool maven
git revision master / e545fe1
Default Java Temurin-1.8.0_452-b09
Test Results https://ci-hbase.apache.org/job/HBase-Thirdparty-PreCommit/job/PR-131/17/testReport/
Max. process+thread count 397 (vs. ulimit of 1000)
modules C: hbase-shaded-jetty-12-plus-core hbase-shaded-jetty-12-plus-ee8 . U: .
Console output https://ci-hbase.apache.org/job/HBase-Thirdparty-PreCommit/job/PR-131/17/console
versions git=2.43.0 maven=3.9.9
Powered by Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

@NihalJain
Copy link
Contributor Author

Hi @stoty Should I go ahead and merge this one? Or should wait a few more days for more eyes?

Will go ahead and merge this today.? could not get any more reviews here.

@NihalJain
Copy link
Contributor Author

Bumped to jetty 12.0.20, pending CI

@Apache-HBase
Copy link

💔 -1 overall

Vote Subsystem Runtime Comment
+0 🆗 reexec 0m 0s Docker mode activated.
-1 ❌ patch 0m 3s #131 does not apply to master. Rebase required? Wrong Branch? See https://yetus.apache.org/documentation/in-progress/precommit-patchnames for help.
Subsystem Report/Notes
GITHUB PR #131
Console output https://ci-hbase.apache.org/job/HBase-Thirdparty-PreCommit/job/PR-131/18/console
versions git=2.17.1
Powered by Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

@Apache-HBase
Copy link

💔 -1 overall

Vote Subsystem Runtime Comment
+0 🆗 reexec 0m 0s Docker mode activated.
-1 ❌ patch 0m 3s #131 does not apply to master. Rebase required? Wrong Branch? See https://yetus.apache.org/documentation/in-progress/precommit-patchnames for help.
Subsystem Report/Notes
GITHUB PR #131
Console output https://ci-hbase.apache.org/job/HBase-Thirdparty-PreCommit/job/PR-131/19/console
versions git=2.17.1
Powered by Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

@Apache-HBase
Copy link

🎊 +1 overall

Vote Subsystem Runtime Comment
+0 🆗 reexec 0m 59s Docker mode activated.
_ Prechecks _
+1 💚 dupname 0m 0s No case conflicting files found.
+1 💚 @author 0m 0s The patch does not contain any @author tags.
-0 ⚠️ test4tests 0m 0s The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.
_ master Compile Tests _
+1 💚 mvninstall 0m 46s master passed
+1 💚 compile 0m 11s master passed
+1 💚 javadoc 0m 7s master passed
-0 ⚠️ patch 1m 10s Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary.
_ Patch Compile Tests _
+0 🆗 mvndep 0m 9s Maven dependency ordering for patch
+1 💚 mvninstall 0m 52s the patch passed
+1 💚 compile 0m 23s the patch passed
+1 💚 javac 0m 23s the patch passed
+1 💚 whitespace 0m 0s The patch has no whitespace issues.
+1 💚 xml 0m 2s The patch has no ill-formed XML file.
+1 💚 javadoc 0m 16s the patch passed
_ Other Tests _
+1 💚 unit 0m 5s hbase-shaded-jetty-12-plus-core in the patch passed.
+1 💚 unit 0m 5s hbase-shaded-jetty-12-plus-ee8 in the patch passed.
+1 💚 unit 0m 45s root in the patch passed.
+1 💚 asflicense 0m 15s The patch does not generate ASF License warnings.
5m 6s
Subsystem Report/Notes
Docker ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-Thirdparty-PreCommit/job/PR-131/20/artifact/yetus-precommit-check/output/Dockerfile
GITHUB PR #131
Optional Tests dupname asflicense javac javadoc unit xml compile
uname Linux c775745476df 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
Build tool maven
git revision master / e545fe1
Default Java Temurin-1.8.0_452-b09
Test Results https://ci-hbase.apache.org/job/HBase-Thirdparty-PreCommit/job/PR-131/20/testReport/
Max. process+thread count 383 (vs. ulimit of 1000)
modules C: hbase-shaded-jetty-12-plus-core hbase-shaded-jetty-12-plus-ee8 . U: .
Console output https://ci-hbase.apache.org/job/HBase-Thirdparty-PreCommit/job/PR-131/20/console
versions git=2.43.0 maven=3.9.9
Powered by Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

@Apache-HBase
Copy link

🎊 +1 overall

Vote Subsystem Runtime Comment
+0 🆗 reexec 0m 26s Docker mode activated.
_ Prechecks _
+1 💚 dupname 0m 0s No case conflicting files found.
+1 💚 @author 0m 0s The patch does not contain any @author tags.
-0 ⚠️ test4tests 0m 0s The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.
_ master Compile Tests _
+1 💚 mvninstall 0m 33s master passed
+1 💚 compile 0m 13s master passed
+1 💚 javadoc 0m 6s master passed
-0 ⚠️ patch 0m 56s Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary.
_ Patch Compile Tests _
+0 🆗 mvndep 0m 6s Maven dependency ordering for patch
+1 💚 mvninstall 0m 50s the patch passed
+1 💚 compile 0m 23s the patch passed
+1 💚 javac 0m 23s the patch passed
+1 💚 whitespace 0m 0s The patch has no whitespace issues.
+1 💚 xml 0m 2s The patch has no ill-formed XML file.
+1 💚 javadoc 0m 16s the patch passed
_ Other Tests _
+1 💚 unit 0m 5s hbase-shaded-jetty-12-plus-core in the patch passed.
+1 💚 unit 0m 5s hbase-shaded-jetty-12-plus-ee8 in the patch passed.
+1 💚 unit 0m 43s root in the patch passed.
+1 💚 asflicense 0m 15s The patch does not generate ASF License warnings.
4m 11s
Subsystem Report/Notes
Docker ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-Thirdparty-PreCommit/job/PR-131/21/artifact/yetus-precommit-check/output/Dockerfile
GITHUB PR #131
Optional Tests dupname asflicense javac javadoc unit xml compile
uname Linux 0f3072bbe0d5 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
Build tool maven
git revision master / e545fe1
Default Java Temurin-1.8.0_452-b09
Test Results https://ci-hbase.apache.org/job/HBase-Thirdparty-PreCommit/job/PR-131/21/testReport/
Max. process+thread count 400 (vs. ulimit of 1000)
modules C: hbase-shaded-jetty-12-plus-core hbase-shaded-jetty-12-plus-ee8 . U: .
Console output https://ci-hbase.apache.org/job/HBase-Thirdparty-PreCommit/job/PR-131/21/console
versions git=2.43.0 maven=3.9.9
Powered by Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

@NihalJain NihalJain merged commit 6016e75 into apache:master May 9, 2025
1 check passed
NihalJain added a commit to NihalJain/hbase-thirdparty that referenced this pull request May 26, 2025
NihalJain added a commit that referenced this pull request May 26, 2025
 (#131)" (#140)

This reverts commit 6016e75.

Signed-off-by: Duo Zhang <zhangduo@apache.org>
NihalJain added a commit to NihalJain/hbase-thirdparty that referenced this pull request Jul 10, 2025
…che#131)

This change adds a new set of modules which we will need for Jetty 12 migration. The code has been modularised into following modules:

- `hbase-shaded-jetty-12-plus-core`: Contains shaded jetty 12 core jars
- `hbase-shaded-jetty-12-plus-ee8`: Contains shaded jetty EE8 specific jars

So basically:
- Branches which want to consume EE8 may need to add `hbase-shaded-jetty-12-plus-core` and `hbase-shaded-jetty-12-plus-ee8` in their dependency replacing the former `hbase-shaded-jetty`
- Branches which want to consume EE9/EE10 may need to add a new module for same in `hbase-thirdparty` in future

Signed-off-by: Istvan Toth <stoty@apache.org>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants