Build failed in Jenkins: OpenWebBeans » OpenWebBeans-trunk #40

2021-09-22 Thread Apache Jenkins Server 
See 


Changes:

[Romain Manni-Bucau] OWB-1390 javax.enterprise.inject.scan.implicit support


--
[...truncated 1.93 MB...]
at hudson.maven.Maven3Builder.call(Maven3Builder.java:144)
at hudson.maven.Maven3Builder.call(Maven3Builder.java:70)
at hudson.remoting.UserRequest.perform(UserRequest.java:211)
at hudson.remoting.UserRequest.perform(UserRequest.java:54)
at hudson.remoting.Request$2.run(Request.java:376)
at 
hudson.remoting.InterceptingExecutorService.lambda$wrap$0(InterceptingExecutorService.java:78)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.io.IOException: Unexpected Fingerprint type. Expected class 
hudson.model.Fingerprint or subclass but got class 
hudson.model.Fingerprint$RangeSet
at 
jenkins.fingerprints.FileFingerprintStorage.load(FileFingerprintStorage.java:98)
at 
jenkins.fingerprints.FileFingerprintStorage.load(FileFingerprintStorage.java:82)
at hudson.model.Fingerprint.load(Fingerprint.java:1356)
at hudson.model.FingerprintMap.load(FingerprintMap.java:90)
at hudson.model.FingerprintMap.load(FingerprintMap.java:47)
at hudson.util.KeyedDataStorage.get(KeyedDataStorage.java:161)
at hudson.model.FingerprintMap.get(FingerprintMap.java:82)
at hudson.model.FingerprintMap.get(FingerprintMap.java:47)
at hudson.util.KeyedDataStorage.getOrCreate(KeyedDataStorage.java:111)
at hudson.model.FingerprintMap.getOrCreate(FingerprintMap.java:68)
at 
hudson.maven.reporters.MavenFingerprinter$PostBuildCallable.call(MavenFingerprinter.java:246)
at 
hudson.maven.reporters.MavenFingerprinter$PostBuildCallable.call(MavenFingerprinter.java:233)
at hudson.maven.MavenBuild$ProxyImpl.execute(MavenBuild.java:454)
at hudson.maven.MavenBuild$ProxyImpl2.execute(MavenBuild.java:586)
at sun.reflect.GeneratedMethodAccessor981.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at hudson.model.Executor$2.call(Executor.java:947)
at hudson.util.InterceptingProxy$1.invoke(InterceptingProxy.java:23)
at com.sun.proxy.$Proxy174.execute(Unknown Source)
at 
hudson.maven.MavenBuildProxy$Filter$AsyncInvoker.call(MavenBuildProxy.java:294)
at hudson.remoting.UserRequest.perform(UserRequest.java:211)
at hudson.remoting.UserRequest.perform(UserRequest.java:54)
at hudson.remoting.Request$2.run(Request.java:376)
at 
hudson.remoting.InterceptingExecutorService.lambda$wrap$0(InterceptingExecutorService.java:78)
at 
org.jenkinsci.remoting.CallableDecorator.call(CallableDecorator.java:18)
at 
hudson.remoting.CallableDecoratorList.lambda$applyDecorator$0(CallableDecoratorList.java:19)
at 
jenkins.util.ContextResettingExecutorService$2.call(ContextResettingExecutorService.java:46)
at 
jenkins.security.ImpersonatingExecutorService$2.call(ImpersonatingExecutorService.java:80)
... 4 more
Suppressed: hudson.remoting.Channel$CallSiteStackTrace: Remote call to 
channel
at 
hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1800)
at 
hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:356)
at hudson.remoting.Channel$2.adapt(Channel.java:1037)
at hudson.remoting.Channel$2.adapt(Channel.java:1033)
at hudson.remoting.FutureAdapter.get(FutureAdapter.java:60)
at 
hudson.maven.AbstractMavenBuilder.waitForAsynchronousExecutions(AbstractMavenBuilder.java:186)
at hudson.maven.Maven3Builder.call(Maven3Builder.java:144)
at hudson.maven.Maven3Builder.call(Maven3Builder.java:70)
at hudson.remoting.UserRequest.perform(UserRequest.java:211)
at hudson.remoting.UserRequest.perform(UserRequest.java:54)
at hudson.remoting.Request$2.run(Request.java:376)
at 
hudson.remoting.InterceptingExecutorService.lambda$wrap$0(InterceptingExecutorService.java:78)
... 4 more
ERROR: Asynchronous execution failure
java.util.concurrent.ExecutionException: java.lang.NullPointerException
at hudson.remoting.Channel$2.adapt(Channel.java:1039)
at hudson.remoting.Channel$2.adapt(Channel.java:1033)
at hudson.remoting.FutureAdapter.get(FutureAdapter.java:60)
at 
hudson.maven.AbstractMavenBuilder.waitForAsynchronousExecut

