[JBoss JIRA] (WFCORE-4944) Upgrade XNIO from 3.8.0 to ...
by Ilia Vassilev (Jira)
[ https://issues.redhat.com/browse/WFCORE-4944?page=com.atlassian.jira.plug... ]
Ilia Vassilev moved JBEAP-19323 to WFCORE-4944:
-----------------------------------------------
Project: WildFly Core (was: JBoss Enterprise Application Platform)
Key: WFCORE-4944 (was: JBEAP-19323)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Build System
(was: Build System)
Fix Version/s: (was: 7.3.2.GA)
> Upgrade XNIO from 3.8.0 to ...
> ------------------------------
>
> Key: WFCORE-4944
> URL: https://issues.redhat.com/browse/WFCORE-4944
> Project: WildFly Core
> Issue Type: Component Upgrade
> Components: Build System
> Reporter: Ilia Vassilev
> Assignee: Ilia Vassilev
> Priority: Major
> Labels: downstream_dependency
>
> Upgrade XNIO to 3.7.6.SP3.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (DROOLS-5190) ClassCastException while Evaluating rules
by Mario Fusco (Jira)
[ https://issues.redhat.com/browse/DROOLS-5190?page=com.atlassian.jira.plug... ]
Mario Fusco resolved DROOLS-5190.
---------------------------------
Resolution: Cannot Reproduce
I'm not able to reproduce this problem in any way and then not making any progress on this. If you're able to provide a reproducer feel free to attach it here and reopen this issue.
> ClassCastException while Evaluating rules
> -----------------------------------------
>
> Key: DROOLS-5190
> URL: https://issues.redhat.com/browse/DROOLS-5190
> Project: Drools
> Issue Type: Bug
> Components: kie server
> Affects Versions: 7.18.0.Final
> Reporter: Minal Bhalodi
> Assignee: Mario Fusco
> Priority: Major
>
> We are seeing ClasscastException while evaluating kie rules. Everytime we see this issue we have to restart the server to fix it.
> This doens't happen to all our kubernetes pods where same kie-server is running. This happens to either 1 or 2 pods all the time.
> This issue is also not reproducible
> Also we see different stack Trace with ClassCastException every time, Here I am pasting some of them:
> ERROR 1 :
> [className=DroolsKieContainerCommandServiceImpl]- Error calling container 'kie_personalization'java.lang.ClassCastException: null
> ERROR 2:
> Error calling container 'kie_personalization'java.lang.ClassCastException: org.drools.core.reteoo.RuleTerminalNode cannot be cast to org.drools.core.reteoo.LeftInputAdapterNode
> at org.drools.core.phreak.RuleNetworkEvaluator.evaluateNetwork(RuleNetworkEvaluator.java:109)
> at org.drools.core.phreak.RuleExecutor.reEvaluateNetwork(RuleExecutor.java:213)
> at org.drools.core.phreak.RuleExecutor.evaluateNetworkAndFire(RuleExecutor.java:88)
> at org.drools.core.concurrent.AbstractRuleEvaluator.internalEvaluateAndFire(AbstractRuleEvaluator.java:34)
> at org.drools.core.concurrent.SequentialRuleEvaluator.evaluateAndFire(SequentialRuleEvaluator.java:43)
> at org.drools.core.common.DefaultAgenda.fireLoop(DefaultAgenda.java:1062)
> at org.drools.core.common.DefaultAgenda.internalFireAllRules(DefaultAgenda.java:1009)
> at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1001)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1330)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1321)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1305)
> at org.drools.core.command.runtime.rule.FireAllRulesCommand.execute(FireAllRulesCommand.java:109)
> at org.drools.core.command.runtime.rule.FireAllRulesCommand.execute(FireAllRulesCommand.java:34)
> at org.drools.core.command.runtime.BatchExecutionCommandImpl.execute(BatchExecutionCommandImpl.java:160)
> at org.drools.core.command.runtime.BatchExecutionCommandImpl.execute(BatchExecutionCommandImpl.java:66)
> at org.drools.core.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:251)
> at org.kie.server.services.drools.RulesExecutionService.call(RulesExecutionService.java:61)
> at org.kie.server.services.drools.DroolsKieContainerCommandServiceImpl.callContainer(DroolsKieContainerCommandServiceImpl.java:70)
> at org.kie.server.remote.rest.drools.CommandResource.manageContainer(CommandResource.java:91)
> at sun.reflect.GeneratedMethodAccessor83.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.cxf.service.invoker.AbstractInvoker.performInvocation(AbstractInvoker.java:179)
> at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:96)
> at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:193)
> at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:103)
> at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:59)
> at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:96)
> at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:308)
> at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121)
> at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:267)
> at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:234)
> at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:208)
> at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:160)
> at org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:216)
> at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:301)
> at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:220)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:661)
> at org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:276)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> at com.intuit.v4.intlgntsys.recommender.personalizationrulesengine.services.util.MDCFilter.doFilter(MDCFilter.java:40)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> at org.springframework.boot.actuate.web.trace.servlet.HttpTraceFilter.doFilterInternal(HttpTraceFilter.java:90)
> at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:320)
> at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:127)
> at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:91)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:334)
> at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:119)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:334)
> at org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:137)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:334)
> at org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:111)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:334)
> at org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:170)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:334)
> at org.springframework.security.web.savedrequest.RequestCacheAwareFilter.doFilter(RequestCacheAwareFilter.java:63)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:334)
> at org.springframework.security.web.authentication.www.BasicAuthenticationFilter.doFilterInternal(BasicAuthenticationFilter.java:215)
> at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:334)
> at org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:116)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:334)
> at org.springframework.security.web.header.HeaderWriterFilter.doFilterInternal(HeaderWriterFilter.java:74)
> at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:334)
> at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:105)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:334)
> at org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter.doFilterInternal(WebAsyncManagerIntegrationFilter.java:56)
> at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:334)
> at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:215)
> at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:178)
> at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:357)
> at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:270)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:99)
> at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> at org.springframework.web.filter.HttpPutFormContentFilter.doFilterInternal(HttpPutFormContentFilter.java:109)
> at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:93)
> at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> at org.springframework.boot.actuate.metrics.web.servlet.WebMvcMetricsFilter.filterAndRecordMetrics(WebMvcMetricsFilter.java:117)
> at org.springframework.boot.actuate.metrics.web.servlet.WebMvcMetricsFilter.doFilterInternal(WebMvcMetricsFilter.java:106)
> at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:200)
> at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:493)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:81)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)
> at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:798)
> at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
> at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:806)
> at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1498)
> at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
> at java.lang.Thread.run(Thread.java:748)
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (ELY-1932) Support for multiple security realms - Distributed Identities
by Ondrej Kotek (Jira)
[ https://issues.redhat.com/browse/ELY-1932?page=com.atlassian.jira.plugin.... ]
Ondrej Kotek updated ELY-1932:
------------------------------
Git Pull Request: https://github.com/wildfly-security/wildfly-elytron/pull/1374
> Support for multiple security realms - Distributed Identities
> -------------------------------------------------------------
>
> Key: ELY-1932
> URL: https://issues.redhat.com/browse/ELY-1932
> Project: WildFly Elytron
> Issue Type: Feature Request
> Reporter: Martin Mazánek
> Assignee: Martin Mazánek
> Priority: Major
> Labels: CD17-Deferred, EAP-CD19, Previous_RFE
>
> By stacking LoginModules it was possible using PicketBox to attempt to authenticate using one remote store and if that failed try the next store in the list.
> This RFE is to consider the use case where identities could be located across multiple stores and how they are aggregated together.
> Additionally this use case should consider how the authorization information could be loaded from multiple sources and merged.
> This RFE is not about fail over in the event of a realm being unavailable although it may be related.
> This RFE is created as a result of comparing the differences between the PicketBox JAAS architecture and the Elytron architecture so I would not recommend this proceeds without some real world use cases identified.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (WFLY-13397) MP HeaderPropagation does not propagate headers
by Thimo König (Jira)
[ https://issues.redhat.com/browse/WFLY-13397?page=com.atlassian.jira.plugi... ]
Thimo König updated WFLY-13397:
-------------------------------
Attachment: mp-headerpropagation-1.0.0-SNAPSHOT-sources.jar
> MP HeaderPropagation does not propagate headers
> -----------------------------------------------
>
> Key: WFLY-13397
> URL: https://issues.redhat.com/browse/WFLY-13397
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 19.0.0.Final
> Reporter: Thimo König
> Assignee: Brian Stansberry
> Priority: Major
> Attachments: mp-headerpropagation-1.0.0-SNAPSHOT-sources.jar, mp-headerpropagation-1.0.0-SNAPSHOT.war, openliberty_response.json, wildfly_response.json
>
>
> When calling a JAX-RS Resource from another JAX-RS Resource using the MP RestClient the propagation of headers does not work. I have created a sample app which is available on github https://github.com/koenigt/headerpropagation and attached [^mp-headerpropagation-1.0.0-SNAPSHOT.war] to this report aswell.
> Deploy the sample app and use CURL like:
> {code}
> curl -i -H "Accept: application/json" -H "Header2Propagate: PropagatedValue" http://localhost:8080/mp-hp/api/client {code}
> The expected result should be:
> {code:JSON}
> {
> "Name": "ClientResource",
> "org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
> "IncomingRequestHeaders": {
> "Accept": "[*/*]",
> "accept-encoding": "[gzip, deflate, br]",
> "Cache-Control": "[no-cache]",
> "connection": "[keep-alive]",
> "Content-Type": "[null]",
> "Header2Propagate": "[PropagatedValue]",
> "Host": "[localhost:9080]",
> "Postman-Token": "[8105e2ef-9b5f-4b3f-a7a9-cea73d51efee]",
> "User-Agent": "[PostmanRuntime/7.24.0]"
> },
> "ServerResponse": {
> "Name": "ServerResource",
> "IncomingRequestHeaders": {
> "Accept": "[application/json]",
> "Cache-Control": "[no-cache]",
> "connection": "[keep-alive]",
> "content-type": "[application/json]",
> "Header2Propagate": "[PropagatedValue]",
> "Host": "[localhost:9080]",
> "MyClientHeader": "[newHeaderValue]",
> "Pragma": "[no-cache]",
> "User-Agent": "[Apache-CXF/3.3.3-SNAPSHOT]"
> }
> }
> }
> {code}
> but since the header is not propagated you are getting only this:
> {code:JSON}
> {
> "Name": "ClientResource",
> "org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
> "IncomingRequestHeaders": {
> "Accept": "[*/*]",
> "Accept-Encoding": "[gzip, deflate, br]",
> "Cache-Control": "[no-cache]",
> "Connection": "[keep-alive]",
> "Header2Propagate": "[PropagatedValue]",
> "Host": "[localhost:8080]",
> "Postman-Token": "[6e36736f-3b55-4f34-9f39-063dbd4f4e8f]",
> "User-Agent": "[PostmanRuntime/7.24.0]"
> },
> "ServerResponse": {
> "Name": "ServerResource",
> "IncomingRequestHeaders": {
> "Accept": "[application/json]",
> "Connection": "[Keep-Alive]",
> "Host": "[localhost:8080]",
> "User-Agent": "[Apache-HttpClient/4.5.11 (Java/12)]",
> "uber-trace-id": "[a0d9d0ac4c54614%3Ac82190f35d41f958%3Aa0d9d0ac4c54614%3A1]"
> }
> }
> }
> {code}
> This issue has already been discussed on https://groups.google.com/forum/#!topic/wildfly/QOx3AfrXAMc and Rebecca Searls (rseals(a)redhat.com) ask me to file this bug report
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (WFLY-13397) MP HeaderPropagation does not propagate headers
by Thimo König (Jira)
[ https://issues.redhat.com/browse/WFLY-13397?page=com.atlassian.jira.plugi... ]
Thimo König updated WFLY-13397:
-------------------------------
Description:
When calling a JAX-RS Resource from another JAX-RS Resource using the MP RestClient the propagation of headers does not work. I have created a sample app which is available on github https://github.com/koenigt/headerpropagation and attached [^mp-headerpropagation-1.0.0-SNAPSHOT.war] to this report aswell.
Deploy the sample app and use CURL like:
{code}
curl -i -H "Accept: application/json" -H "Header2Propagate: PropagatedValue" http://localhost:8080/mp-hp/api/client {code}
The expected result should be:
{code:JSON}
{
"Name": "ClientResource",
"org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
"IncomingRequestHeaders": {
"Accept": "[*/*]",
"accept-encoding": "[gzip, deflate, br]",
"Cache-Control": "[no-cache]",
"connection": "[keep-alive]",
"Content-Type": "[null]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:9080]",
"Postman-Token": "[8105e2ef-9b5f-4b3f-a7a9-cea73d51efee]",
"User-Agent": "[PostmanRuntime/7.24.0]"
},
"ServerResponse": {
"Name": "ServerResource",
"IncomingRequestHeaders": {
"Accept": "[application/json]",
"Cache-Control": "[no-cache]",
"connection": "[keep-alive]",
"content-type": "[application/json]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:9080]",
"MyClientHeader": "[newHeaderValue]",
"Pragma": "[no-cache]",
"User-Agent": "[Apache-CXF/3.3.3-SNAPSHOT]"
}
}
}
{code}
but since the header is not propagated you are getting only this:
{code:JSON}
{
"Name": "ClientResource",
"org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
"IncomingRequestHeaders": {
"Accept": "[*/*]",
"Accept-Encoding": "[gzip, deflate, br]",
"Cache-Control": "[no-cache]",
"Connection": "[keep-alive]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:8080]",
"Postman-Token": "[6e36736f-3b55-4f34-9f39-063dbd4f4e8f]",
"User-Agent": "[PostmanRuntime/7.24.0]"
},
"ServerResponse": {
"Name": "ServerResource",
"IncomingRequestHeaders": {
"Accept": "[application/json]",
"Connection": "[Keep-Alive]",
"Host": "[localhost:8080]",
"User-Agent": "[Apache-HttpClient/4.5.11 (Java/12)]",
"uber-trace-id": "[a0d9d0ac4c54614%3Ac82190f35d41f958%3Aa0d9d0ac4c54614%3A1]"
}
}
}
{code}
This issue has already been discussed on https://groups.google.com/forum/#!topic/wildfly/QOx3AfrXAMc and Rebecca Searls (rseals(a)redhat.com) ask me to file this bug report
was:
When calling a JAX-RS Resource from another JAX-RS Resource using the MP RestClient the propagation of headers does not work. I have created a sample app which is available on github https://github.com/koenigt/headerpropagation and attached [^mp-headerpropagation-1.0.0-SNAPSHOT.war] to this report aswell.
Deploy the sample app and use CURL like:
{code}
curl -i -H "Accept: application/json" -H "Header2Propagate: PropagatedValue" http://localhost:8080/mp-hp/api/client {code}
The expected result should be:
{code:JSON}
{
"Name": "ClientResource",
"org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
"IncomingRequestHeaders": {
"Accept": "[*/*]",
"accept-encoding": "[gzip, deflate, br]",
"Cache-Control": "[no-cache]",
"connection": "[keep-alive]",
"Content-Type": "[null]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:9080]",
"Postman-Token": "[8105e2ef-9b5f-4b3f-a7a9-cea73d51efee]",
"User-Agent": "[PostmanRuntime/7.24.0]"
},
"ServerResponse": {
"Name": "ServerResource",
"IncomingRequestHeaders": {
"Accept": "[application/json]",
"Cache-Control": "[no-cache]",
"connection": "[keep-alive]",
"content-type": "[application/json]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:9080]",
"MyClientHeader": "[newHeaderValue]",
"Pragma": "[no-cache]",
"User-Agent": "[Apache-CXF/3.3.3-SNAPSHOT]"
}
}
}
{code}
but since the header is not propagated you are getting only this:
{code:JSON}
{
"Name": "ClientResource",
"org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
"IncomingRequestHeaders": {
"Accept": "[*/*]",
"Accept-Encoding": "[gzip, deflate, br]",
"Cache-Control": "[no-cache]",
"Connection": "[keep-alive]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:8080]",
"Postman-Token": "[6e36736f-3b55-4f34-9f39-063dbd4f4e8f]",
"User-Agent": "[PostmanRuntime/7.24.0]"
},
"ServerResponse": {
"Name": "ServerResource",
"IncomingRequestHeaders": {
"Accept": "[application/json]",
"Connection": "[Keep-Alive]",
"Host": "[localhost:8080]",
"User-Agent": "[Apache-HttpClient/4.5.11 (Java/12)]",
"uber-trace-id": "[a0d9d0ac4c54614%3Ac82190f35d41f958%3Aa0d9d0ac4c54614%3A1]"
}
}
}
{code}
This issue has already been discussed on https://groups.google.com/forum/#!topic/wildfly/QOx3AfrXAMc and Rebecca Searls (rseals(a)redhat.com) ask me to file this bug report
> MP HeaderPropagation does not propagate headers
> -----------------------------------------------
>
> Key: WFLY-13397
> URL: https://issues.redhat.com/browse/WFLY-13397
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 19.0.0.Final
> Reporter: Thimo König
> Assignee: Brian Stansberry
> Priority: Major
> Attachments: mp-headerpropagation-1.0.0-SNAPSHOT.war, openliberty_response.json, wildfly_response.json
>
>
> When calling a JAX-RS Resource from another JAX-RS Resource using the MP RestClient the propagation of headers does not work. I have created a sample app which is available on github https://github.com/koenigt/headerpropagation and attached [^mp-headerpropagation-1.0.0-SNAPSHOT.war] to this report aswell.
> Deploy the sample app and use CURL like:
> {code}
> curl -i -H "Accept: application/json" -H "Header2Propagate: PropagatedValue" http://localhost:8080/mp-hp/api/client {code}
> The expected result should be:
> {code:JSON}
> {
> "Name": "ClientResource",
> "org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
> "IncomingRequestHeaders": {
> "Accept": "[*/*]",
> "accept-encoding": "[gzip, deflate, br]",
> "Cache-Control": "[no-cache]",
> "connection": "[keep-alive]",
> "Content-Type": "[null]",
> "Header2Propagate": "[PropagatedValue]",
> "Host": "[localhost:9080]",
> "Postman-Token": "[8105e2ef-9b5f-4b3f-a7a9-cea73d51efee]",
> "User-Agent": "[PostmanRuntime/7.24.0]"
> },
> "ServerResponse": {
> "Name": "ServerResource",
> "IncomingRequestHeaders": {
> "Accept": "[application/json]",
> "Cache-Control": "[no-cache]",
> "connection": "[keep-alive]",
> "content-type": "[application/json]",
> "Header2Propagate": "[PropagatedValue]",
> "Host": "[localhost:9080]",
> "MyClientHeader": "[newHeaderValue]",
> "Pragma": "[no-cache]",
> "User-Agent": "[Apache-CXF/3.3.3-SNAPSHOT]"
> }
> }
> }
> {code}
> but since the header is not propagated you are getting only this:
> {code:JSON}
> {
> "Name": "ClientResource",
> "org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
> "IncomingRequestHeaders": {
> "Accept": "[*/*]",
> "Accept-Encoding": "[gzip, deflate, br]",
> "Cache-Control": "[no-cache]",
> "Connection": "[keep-alive]",
> "Header2Propagate": "[PropagatedValue]",
> "Host": "[localhost:8080]",
> "Postman-Token": "[6e36736f-3b55-4f34-9f39-063dbd4f4e8f]",
> "User-Agent": "[PostmanRuntime/7.24.0]"
> },
> "ServerResponse": {
> "Name": "ServerResource",
> "IncomingRequestHeaders": {
> "Accept": "[application/json]",
> "Connection": "[Keep-Alive]",
> "Host": "[localhost:8080]",
> "User-Agent": "[Apache-HttpClient/4.5.11 (Java/12)]",
> "uber-trace-id": "[a0d9d0ac4c54614%3Ac82190f35d41f958%3Aa0d9d0ac4c54614%3A1]"
> }
> }
> }
> {code}
> This issue has already been discussed on https://groups.google.com/forum/#!topic/wildfly/QOx3AfrXAMc and Rebecca Searls (rseals(a)redhat.com) ask me to file this bug report
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (WFLY-13397) MP HeaderPropagation does not propagate headers
by Thimo König (Jira)
[ https://issues.redhat.com/browse/WFLY-13397?page=com.atlassian.jira.plugi... ]
Thimo König updated WFLY-13397:
-------------------------------
Description:
When calling a JAX-RS Resource from another JAX-RS Resource using the MP RestClient the propagation of headers does not work. I have created a sample app which is available on github https://github.com/koenigt/headerpropagation and attached [^mp-headerpropagation-1.0.0-SNAPSHOT.war] to this report aswell.
Deploy the sample app and use CURL like:
{code}
curl -i -H "Accept: application/json" -H "Header2Propagate: PropagatedValue" http://localhost:8080/mp-hp/api/client {code}
The expected result should be:
{code:JSON}
{
"Name": "ClientResource",
"org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
"IncomingRequestHeaders": {
"Accept": "[*/*]",
"accept-encoding": "[gzip, deflate, br]",
"Cache-Control": "[no-cache]",
"connection": "[keep-alive]",
"Content-Type": "[null]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:9080]",
"Postman-Token": "[8105e2ef-9b5f-4b3f-a7a9-cea73d51efee]",
"User-Agent": "[PostmanRuntime/7.24.0]"
},
"ServerResponse": {
"Name": "ServerResource",
"IncomingRequestHeaders": {
"Accept": "[application/json]",
"Cache-Control": "[no-cache]",
"connection": "[keep-alive]",
"content-type": "[application/json]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:9080]",
"MyClientHeader": "[newHeaderValue]",
"Pragma": "[no-cache]",
"User-Agent": "[Apache-CXF/3.3.3-SNAPSHOT]"
}
}
}
{code}
but since the header is not propagated you are getting only this:
{code:JSON}
{
"Name": "ClientResource",
"org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
"IncomingRequestHeaders": {
"Accept": "[*/*]",
"Accept-Encoding": "[gzip, deflate, br]",
"Cache-Control": "[no-cache]",
"Connection": "[keep-alive]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:8080]",
"Postman-Token": "[6e36736f-3b55-4f34-9f39-063dbd4f4e8f]",
"User-Agent": "[PostmanRuntime/7.24.0]"
},
"ServerResponse": {
"Name": "ServerResource",
"IncomingRequestHeaders": {
"Accept": "[application/json]",
"Connection": "[Keep-Alive]",
"Host": "[localhost:8080]",
"User-Agent": "[Apache-HttpClient/4.5.11 (Java/12)]",
"uber-trace-id": "[a0d9d0ac4c54614%3Ac82190f35d41f958%3Aa0d9d0ac4c54614%3A1]"
}
}
}
{code}
This issue has already been discussed on https://groups.google.com/forum/#!topic/wildfly/QOx3AfrXAMc and Rebecca Searls (rseals(a)redhat.com) ask me to file this bug report
was:
When calling a JAX-RS Resource from another JAX-RS Resource using the MP RestClient the propagation of headers does not work. I have created a sample app which is available on github https://github.com/koenigt/headerpropagation and attached [^mp-headerpropagation-1.0.0-SNAPSHOT.war] to this report aswell.
Deploy the sample app and use CURL like:
{code}
curl -i -H "Accept: application/json" -H "Header2Propagate: PropagatedValue" http://localhost:8080/mp-hp/api/client {code}
The expected result should be:
{code:JSON}
{
"Name": "ClientResource",
"org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
"IncomingRequestHeaders": {
"Accept": "[*/*]",
"accept-encoding": "[gzip, deflate, br]",
"Cache-Control": "[no-cache]",
"connection": "[keep-alive]",
"Content-Type": "[null]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:9080]",
"Postman-Token": "[8105e2ef-9b5f-4b3f-a7a9-cea73d51efee]",
"User-Agent": "[PostmanRuntime/7.24.0]"
},
"ServerResponse": {
"Name": "ServerResource",
"IncomingRequestHeaders": {
"Accept": "[application/json]",
"Cache-Control": "[no-cache]",
"connection": "[keep-alive]",
"content-type": "[application/json]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:9080]",
"MyClientHeader": "[newHeaderValue]",
"Pragma": "[no-cache]",
"User-Agent": "[Apache-CXF/3.3.3-SNAPSHOT]"
}
}
}
{code}
but since the header is not propagated you are getting only this:
{code:JSON}
{
"Name": "ClientResource",
"org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
"IncomingRequestHeaders": {
"Accept": "[*/*]",
"Accept-Encoding": "[gzip, deflate, br]",
"Cache-Control": "[no-cache]",
"Connection": "[keep-alive]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:8080]",
"Postman-Token": "[6e36736f-3b55-4f34-9f39-063dbd4f4e8f]",
"User-Agent": "[PostmanRuntime/7.24.0]"
},
"ServerResponse": {
"Name": "ServerResource",
"IncomingRequestHeaders": {
"Accept": "[application/json]",
"Connection": "[Keep-Alive]",
"Host": "[localhost:8080]",
"User-Agent": "[Apache-HttpClient/4.5.11 (Java/12)]",
"uber-trace-id": "[a0d9d0ac4c54614%3Ac82190f35d41f958%3Aa0d9d0ac4c54614%3A1]"
}
}
}
{code}
This issue has already been discussed on https://groups.google.com/forum/#!topic/wildfly/QOx3AfrXAMc and Rebecca Searls (rseals(a)redhat.com) ask me to file this bug report
> MP HeaderPropagation does not propagate headers
> -----------------------------------------------
>
> Key: WFLY-13397
> URL: https://issues.redhat.com/browse/WFLY-13397
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 19.0.0.Final
> Reporter: Thimo König
> Assignee: Brian Stansberry
> Priority: Major
> Attachments: mp-headerpropagation-1.0.0-SNAPSHOT.war, openliberty_response.json, wildfly_response.json
>
>
> When calling a JAX-RS Resource from another JAX-RS Resource using the MP RestClient the propagation of headers does not work. I have created a sample app which is available on github https://github.com/koenigt/headerpropagation and attached [^mp-headerpropagation-1.0.0-SNAPSHOT.war] to this report aswell.
> Deploy the sample app and use CURL like:
> {code}
> curl -i -H "Accept: application/json" -H "Header2Propagate: PropagatedValue" http://localhost:8080/mp-hp/api/client {code}
> The expected result should be:
> {code:JSON}
> {
> "Name": "ClientResource",
> "org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
> "IncomingRequestHeaders": {
> "Accept": "[*/*]",
> "accept-encoding": "[gzip, deflate, br]",
> "Cache-Control": "[no-cache]",
> "connection": "[keep-alive]",
> "Content-Type": "[null]",
> "Header2Propagate": "[PropagatedValue]",
> "Host": "[localhost:9080]",
> "Postman-Token": "[8105e2ef-9b5f-4b3f-a7a9-cea73d51efee]",
> "User-Agent": "[PostmanRuntime/7.24.0]"
> },
> "ServerResponse": {
> "Name": "ServerResource",
> "IncomingRequestHeaders": {
> "Accept": "[application/json]",
> "Cache-Control": "[no-cache]",
> "connection": "[keep-alive]",
> "content-type": "[application/json]",
> "Header2Propagate": "[PropagatedValue]",
> "Host": "[localhost:9080]",
> "MyClientHeader": "[newHeaderValue]",
> "Pragma": "[no-cache]",
> "User-Agent": "[Apache-CXF/3.3.3-SNAPSHOT]"
> }
> }
> }
> {code}
> but since the header is not propagated you are getting only this:
> {code:JSON}
> {
> "Name": "ClientResource",
> "org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
> "IncomingRequestHeaders": {
> "Accept": "[*/*]",
> "Accept-Encoding": "[gzip, deflate, br]",
> "Cache-Control": "[no-cache]",
> "Connection": "[keep-alive]",
> "Header2Propagate": "[PropagatedValue]",
> "Host": "[localhost:8080]",
> "Postman-Token": "[6e36736f-3b55-4f34-9f39-063dbd4f4e8f]",
> "User-Agent": "[PostmanRuntime/7.24.0]"
> },
> "ServerResponse": {
> "Name": "ServerResource",
> "IncomingRequestHeaders": {
> "Accept": "[application/json]",
> "Connection": "[Keep-Alive]",
> "Host": "[localhost:8080]",
> "User-Agent": "[Apache-HttpClient/4.5.11 (Java/12)]",
> "uber-trace-id": "[a0d9d0ac4c54614%3Ac82190f35d41f958%3Aa0d9d0ac4c54614%3A1]"
> }
> }
> }
> {code}
> This issue has already been discussed on https://groups.google.com/forum/#!topic/wildfly/QOx3AfrXAMc and Rebecca Searls (rseals(a)redhat.com) ask me to file this bug report
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (WFLY-13397) MP HeaderPropagation does not propagate headers
by Thimo König (Jira)
Thimo König created WFLY-13397:
----------------------------------
Summary: MP HeaderPropagation does not propagate headers
Key: WFLY-13397
URL: https://issues.redhat.com/browse/WFLY-13397
Project: WildFly
Issue Type: Bug
Affects Versions: 19.0.0.Final
Reporter: Thimo König
Assignee: Brian Stansberry
Attachments: mp-headerpropagation-1.0.0-SNAPSHOT.war, openliberty_response.json, wildfly_response.json
When calling a JAX-RS Resource from another JAX-RS Resource using the MP RestClient the propagation of headers does not work. I have created a sample app which is available on github https://github.com/koenigt/headerpropagation and [^mp-headerpropagation-1.0.0-SNAPSHOT.war] to this report aswell.
Deploy the sample app and use CURL like:
{code}
curl -i -H "Accept: application/json" -H "Header2Propagate: PropagatedValue" http://localhost:8080/mp-hp/api/client {code}
The expected result should be:
{code:JSON}
{
"Name": "ClientResource",
"org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
"IncomingRequestHeaders": {
"Accept": "[*/*]",
"accept-encoding": "[gzip, deflate, br]",
"Cache-Control": "[no-cache]",
"connection": "[keep-alive]",
"Content-Type": "[null]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:9080]",
"Postman-Token": "[8105e2ef-9b5f-4b3f-a7a9-cea73d51efee]",
"User-Agent": "[PostmanRuntime/7.24.0]"
},
"ServerResponse": {
"Name": "ServerResource",
"IncomingRequestHeaders": {
"Accept": "[application/json]",
"Cache-Control": "[no-cache]",
"connection": "[keep-alive]",
"content-type": "[application/json]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:9080]",
"MyClientHeader": "[newHeaderValue]",
"Pragma": "[no-cache]",
"User-Agent": "[Apache-CXF/3.3.3-SNAPSHOT]"
}
}
}
{code}
but since the header is not propagated you are getting only this:
{code:JSON}
{
"Name": "ClientResource",
"org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
"IncomingRequestHeaders": {
"Accept": "[*/*]",
"Accept-Encoding": "[gzip, deflate, br]",
"Cache-Control": "[no-cache]",
"Connection": "[keep-alive]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:8080]",
"Postman-Token": "[6e36736f-3b55-4f34-9f39-063dbd4f4e8f]",
"User-Agent": "[PostmanRuntime/7.24.0]"
},
"ServerResponse": {
"Name": "ServerResource",
"IncomingRequestHeaders": {
"Accept": "[application/json]",
"Connection": "[Keep-Alive]",
"Host": "[localhost:8080]",
"User-Agent": "[Apache-HttpClient/4.5.11 (Java/12)]",
"uber-trace-id": "[a0d9d0ac4c54614%3Ac82190f35d41f958%3Aa0d9d0ac4c54614%3A1]"
}
}
}
{code}
This issue has already been discussed on https://groups.google.com/forum/#!topic/wildfly/QOx3AfrXAMc and Rebecca Searls (rseals(a)redhat.com) ask me to file this bug report
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (WFLY-13397) MP HeaderPropagation does not propagate headers
by Thimo König (Jira)
[ https://issues.redhat.com/browse/WFLY-13397?page=com.atlassian.jira.plugi... ]
Thimo König updated WFLY-13397:
-------------------------------
Description:
When calling a JAX-RS Resource from another JAX-RS Resource using the MP RestClient the propagation of headers does not work. I have created a sample app which is available on github https://github.com/koenigt/headerpropagation and attached [^mp-headerpropagation-1.0.0-SNAPSHOT.war] to this report aswell.
Deploy the sample app and use CURL like:
{code}
curl -i -H "Accept: application/json" -H "Header2Propagate: PropagatedValue" http://localhost:8080/mp-hp/api/client {code}
The expected result should be:
{code:JSON}
{
"Name": "ClientResource",
"org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
"IncomingRequestHeaders": {
"Accept": "[*/*]",
"accept-encoding": "[gzip, deflate, br]",
"Cache-Control": "[no-cache]",
"connection": "[keep-alive]",
"Content-Type": "[null]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:9080]",
"Postman-Token": "[8105e2ef-9b5f-4b3f-a7a9-cea73d51efee]",
"User-Agent": "[PostmanRuntime/7.24.0]"
},
"ServerResponse": {
"Name": "ServerResource",
"IncomingRequestHeaders": {
"Accept": "[application/json]",
"Cache-Control": "[no-cache]",
"connection": "[keep-alive]",
"content-type": "[application/json]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:9080]",
"MyClientHeader": "[newHeaderValue]",
"Pragma": "[no-cache]",
"User-Agent": "[Apache-CXF/3.3.3-SNAPSHOT]"
}
}
}
{code}
but since the header is not propagated you are getting only this:
{code:JSON}
{
"Name": "ClientResource",
"org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
"IncomingRequestHeaders": {
"Accept": "[*/*]",
"Accept-Encoding": "[gzip, deflate, br]",
"Cache-Control": "[no-cache]",
"Connection": "[keep-alive]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:8080]",
"Postman-Token": "[6e36736f-3b55-4f34-9f39-063dbd4f4e8f]",
"User-Agent": "[PostmanRuntime/7.24.0]"
},
"ServerResponse": {
"Name": "ServerResource",
"IncomingRequestHeaders": {
"Accept": "[application/json]",
"Connection": "[Keep-Alive]",
"Host": "[localhost:8080]",
"User-Agent": "[Apache-HttpClient/4.5.11 (Java/12)]",
"uber-trace-id": "[a0d9d0ac4c54614%3Ac82190f35d41f958%3Aa0d9d0ac4c54614%3A1]"
}
}
}
{code}
This issue has already been discussed on https://groups.google.com/forum/#!topic/wildfly/QOx3AfrXAMc and Rebecca Searls (rseals(a)redhat.com) ask me to file this bug report
was:
When calling a JAX-RS Resource from another JAX-RS Resource using the MP RestClient the propagation of headers does not work. I have created a sample app which is available on github https://github.com/koenigt/headerpropagation and [^mp-headerpropagation-1.0.0-SNAPSHOT.war] to this report aswell.
Deploy the sample app and use CURL like:
{code}
curl -i -H "Accept: application/json" -H "Header2Propagate: PropagatedValue" http://localhost:8080/mp-hp/api/client {code}
The expected result should be:
{code:JSON}
{
"Name": "ClientResource",
"org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
"IncomingRequestHeaders": {
"Accept": "[*/*]",
"accept-encoding": "[gzip, deflate, br]",
"Cache-Control": "[no-cache]",
"connection": "[keep-alive]",
"Content-Type": "[null]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:9080]",
"Postman-Token": "[8105e2ef-9b5f-4b3f-a7a9-cea73d51efee]",
"User-Agent": "[PostmanRuntime/7.24.0]"
},
"ServerResponse": {
"Name": "ServerResource",
"IncomingRequestHeaders": {
"Accept": "[application/json]",
"Cache-Control": "[no-cache]",
"connection": "[keep-alive]",
"content-type": "[application/json]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:9080]",
"MyClientHeader": "[newHeaderValue]",
"Pragma": "[no-cache]",
"User-Agent": "[Apache-CXF/3.3.3-SNAPSHOT]"
}
}
}
{code}
but since the header is not propagated you are getting only this:
{code:JSON}
{
"Name": "ClientResource",
"org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
"IncomingRequestHeaders": {
"Accept": "[*/*]",
"Accept-Encoding": "[gzip, deflate, br]",
"Cache-Control": "[no-cache]",
"Connection": "[keep-alive]",
"Header2Propagate": "[PropagatedValue]",
"Host": "[localhost:8080]",
"Postman-Token": "[6e36736f-3b55-4f34-9f39-063dbd4f4e8f]",
"User-Agent": "[PostmanRuntime/7.24.0]"
},
"ServerResponse": {
"Name": "ServerResource",
"IncomingRequestHeaders": {
"Accept": "[application/json]",
"Connection": "[Keep-Alive]",
"Host": "[localhost:8080]",
"User-Agent": "[Apache-HttpClient/4.5.11 (Java/12)]",
"uber-trace-id": "[a0d9d0ac4c54614%3Ac82190f35d41f958%3Aa0d9d0ac4c54614%3A1]"
}
}
}
{code}
This issue has already been discussed on https://groups.google.com/forum/#!topic/wildfly/QOx3AfrXAMc and Rebecca Searls (rseals(a)redhat.com) ask me to file this bug report
> MP HeaderPropagation does not propagate headers
> -----------------------------------------------
>
> Key: WFLY-13397
> URL: https://issues.redhat.com/browse/WFLY-13397
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 19.0.0.Final
> Reporter: Thimo König
> Assignee: Brian Stansberry
> Priority: Major
> Attachments: mp-headerpropagation-1.0.0-SNAPSHOT.war, openliberty_response.json, wildfly_response.json
>
>
> When calling a JAX-RS Resource from another JAX-RS Resource using the MP RestClient the propagation of headers does not work. I have created a sample app which is available on github https://github.com/koenigt/headerpropagation and attached [^mp-headerpropagation-1.0.0-SNAPSHOT.war] to this report aswell.
> Deploy the sample app and use CURL like:
> {code}
> curl -i -H "Accept: application/json" -H "Header2Propagate: PropagatedValue" http://localhost:8080/mp-hp/api/client {code}
> The expected result should be:
> {code:JSON}
> {
> "Name": "ClientResource",
> "org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
> "IncomingRequestHeaders": {
> "Accept": "[*/*]",
> "accept-encoding": "[gzip, deflate, br]",
> "Cache-Control": "[no-cache]",
> "connection": "[keep-alive]",
> "Content-Type": "[null]",
> "Header2Propagate": "[PropagatedValue]",
> "Host": "[localhost:9080]",
> "Postman-Token": "[8105e2ef-9b5f-4b3f-a7a9-cea73d51efee]",
> "User-Agent": "[PostmanRuntime/7.24.0]"
> },
> "ServerResponse": {
> "Name": "ServerResource",
> "IncomingRequestHeaders": {
> "Accept": "[application/json]",
> "Cache-Control": "[no-cache]",
> "connection": "[keep-alive]",
> "content-type": "[application/json]",
> "Header2Propagate": "[PropagatedValue]",
> "Host": "[localhost:9080]",
> "MyClientHeader": "[newHeaderValue]",
> "Pragma": "[no-cache]",
> "User-Agent": "[Apache-CXF/3.3.3-SNAPSHOT]"
> }
> }
> }
> {code}
> but since the header is not propagated you are getting only this:
> {code:JSON}
> {
> "Name": "ClientResource",
> "org.eclipse.microprofile.rest.client.propagateHeaders": "Authorization,Accept-Language,Header2Propagate",
> "IncomingRequestHeaders": {
> "Accept": "[*/*]",
> "Accept-Encoding": "[gzip, deflate, br]",
> "Cache-Control": "[no-cache]",
> "Connection": "[keep-alive]",
> "Header2Propagate": "[PropagatedValue]",
> "Host": "[localhost:8080]",
> "Postman-Token": "[6e36736f-3b55-4f34-9f39-063dbd4f4e8f]",
> "User-Agent": "[PostmanRuntime/7.24.0]"
> },
> "ServerResponse": {
> "Name": "ServerResource",
> "IncomingRequestHeaders": {
> "Accept": "[application/json]",
> "Connection": "[Keep-Alive]",
> "Host": "[localhost:8080]",
> "User-Agent": "[Apache-HttpClient/4.5.11 (Java/12)]",
> "uber-trace-id": "[a0d9d0ac4c54614%3Ac82190f35d41f958%3Aa0d9d0ac4c54614%3A1]"
> }
> }
> }
> {code}
> This issue has already been discussed on https://groups.google.com/forum/#!topic/wildfly/QOx3AfrXAMc and Rebecca Searls (rseals(a)redhat.com) ask me to file this bug report
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years