[jira] [Updated] (CXF-9001) CDI extension not comptible with IBM Semeru
[ https://issues.apache.org/jira/browse/CXF-9001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andriy Redko updated CXF-9001: -- Summary: CDI extension not comptible with IBM Semeru (was: CDI extension not comptible with IBM Semuru) > CDI extension not comptible with IBM Semeru > --- > > Key: CXF-9001 > URL: https://issues.apache.org/jira/browse/CXF-9001 > Project: CXF > Issue Type: Task >Reporter: Romain Manni-Bucau >Priority: Major > > Long story short CXF tries to handle "singleton" by using a set on bean > instances which means hashCode will be triggered but semuru not having a > native hashcode it is delegated to the instance for normal scoped proxies and > at startup the instance does not always exists - context is not always up > like for request scoped. > Technically this is also an error since deduplication should have happent on > the bean to respect the application and not the instance. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (CXF-9001) CDI extension not comptible with IBM Semeru
[ https://issues.apache.org/jira/browse/CXF-9001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andriy Redko updated CXF-9001: -- Description: Long story short CXF tries to handle "singleton" by using a set on bean instances which means hashCode will be triggered but Semeru not having a native hashcode it is delegated to the instance for normal scoped proxies and at startup the instance does not always exists - context is not always up like for request scoped. Technically this is also an error since deduplication should have happen on the bean to respect the application and not the instance. was: Long story short CXF tries to handle "singleton" by using a set on bean instances which means hashCode will be triggered but semuru not having a native hashcode it is delegated to the instance for normal scoped proxies and at startup the instance does not always exists - context is not always up like for request scoped. Technically this is also an error since deduplication should have happent on the bean to respect the application and not the instance. > CDI extension not comptible with IBM Semeru > --- > > Key: CXF-9001 > URL: https://issues.apache.org/jira/browse/CXF-9001 > Project: CXF > Issue Type: Task >Reporter: Romain Manni-Bucau >Priority: Major > > Long story short CXF tries to handle "singleton" by using a set on bean > instances which means hashCode will be triggered but Semeru not having a > native hashcode it is delegated to the instance for normal scoped proxies and > at startup the instance does not always exists - context is not always up > like for request scoped. > Technically this is also an error since deduplication should have happen on > the bean to respect the application and not the instance. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (CXF-9001) CDI extension not comptible with IBM Semeru
[ https://issues.apache.org/jira/browse/CXF-9001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andriy Redko updated CXF-9001: -- Fix Version/s: 4.0.5 3.6.4 > CDI extension not comptible with IBM Semeru > --- > > Key: CXF-9001 > URL: https://issues.apache.org/jira/browse/CXF-9001 > Project: CXF > Issue Type: Task >Affects Versions: 3.6.3, 4.0.4 >Reporter: Romain Manni-Bucau >Priority: Major > Fix For: 4.0.5, 3.6.4 > > > Long story short CXF tries to handle "singleton" by using a set on bean > instances which means hashCode will be triggered but Semeru not having a > native hashcode it is delegated to the instance for normal scoped proxies and > at startup the instance does not always exists - context is not always up > like for request scoped. > Technically this is also an error since deduplication should have happen on > the bean to respect the application and not the instance. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (CXF-9001) CDI extension not comptible with IBM Semeru
[ https://issues.apache.org/jira/browse/CXF-9001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andriy Redko updated CXF-9001: -- Affects Version/s: 4.0.4 3.6.3 > CDI extension not comptible with IBM Semeru > --- > > Key: CXF-9001 > URL: https://issues.apache.org/jira/browse/CXF-9001 > Project: CXF > Issue Type: Task >Affects Versions: 3.6.3, 4.0.4 >Reporter: Romain Manni-Bucau >Priority: Major > > Long story short CXF tries to handle "singleton" by using a set on bean > instances which means hashCode will be triggered but Semeru not having a > native hashcode it is delegated to the instance for normal scoped proxies and > at startup the instance does not always exists - context is not always up > like for request scoped. > Technically this is also an error since deduplication should have happen on > the bean to respect the application and not the instance. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (CXF-9002) JAXRSMultithreadedClientTest test cases failing on IBM JDK.
Jamie Mark Goodyear created CXF-9002:
Summary: JAXRSMultithreadedClientTest test cases failing on IBM
JDK.
Key: CXF-9002
URL: https://issues.apache.org/jira/browse/CXF-9002
Project: CXF
Issue Type: Test
Components: JAX-RS
Affects Versions: 4.0.4
Reporter: Jamie Mark Goodyear
JAXRSMultithreadedClientTest test cases failing on IBM JDK (Semeru 17).
There is a JAXRS system test failure for {{JAXRSMultithreadedClientTest}} test
cases:
JAXRSMultithreadedClientTest.testStatefulWebClientThreadLocalWithCopy
JAXRSMultithreadedClientTest.testStatefulWebClientWithCopy
JAXRSMultithreadedClientTest.testThreadSafeProxyWithCopy
The commonality between these tests are {{threadSafe }}is set to false, which
triggers a copy of existing client with WebClient.fromClient.
The error traces contains the following shape:
{{`}}
{{Exception in thread "pool-12-thread-2" java.lang.AssertionError:
WebClientWorker thread failed for 10,value10 at
org.junit.Assert.fail(Assert.java:89) at
org.apache.cxf.systest.jaxrs.JAXRSMultithreadedClientTest$WebClientWorker.run(JAXRSMultithreadedClientTest.java:208)
at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
at java.base/java.lang.Thread.run(Thread.java:857) at
org.apache.cxf.transport.http.HttpClientHTTPConduit$HttpClientWrappedOutputStream.getResponse(HttpClientHTTPConduit.java:751)
at
org.apache.cxf.transport.http.HttpClientHTTPConduit$HttpClientWrappedOutputStream.getResponseCode(HttpClientHTTPConduit.java:760)
at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.doProcessResponseCode(HTTPConduit.java:1653)
at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:1684)
at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:1626)
at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1420)
... 19 more Caused by: java.lang.InterruptedException at
java.base/java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:386)
at
java.base/java.util.concurrent.CompletableFuture.get(CompletableFuture.java:2096)
at
org.apache.cxf.transport.http.HttpClientHTTPConduit$HttpClientWrappedOutputStream.getResponse(HttpClientHTTPConduit.java:731)
... 24 more Exception in thread "pool-12-thread-4" java.lang.AssertionError:
WebClientWorker thread failed for 8,value8 at
org.junit.Assert.fail(Assert.java:89) at
org.apache.cxf.systest.jaxrs.JAXRSMultithreadedClientTest$WebClientWorker.run(JAXRSMultithreadedClientTest.java:208)
at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
at java.base/java.lang.Thread.run(Thread.java:857)}}
{{`}}
When this suite is run on Hotspot based JVMs, the test cases pass.This is
reproducible by changing directory to systests/jaxrs, then executing:
`
{{mvn clean install -Dtest=JAXRSMultithreadedClientTest}}
{{`}}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Resolved] (CXF-9001) CDI extension not comptible with IBM Semeru
[ https://issues.apache.org/jira/browse/CXF-9001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andriy Redko resolved CXF-9001. --- Resolution: Fixed > CDI extension not comptible with IBM Semeru > --- > > Key: CXF-9001 > URL: https://issues.apache.org/jira/browse/CXF-9001 > Project: CXF > Issue Type: Task >Affects Versions: 3.6.3, 4.0.4 >Reporter: Romain Manni-Bucau >Priority: Major > Fix For: 4.0.5, 3.6.4 > > > Long story short CXF tries to handle "singleton" by using a set on bean > instances which means hashCode will be triggered but Semeru not having a > native hashcode it is delegated to the instance for normal scoped proxies and > at startup the instance does not always exists - context is not always up > like for request scoped. > Technically this is also an error since deduplication should have happen on > the bean to respect the application and not the instance. -- This message was sent by Atlassian Jira (v8.20.10#820010)