Build failed in Jenkins: OpenWebBeans » OpenWebBeans-trunk-deploy #39

2021-09-22 Thread Apache Jenkins Server 
See 


Changes:

[Romain Manni-Bucau] OWB-1390 javax.enterprise.inject.scan.implicit support


--
[...truncated 2.20 MB...]
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.io.IOException: Unexpected Fingerprint type. Expected class 
hudson.model.Fingerprint or subclass but got class 
hudson.model.Fingerprint$RangeSet
at 
jenkins.fingerprints.FileFingerprintStorage.load(FileFingerprintStorage.java:98)
at 
jenkins.fingerprints.FileFingerprintStorage.load(FileFingerprintStorage.java:82)
at hudson.model.Fingerprint.load(Fingerprint.java:1356)
at hudson.model.FingerprintMap.load(FingerprintMap.java:90)
at hudson.model.FingerprintMap.load(FingerprintMap.java:47)
at hudson.util.KeyedDataStorage.get(KeyedDataStorage.java:161)
at hudson.model.FingerprintMap.get(FingerprintMap.java:82)
at hudson.model.FingerprintMap.get(FingerprintMap.java:47)
at hudson.util.KeyedDataStorage.getOrCreate(KeyedDataStorage.java:111)
at hudson.model.FingerprintMap.getOrCreate(FingerprintMap.java:68)
at 
hudson.maven.reporters.MavenFingerprinter$PostBuildCallable.call(MavenFingerprinter.java:246)
at 
hudson.maven.reporters.MavenFingerprinter$PostBuildCallable.call(MavenFingerprinter.java:233)
at hudson.maven.MavenBuild$ProxyImpl.execute(MavenBuild.java:454)
at hudson.maven.MavenBuild$ProxyImpl2.execute(MavenBuild.java:586)
at sun.reflect.GeneratedMethodAccessor981.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at hudson.model.Executor$2.call(Executor.java:947)
at hudson.util.InterceptingProxy$1.invoke(InterceptingProxy.java:23)
at com.sun.proxy.$Proxy174.execute(Unknown Source)
at 
hudson.maven.MavenBuildProxy$Filter$AsyncInvoker.call(MavenBuildProxy.java:294)
at hudson.remoting.UserRequest.perform(UserRequest.java:211)
at hudson.remoting.UserRequest.perform(UserRequest.java:54)
at hudson.remoting.Request$2.run(Request.java:376)
at 
hudson.remoting.InterceptingExecutorService.lambda$wrap$0(InterceptingExecutorService.java:78)
at 
org.jenkinsci.remoting.CallableDecorator.call(CallableDecorator.java:18)
at 
hudson.remoting.CallableDecoratorList.lambda$applyDecorator$0(CallableDecoratorList.java:19)
at 
jenkins.util.ContextResettingExecutorService$2.call(ContextResettingExecutorService.java:46)
at 
jenkins.security.ImpersonatingExecutorService$2.call(ImpersonatingExecutorService.java:80)
... 4 more
Suppressed: hudson.remoting.Channel$CallSiteStackTrace: Remote call to 
channel
at 
hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1800)
at 
hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:356)
at hudson.remoting.Channel$2.adapt(Channel.java:1037)
at hudson.remoting.Channel$2.adapt(Channel.java:1033)
at hudson.remoting.FutureAdapter.get(FutureAdapter.java:60)
at 
hudson.maven.AbstractMavenBuilder.waitForAsynchronousExecutions(AbstractMavenBuilder.java:186)
at hudson.maven.Maven3Builder.call(Maven3Builder.java:144)
at hudson.maven.Maven3Builder.call(Maven3Builder.java:70)
at hudson.remoting.UserRequest.perform(UserRequest.java:211)
at hudson.remoting.UserRequest.perform(UserRequest.java:54)
at hudson.remoting.Request$2.run(Request.java:376)
at 
hudson.remoting.InterceptingExecutorService.lambda$wrap$0(InterceptingExecutorService.java:78)
... 4 more
ERROR: Asynchronous execution failure
java.util.concurrent.ExecutionException: java.lang.NullPointerException
at hudson.remoting.Channel$2.adapt(Channel.java:1039)
at hudson.remoting.Channel$2.adapt(Channel.java:1033)
at hudson.remoting.FutureAdapter.get(FutureAdapter.java:60)
at 
hudson.maven.AbstractMavenBuilder.waitForAsynchronousExecutions(AbstractMavenBuilder.java:186)
at hudson.maven.Maven3Builder.call(Maven3Builder.java:144)
at hudson.maven.Maven3Builder.call(Maven3Builder.java:70)
at hudson.remoting.UserRequest.perform(UserRequest.java:211)
at hudson.remoting.UserRequest.perform(UserRequest.java:54)
at hudson.remoting.Request$2.run(Request.java:376)
at 
hudson.remoting.InterceptingExecutorService.lambda$w

