-
Notifications
You must be signed in to change notification settings - Fork 863
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
Merge jakarta.web.beans and web.beans #7958
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.
i think this makes sense since the copied modules would likely never diverge enough to warrant having two impls. Only looked through this on github so far.
enterprise/web.beans/src/org/netbeans/modules/web/beans/analysis/analyzer/AnnotationUtil.java
Outdated
Show resolved
Hide resolved
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.
Looked through everything with a coffee and I think it should be fine.
left some comments but they aren't that important. List.of()
is immutable and has the advantage that it makes followup List.copyOf()
's a no-op. It also doesn't allow null, so it would fail early.
...prise/web.beans/src/org/netbeans/modules/web/beans/impl/model/InterceptorBindingChecker.java
Outdated
Show resolved
Hide resolved
enterprise/web.beans/src/org/netbeans/modules/web/beans/impl/model/DecoratorObjectProvider.java
Outdated
Show resolved
Hide resolved
...rprise/web.beans/src/org/netbeans/modules/web/beans/impl/model/AnnotationObjectProvider.java
Outdated
Show resolved
Hide resolved
enterprise/web.beans/src/org/netbeans/modules/web/beans/impl/model/AbstractObjectProvider.java
Outdated
Show resolved
Hide resolved
...prise/web.beans/src/org/netbeans/modules/web/beans/impl/model/InterceptorObjectProvider.java
Outdated
Show resolved
Hide resolved
enterprise/web.beans/src/org/netbeans/modules/web/beans/impl/model/NormalScopeChecker.java
Outdated
Show resolved
Hide resolved
enterprise/web.beans/src/org/netbeans/modules/web/beans/impl/model/QualifierChecker.java
Outdated
Show resolved
Hide resolved
enterprise/web.beans/src/org/netbeans/modules/web/beans/impl/model/ScopeChecker.java
Outdated
Show resolved
Hide resolved
enterprise/web.beans/src/org/netbeans/modules/web/beans/impl/model/StereotypeChecker.java
Outdated
Show resolved
Hide resolved
...prise/web.beans/src/org/netbeans/modules/web/beans/impl/model/StereotypedObjectProvider.java
Outdated
Show resolved
Hide resolved
Start: 85 passed, 45 failed - Add "Java SE Platforms and Libraries" as test dependency Status: 125 passed, 5 failed - Reference code uses wrong placement of annotations, method annotations come before the return type - There is not mention in the spec, that an @Injectable field may not be initialized Status: 130 passed
The jakarta.web.beans module was created as a copy of the web.beans module, just using the new namespaces after the death of JavaEE and the inception of JakartaEE. Other modules followed a different route, where the existing implementations were extended to support both the old and new XML/package namespaces. This becomes a problem, when it hits the UI as the user then does not know what to do (which template/menu entry to choose and "what the heck is JakartaEE and why is that not JavaEE anymore?!"). What is more codepaths are duplicated and fixes for one area are highly likely to be relevant for the other also. This change integrates the unittests from the jakarta.web.beans project, if they actually check jakarta* functions and modifies the codepaths, so that both namespaces are supported. Closes: apache#7918
Local run is clean, runtime is high, but seems reasonable (5:30min)
24e6f9b
to
d31d18a
Compare
Squashed and rebased onto master, resolving the merge conflict. I removed the reference to I intent to merge this shortly when/if tests are green. |
|
@mbien thanks for having a look. No need to apologize, flaky tests are ugly. I ran the tests locally and apart from locale problems (since a few releases javac localizes messages) and the excessive runtime, everything seems to be ok. So I'll merge. |
The jakarta.web.beans module was created as a copy of the web.beans
module, just using the new namespaces after the death of JavaEE and the
inception of JakartaEE. Other modules followed a different route, where
the existing implementations were extended to support both the old and
new XML/package namespaces.
This becomes a problem, when it hits the UI as the user then does not
know what to do (which template/menu entry to choose and "what the heck
is JakartaEE and why is that not JavaEE anymore?!"). What is more
codepaths are duplicated and fixes for one area are highly likely to be
relevant for the other also.
This change integrates the unittests from the jakarta.web.beans project,
if they actually check jakarta* functions and modifies the codepaths, so
that both namespaces are supported.
This PR also fixes and reenables the CI/CD integration of the web.beans tests.
Closes: #7918
Closes: #6875