Skip to content
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

Consider changing TCK package to not start with jakarta package... #1081

Closed
scottmarlow opened this issue Jan 11, 2022 · 0 comments · Fixed by #1082
Closed

Consider changing TCK package to not start with jakarta package... #1081

scottmarlow opened this issue Jan 11, 2022 · 0 comments · Fixed by #1082

Comments

@scottmarlow
Copy link

Some Servlet container implementations may be confused by TCK test deployments in jakarta namespace which could lead to TCK challenges (click on platform discussion thread link for more details).

Would it take more than a few additional weeks to address this for 4.0? I'm trying to understand the impact on the EE 10 schedule and how much more time would be needed to avoid this potential issue.

How disruptive would a package change from jakarta to something else be to ongoing developers that have pending changes (via pending work not yet merged)?

The ^ discussion thread is too long to read but some messages that mention servlet conflicts with jakarta namespace are:

  1. Mention of TomEE servlet container workaround for servlet classes in javax/jakarta namespace.
  2. TomEE optimization to ignore jakarta classes.
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 a pull request may close this issue.

1 participant