Build failed in Jenkins: OpenWebBeans » OpenWebBeans-trunk-deploy » Apache OpenWebBeans CDI Java SE Implementation #39

2021-09-22 Thread Apache Jenkins Server 
See 


Changes:

[Romain Manni-Bucau] OWB-1390 javax.enterprise.inject.scan.implicit support


--
[INFO] 
[INFO] --< org.apache.openwebbeans:openwebbeans-se >---
[INFO] Building Apache OpenWebBeans CDI Java SE Implementation 2.0.24-SNAPSHOT 
[30/35]
[INFO] [ jar ]-
[INFO] 
[INFO] --- maven-clean-plugin:3.1.0:clean (default-clean) @ openwebbeans-se ---
[INFO] 
[INFO] --- maven-enforcer-plugin:3.0.0-M3:enforce (enforce-maven-version) @ 
openwebbeans-se ---
[INFO] 
[INFO] --- maven-enforcer-plugin:3.0.0-M3:enforce (enforce-java-version) @ 
openwebbeans-se ---
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.5:process (default) @ 
openwebbeans-se ---
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.5:process (process-resource-bundles) 
@ openwebbeans-se ---
[INFO] 
[INFO] --- maven-resources-plugin:3.1.0:resources (default-resources) @ 
openwebbeans-se ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 2 resources
[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.5.1:compile (default-compile) @ 
openwebbeans-se ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 9 source files to 

[INFO] 
:
 Some input files use unchecked or unsafe operations.
[INFO] 
:
 Recompile with -Xlint:unchecked for details.
[INFO] 
[INFO] --- maven-bundle-plugin:3.3.0:manifest (bundle-manifest) @ 
openwebbeans-se ---
[WARNING] Manifest org.apache.openwebbeans:openwebbeans-se:jar:2.0.24-SNAPSHOT 
: Unused Export-Package instructions: [org.apache.webbeans.*] 
[INFO] 
[INFO] --- maven-resources-plugin:3.1.0:testResources (default-testResources) @ 
openwebbeans-se ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.5.1:testCompile (default-testCompile) @ 
openwebbeans-se ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 2 source files to 

[INFO] 
[INFO] --- maven-surefire-plugin:3.0.0-M4:test (default-test) @ openwebbeans-se 
---
[INFO] 
[INFO] ---
[INFO]  T E S T S
[INFO] ---
[INFO] Running org.apache.openwebbeans.se.CDILauncherTest
Sep 22, 2021 10:07:03 AM org.apache.webbeans.lifecycle.AbstractLifeCycle 
bootstrapApplication
INFO: OpenWebBeans Container is starting...
Sep 22, 2021 10:07:03 AM org.apache.webbeans.config.BeansDeployer 
validateInjectionPoints
INFO: All injection points were validated successfully.
Sep 22, 2021 10:07:03 AM org.apache.webbeans.lifecycle.AbstractLifeCycle 
bootstrapApplication
INFO: OpenWebBeans Container has started, it took [241] ms.
Sep 22, 2021 10:07:03 AM org.apache.webbeans.lifecycle.AbstractLifeCycle 
bootstrapApplication
INFO: OpenWebBeans Container is starting...
Sep 22, 2021 10:07:03 AM org.apache.webbeans.config.BeansDeployer 
validateInjectionPoints
INFO: All injection points were validated successfully.
Sep 22, 2021 10:07:03 AM org.apache.webbeans.lifecycle.AbstractLifeCycle 
bootstrapApplication
INFO: OpenWebBeans Container has started, it took [26] ms.
Sep 22, 2021 10:07:03 AM org.apache.webbeans.lifecycle.AbstractLifeCycle 
bootstrapApplication
INFO: OpenWebBeans Container is starting...
Sep 22, 2021 10:07:03 AM org.apache.webbeans.config.BeansDeployer 
validateInjectionPoints
INFO: All injection points were validated successfully.
Sep 22, 2021 10:07:03 AM org.apache.webbeans.lifecycle.AbstractLifeCycle 
bootstrapApplication
INFO: OpenWebBeans Container has started, it took [21] ms.
[INFO] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.893 s 
- in org.apache.openwebbeans.se.CDILauncherTest
[INFO] Running org.apache.openwebbeans.se.CDISETest
Sep 22, 2021 10:07:03 AM org.apache.webbeans.lifecycle.AbstractLifeCycle 
bootstrapApplication
INFO: OpenWebBeans Container is starting

Re: OWB does not follow bean archive scanning (CDI spec 12.1) / related to OWB-1298

2021-09-22 Thread Romain Manni-Bucau 
Le mer. 22 sept. 2021 à 11:17, Thomas Andraschko <
andraschko.tho...@gmail.com> a écrit :

> I really prefer to make the spec the default behavior, nobody expects a JAR
> to be scanned without having a beans.xml but a extension
> normally if you would like to use CDI, but avoid scanning, you add a CDI
> extension but no beans.xml, thats exactly like MF and Mojarra is
> implemented
>

Just to correct that, several people expect a jar with an extension to be
scanned in annotated mode without a beans.xml when it was full OWB from the
start.
This is why switching will silently break users.
So maybe a toggle with the same default than today + warning is saner.


>
> Lets wait for other opinions :)
>
>
> Am Mi., 22. Sept. 2021 um 11:08 Uhr schrieb Romain Manni-Bucau <
> rmannibu...@gmail.com>:
>
> > Think we should prefer our users over the spec for that so I'd be to
> > support it with a toggle to enable it
> > (org.apache.webbeans.skipJarWithExtensionScanning=false by default).
> > If needed we can add a bdascannerservice with it at true
> (WebSpecScanner).
> > And in 2.1 we can change it
> >
> > Romain Manni-Bucau
> > @rmannibucau  |  Blog
> >  | Old Blog
> >  | Github <
> > https://github.com/rmannibucau> |
> > LinkedIn  | Book
> > <
> >
> https://www.packtpub.com/application-development/java-ee-8-high-performance
> > >
> >
> >
> > Le mer. 22 sept. 2021 à 11:06, Thomas Andraschko <
> > andraschko.tho...@gmail.com> a écrit :
> >
> > > Hi,
> > >
> > > I discussed with Romain about OWB-1298.
> > >
> > > Mojarra has NO beans.xml but a CDI Extension, which currently breaks
> OWB
> > > as:
> > > - WebsocketUserManager is scanned
> > > - WebsocketUserManager is added in the extension
> > >
> > > in the specs (12.1) its defined, that:
> > >
> > > An archive which:
> > >
> > >-
> > >
> > >contains a beans.xml file with the bean-discovery-mode of none, or,
> > >-
> > >
> > >contains an extension and no beans.xml file
> > >
> > > is NOT a bean archive.
> > >
> > >
> > > Which means that OWB should NOT scan Mojarra and therefore users can
> use
> > > Mojarra with OWB, without adding it to the scan exclusions or setting
> > other
> > > properties.
> > >
> > > If MyFaces wouldnt be in the default exclusions, it would also break MF
> > and
> > > maybe other libs.
> > >
> > > We should fix it and make it the default behavior.
> > >
> > > It should even improve startup as we skip more archives per default.
> > >
> > > Romain mentioned that there could be cases, where it could break apps.
> So
> > > we should maybe introduce a new config property to enable the old
> > behavior
> > > again, which also scans archives with extensions but without beans.xml
> > >
> > > this is also related to org.apache.webbeans.scanBeansXmlOnly
> > >
> > > WDYT?
> > >
> > >
> > > Best regards,
> > >
> > > Thomas
> > >
> >
>

