[jira] [Created] (CXF-8348) Question about sharing thread-safe data between interceptor
Jun created CXF-8348: Summary: Question about sharing thread-safe data between interceptor Key: CXF-8348 URL: https://issues.apache.org/jira/browse/CXF-8348 Project: CXF Issue Type: Task Reporter: Jun Hello, I have a scenario where I need to store a session token that can only be used once for next subsequent soap request. I am having a bit of trouble implementing this. My initial approach was to create an inbound- and outbound interceptor. In the inbound interceptor I store the session token if available so that the outbound interceptor can use it. But I'm not sure how to pass the data between interceptors and also guarantee thread-safety. (1) Should I store in the exchange object? (2) Should I implement some custom FIFO queue to handle this? (3) Should I use MDC context to store it? Any feedback would be greatly appreciated. // Jun -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (CXF-8348) Question about sharing thread-safe data between interceptor
[ https://issues.apache.org/jira/browse/CXF-8348?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jun updated CXF-8348: - Issue Type: Bug (was: Task) > Question about sharing thread-safe data between interceptor > --- > > Key: CXF-8348 > URL: https://issues.apache.org/jira/browse/CXF-8348 > Project: CXF > Issue Type: Bug >Reporter: Jun >Priority: Major > > Hello, > I have a scenario where I need to store a session token that can only be used > once for next subsequent soap request. > I am having a bit of trouble implementing this. > My initial approach was to create an inbound- and outbound interceptor. > In the inbound interceptor I store the session token if available so that the > outbound interceptor can use it. > But I'm not sure how to pass the data between interceptors and also guarantee > thread-safety. > (1) Should I store in the exchange object? > (2) Should I implement some custom FIFO queue to handle this? > (3) Should I use MDC context to store it? > Any feedback would be greatly appreciated. > // Jun -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Resolved] (CXF-8346) JAX-RS TCK: Resolve test cases where empty entities are checked
[ https://issues.apache.org/jira/browse/CXF-8346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andy McCright resolved CXF-8346. Fix Version/s: 3.4.1 Resolution: Fixed > JAX-RS TCK: Resolve test cases where empty entities are checked > --- > > Key: CXF-8346 > URL: https://issues.apache.org/jira/browse/CXF-8346 > Project: CXF > Issue Type: Bug > Components: JAX-RS >Affects Versions: 3.4.0 >Reporter: Andy McCright >Assignee: Andy McCright >Priority: Major > Fix For: 3.4.1 > > > In Open Liberty's "fork" of CXF, we made some changes to better handle cases > where an entity is empty. IIRC (and we made this change a while back, so my > memory is a little fuzzy), the TCK checks things where the entity stream is > null and when the entity stream is non-null but empty - in both cases the > "hasEntity" method should return false. I believe that the changes that we > made affected multiple similar test cases to this one: > com/sun/ts/tests/jaxrs/ee/rs/container/requestcontext/JAXRSClient.java#hasEntityWhenNoEntityTest_from_standalone: > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (CXF-8339) WSDLToJava generates sub-java-classes without content
[ https://issues.apache.org/jira/browse/CXF-8339?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17201224#comment-17201224 ] Andriy Redko edited comment on CXF-8339 at 9/24/20, 10:09 PM: -- [~pseer] the issue seems to be related to XJC compiler itself: ``` mkdir src xjc -d src -wsdl myService.wsdl -verbose ``` And check generated classes in `src` folder (xjc comes with JDK8 by default). Similar issues have been discussed on Stackoverflow fe [1], not much CXF can do here. [1] [https://stackoverflow.com/questions/49068291/jaxb-not-generating-field-for-redefined-attribute] was (Author: reta): [~pseer] the issue seems to be related to XJC compiler itself: ``` mkdir src xjc -d src -wsdl cxf8339.wsdl -verbose ``` And check generated classes in `src` folder (xjc comes with JDK8 by default). Similar issues have been discussed on Stackoverflow fe [1], not much CXF can do here. [1] [https://stackoverflow.com/questions/49068291/jaxb-not-generating-field-for-redefined-attribute] > WSDLToJava generates sub-java-classes without content > - > > Key: CXF-8339 > URL: https://issues.apache.org/jira/browse/CXF-8339 > Project: CXF > Issue Type: Bug > Components: Tooling >Affects Versions: 3.4.0, 3.3.7 > Environment: Ant-output on OS Windows 10 Enterprise and Eclipse IDE > [java] Loading FrontEnd jaxws ... > [java] Loading DataBinding jaxb ... > [java] wsdl2java -client -d D:\path\to\src -verbose D:\path\to\myService.wsdl > [java] wsdl2java - Apache CXF 3.3.7 > >Reporter: Peter Seer >Priority: Major > Attachments: myService.wsdl > > > Hello, > if I generate java-classes with WSDLToJava from WSDL appended below, the > sub-java-class "XGDBText" gets generated without content. > I tried to figure out for quite a while what is missing, and ended up with > the conclusion, that this might be a bug. > It would be great if you could help me out with this issue. Thanks. > Best regards -- This message was sent by Atlassian Jira (v8.3.4#803005)
