Merge jakarta.web.beans and web.beans#7958
Conversation
mbien
left a comment
There was a problem hiding this comment.
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
Show resolved
Hide resolved
There was a problem hiding this comment.
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