Re: OWB does not follow bean archive scanning (CDI spec 12.1) / related to OWB-1298

2021-09-22 Thread Thomas Andraschko 
I really prefer to make the spec the default behavior, nobody expects a JAR
to be scanned without having a beans.xml but a extension
normally if you would like to use CDI, but avoid scanning, you add a CDI
extension but no beans.xml, thats exactly like MF and Mojarra is implemented

Lets wait for other opinions :)


Am Mi., 22. Sept. 2021 um 11:08 Uhr schrieb Romain Manni-Bucau <
rmannibu...@gmail.com>:

> Think we should prefer our users over the spec for that so I'd be to
> support it with a toggle to enable it
> (org.apache.webbeans.skipJarWithExtensionScanning=false by default).
> If needed we can add a bdascannerservice with it at true (WebSpecScanner).
> And in 2.1 we can change it
>
> Romain Manni-Bucau
> @rmannibucau  |  Blog
>  | Old Blog
>  | Github <
> https://github.com/rmannibucau> |
> LinkedIn  | Book
> <
> https://www.packtpub.com/application-development/java-ee-8-high-performance
> >
>
>
> Le mer. 22 sept. 2021 à 11:06, Thomas Andraschko <
> andraschko.tho...@gmail.com> a écrit :
>
> > Hi,
> >
> > I discussed with Romain about OWB-1298.
> >
> > Mojarra has NO beans.xml but a CDI Extension, which currently breaks OWB
> > as:
> > - WebsocketUserManager is scanned
> > - WebsocketUserManager is added in the extension
> >
> > in the specs (12.1) its defined, that:
> >
> > An archive which:
> >
> >-
> >
> >contains a beans.xml file with the bean-discovery-mode of none, or,
> >-
> >
> >contains an extension and no beans.xml file
> >
> > is NOT a bean archive.
> >
> >
> > Which means that OWB should NOT scan Mojarra and therefore users can use
> > Mojarra with OWB, without adding it to the scan exclusions or setting
> other
> > properties.
> >
> > If MyFaces wouldnt be in the default exclusions, it would also break MF
> and
> > maybe other libs.
> >
> > We should fix it and make it the default behavior.
> >
> > It should even improve startup as we skip more archives per default.
> >
> > Romain mentioned that there could be cases, where it could break apps. So
> > we should maybe introduce a new config property to enable the old
> behavior
> > again, which also scans archives with extensions but without beans.xml
> >
> > this is also related to org.apache.webbeans.scanBeansXmlOnly
> >
> > WDYT?
> >
> >
> > Best regards,
> >
> > Thomas
> >
>

