[Red Hat JIRA] (WFLY-12798) HealthCheck HTTP endpoint does not support CDI @RequestScoped scope
by Jeff Mesnil (Jira)
[ https://issues.redhat.com/browse/WFLY-12798?page=com.atlassian.jira.plugi... ]
Jeff Mesnil reassigned WFLY-12798:
----------------------------------
Assignee: Martin Stefanko (was: Jeff Mesnil)
> HealthCheck HTTP endpoint does not support CDI @RequestScoped scope
> -------------------------------------------------------------------
>
> Key: WFLY-12798
> URL: https://issues.redhat.com/browse/WFLY-12798
> Project: WildFly
> Issue Type: Bug
> Components: MP Health
> Affects Versions: 18.0.0.Final
> Reporter: Florian Sailer
> Assignee: Martin Stefanko
> Priority: Major
>
> 2019-11-15 15:26:11,717 ERROR [org.wildfly.extension.microprofile.health.smallrye] (management I/O-1) Error processing Health Checks: org.jboss.weld.contexts.ContextNotActiveException: WELD-001303: No active contexts for scope type javax.enterprise.context.RequestScoped
> at org.jboss.weld.manager.BeanManagerImpl.getContext(BeanManagerImpl.java:647)
> at org.jboss.weld.bean.ContextualInstanceStrategy$DefaultContextualInstanceStrategy.getIfExists(ContextualInstanceStrategy.java:89)
> at org.jboss.weld.bean.ContextualInstanceStrategy$CachingContextualInstanceStrategy.getIfExists(ContextualInstanceStrategy.java:164)
> at org.jboss.weld.bean.ContextualInstance.getIfExists(ContextualInstance.java:63)
> at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:87)
> at org.jboss.weld.bean.proxy.ProxyMethodHandler.getInstance(ProxyMethodHandler.java:131)
> at at.arz.bpe.boundary.PingCheck$Proxy$_$$_WeldClientProxy.call(Unknown Source)
> at org.wildfly.extension.microprofile.health.HealthReporter.jsonObject(HealthReporter.java:120)
> at org.wildfly.extension.microprofile.health.HealthReporter.fillCheck(HealthReporter.java:107)
> at org.wildfly.extension.microprofile.health.HealthReporter.processChecks(HealthReporter.java:96)
> at org.wildfly.extension.microprofile.health.HealthReporter.getHealth(HealthReporter.java:79)
> at org.wildfly.extension.microprofile.health.HealthReporter.getHealth(HealthReporter.java:60)
> at org.wildfly.extension.microprofile.health.HealthContextService$HealthCheckHandler.handleRequest(HealthContextService.java:100)
> at org.jboss.as.domain.http.server.security.RealmReadinessHandler.handleRequest(RealmReadinessHandler.java:51)
> at org.jboss.as.domain.http.server.security.ServerErrorReadinessHandler.handleRequest(ServerErrorReadinessHandler.java:35)
> at io.undertow.server.handlers.PathHandler.handleRequest(PathHandler.java:91)
> at io.undertow.server.handlers.ChannelUpgradeHandler.handleRequest(ChannelUpgradeHandler.java:211)
> at io.undertow.server.handlers.cache.CacheHandler.handleRequest(CacheHandler.java:92)
> at io.undertow.server.handlers.error.SimpleErrorPageHandler.handleRequest(SimpleErrorPageHandler.java:78)
> at io.undertow.server.handlers.CanonicalPathHandler.handleRequest(CanonicalPathHandler.java:49)
> at org.jboss.as.domain.http.server.ManagementHttpRequestHandler.handleRequest(ManagementHttpRequestHandler.java:57)
> at org.jboss.as.domain.http.server.cors.CorsHttpHandler.handleRequest(CorsHttpHandler.java:75)
> at org.jboss.as.domain.http.server.ManagementHttpServer$UpgradeFixHandler.handleRequest(ManagementHttpServer.java:666)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:376)
> at io.undertow.server.protocol.http.HttpReadListener.handleEventWithNoRunningRequest(HttpReadListener.java:255)
> at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:136)
> at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:162)
> at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:100)
> at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:57)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
> at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:291)
> at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:286)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
> at org.xnio.nio.QueuedNioTcpServer$1.run(QueuedNioTcpServer.java:132)
> at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:612)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:479)
> MP-Health Spec doesnt enforce a scope and it worked with wildfly 17.0.0.1-Final.
> https://github.com/eclipse/microprofile-health/issues/109
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 8 months
[Red Hat JIRA] (WFLY-12461) Can't use smallrye-health without weld extension
by Jeff Mesnil (Jira)
[ https://issues.redhat.com/browse/WFLY-12461?page=com.atlassian.jira.plugi... ]
Jeff Mesnil reassigned WFLY-12461:
----------------------------------
Assignee: Martin Stefanko (was: Jeff Mesnil)
> Can't use smallrye-health without weld extension
> ------------------------------------------------
>
> Key: WFLY-12461
> URL: https://issues.redhat.com/browse/WFLY-12461
> Project: WildFly
> Issue Type: Bug
> Components: MP Health
> Affects Versions: 17.0.1.Final
> Reporter: Florian Sailer
> Assignee: Martin Stefanko
> Priority: Major
>
> Since this commit in the smallrye implementation it was possible to use smallrye without CDI.
> https://github.com/smallrye/smallrye-health/commit/a6a7812877d74d2c3f5b29...
> I'm trying to migrate from Wildfly 15.0.1-Final to 17.0.1-Final, where the smallrye-health extension unfortunately needs weld to startup. It's not possbible for me to activate weld on my sever, because there are some problems using the org.apache.cxf.jaxrs framework with weld.
> I am getting the following exception while starting:
> 14:16:04,960 ERROR [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0362: Capabilities required by resource '/subsystem=microprofile-health-smallrye' are not available:
> org.wildfly.weld; There are no known registration points which can provide this capability.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 8 months
[Red Hat JIRA] (WFLY-10862) Log warning when MP Health reports DOWN
by Jeff Mesnil (Jira)
[ https://issues.redhat.com/browse/WFLY-10862?page=com.atlassian.jira.plugi... ]
Jeff Mesnil reassigned WFLY-10862:
----------------------------------
Assignee: Martin Stefanko (was: Jeff Mesnil)
> Log warning when MP Health reports DOWN
> ---------------------------------------
>
> Key: WFLY-10862
> URL: https://issues.redhat.com/browse/WFLY-10862
> Project: WildFly
> Issue Type: Enhancement
> Components: MP Health
> Reporter: Rostislav Svoboda
> Assignee: Martin Stefanko
> Priority: Major
>
> Enhance MP Health functionality to log warning when MP Health reports DOWN.
> This can be useful when working on investigation / retrospective analysis.
> Open Liberty prints following warning when http://localhost:9080/health reports DOWN
> {code}
> [WARNING ] CWMH0051W: The class com.ibm.ws.microprofile.health.impl.HealthCheckResponseImpl implementing HealthCheckResponse
> in the microprofile-health application in module microprofile-health.war,
> reported a DOWN outcome DOWN with data Optional[{availability=not available}].
> {code}
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 8 months
[Red Hat JIRA] (ELY-2070) CredentialStore is not able to get data from credential storage in file on IBM JDK 8
by Sonia Zaldana (Jira)
[ https://issues.redhat.com/browse/ELY-2070?page=com.atlassian.jira.plugin.... ]
Sonia Zaldana reassigned ELY-2070:
----------------------------------
Assignee: Sonia Zaldana (was: Darran Lofthouse)
> CredentialStore is not able to get data from credential storage in file on IBM JDK 8
> ------------------------------------------------------------------------------------
>
> Key: ELY-2070
> URL: https://issues.redhat.com/browse/ELY-2070
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Marek Kopecky
> Assignee: Sonia Zaldana
> Priority: Major
>
> CredentialStore is not able to get data from credential storage in file on IBM JDK 8
> Related feature was added as a part of ELY-1879
> *Reproducer:*
> * Run CredentialStoreCommandTest test with IBM JDK 8
> ** Use JDK11, set IBM-JDK8 path to mvn property:
> {noformat}
> git clone git@github.com:wildfly-security/wildfly-elytron.git .
> cd tool
> mvn test -Dmaven.main.skip=true -B -fae -Dmaven.test.failure.ignore=true -P skip-default-tests -Djava8.home=$PATH_TO_IBM_JDK_8_HOME -Denforcer.skip=true -Dtest=CredentialStoreCommandTest
> {noformat}
> * 5 tests fails
> ** testImportPKCSKeyPairFromFile
> ** testGenerateKeyPairECDSA
> ** testImportOpenSSHKeyPairFromString
> ** testImportOpenSSHKeyPairFromFile
> ** testImportPKCSKeyPairFromString
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 8 months