Re: OWB does not follow bean archive scanning (CDI spec 12.1) / related to OWB-1298

2021-09-22 Thread Romain Manni-Bucau 
Think we should prefer our users over the spec for that so I'd be to
support it with a toggle to enable it
(org.apache.webbeans.skipJarWithExtensionScanning=false by default).
If needed we can add a bdascannerservice with it at true (WebSpecScanner).
And in 2.1 we can change it

Romain Manni-Bucau
@rmannibucau  |  Blog
 | Old Blog
 | Github  |
LinkedIn  | Book



Le mer. 22 sept. 2021 à 11:06, Thomas Andraschko <
andraschko.tho...@gmail.com> a écrit :

> Hi,
>
> I discussed with Romain about OWB-1298.
>
> Mojarra has NO beans.xml but a CDI Extension, which currently breaks OWB
> as:
> - WebsocketUserManager is scanned
> - WebsocketUserManager is added in the extension
>
> in the specs (12.1) its defined, that:
>
> An archive which:
>
>-
>
>contains a beans.xml file with the bean-discovery-mode of none, or,
>-
>
>contains an extension and no beans.xml file
>
> is NOT a bean archive.
>
>
> Which means that OWB should NOT scan Mojarra and therefore users can use
> Mojarra with OWB, without adding it to the scan exclusions or setting other
> properties.
>
> If MyFaces wouldnt be in the default exclusions, it would also break MF and
> maybe other libs.
>
> We should fix it and make it the default behavior.
>
> It should even improve startup as we skip more archives per default.
>
> Romain mentioned that there could be cases, where it could break apps. So
> we should maybe introduce a new config property to enable the old behavior
> again, which also scans archives with extensions but without beans.xml
>
> this is also related to org.apache.webbeans.scanBeansXmlOnly
>
> WDYT?
>
>
> Best regards,
>
> Thomas
>

OWB does not follow bean archive scanning (CDI spec 12.1) / related to OWB-1298

2021-09-22 Thread Thomas Andraschko 
Hi,

I discussed with Romain about OWB-1298.

Mojarra has NO beans.xml but a CDI Extension, which currently breaks OWB as:
- WebsocketUserManager is scanned
- WebsocketUserManager is added in the extension

in the specs (12.1) its defined, that:

An archive which:

   -

   contains a beans.xml file with the bean-discovery-mode of none, or,
   -

   contains an extension and no beans.xml file

is NOT a bean archive.


Which means that OWB should NOT scan Mojarra and therefore users can use
Mojarra with OWB, without adding it to the scan exclusions or setting other
properties.

If MyFaces wouldnt be in the default exclusions, it would also break MF and
maybe other libs.

We should fix it and make it the default behavior.

It should even improve startup as we skip more archives per default.

Romain mentioned that there could be cases, where it could break apps. So
we should maybe introduce a new config property to enable the old behavior
again, which also scans archives with extensions but without beans.xml

this is also related to org.apache.webbeans.scanBeansXmlOnly

WDYT?


Best regards,

Thomas

[jira] [Resolved] (OWB-1390) support javax.enterprise.inject.scan.implicit property

2021-09-22 Thread Romain Manni-Bucau (Jira) 


 [ 
https://issues.apache.org/jira/browse/OWB-1390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Romain Manni-Bucau resolved OWB-1390.
-
Resolution: Fixed

> support javax.enterprise.inject.scan.implicit property
> --
>
> Key: OWB-1390
> URL: https://issues.apache.org/jira/browse/OWB-1390
> Project: OpenWebBeans
>  Issue Type: Task
>Reporter: Romain Manni-Bucau
>Assignee: Romain Manni-Bucau
>Priority: Major
> Fix For: 2.0.24
>
>




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Created] (OWB-1390) support javax.enterprise.inject.scan.implicit property

2021-09-22 Thread Romain Manni-Bucau (Jira) 
Romain Manni-Bucau created OWB-1390:
---

 Summary: support javax.enterprise.inject.scan.implicit property
 Key: OWB-1390
 URL: https://issues.apache.org/jira/browse/OWB-1390
 Project: OpenWebBeans
  Issue Type: Task
Reporter: Romain Manni-Bucau
Assignee: Romain Manni-Bucau
 Fix For: 2.0.24






--
This message was sent by Atlassian Jira
(v8.3.4#803005)