[jira] [Created] (CXF-8082) [Apache cxf 3.1.4] ConcurrentModificationException

2019-07-31 Thread SARE Samadou (JIRA)
SARE Samadou created CXF-8082:
-

 Summary: [Apache cxf 3.1.4] ConcurrentModificationException
 Key: CXF-8082
 URL: https://issues.apache.org/jira/browse/CXF-8082
 Project: CXF
  Issue Type: Bug
  Components: Bus
Affects Versions: 3.1.4
Reporter: SARE Samadou


Caused by: java.util.ConcurrentModificationException: null
    at java.util.HashMap$HashIterator.nextNode(HashMap.java:1442)
    at java.util.HashMap$EntryIterator.next(HashMap.java:1476)
    at java.util.HashMap$EntryIterator.next(HashMap.java:1474)
    at java.util.AbstractMap.putAll(AbstractMap.java:280)
    at java.util.TreeMap.putAll(TreeMap.java:327)
    at 
org.apache.cxf.transport.http.Headers.getSetProtocolHeaders(Headers.java:249)
    at org.apache.cxf.transport.http.Headers.(Headers.java:90)
    at 
org.apache.cxf.transport.http.HTTPConduit.setHeadersByAuthorizationPolicy(HTTPConduit.java:787)
    at org.apache.cxf.transport.http.HTTPConduit.prepare(HTTPConduit.java:556)
    at 
org.apache.cxf.interceptor.MessageSenderInterceptor.handleMessage(MessageSenderInterceptor.java:46)
    at 
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:308)
    at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:514)
    at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:423)
    at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:324)
    at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:277)
    at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)
    at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:139)



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)


[jira] [Commented] (CXF-8082) [Apache cxf 3.1.4] ConcurrentModificationException

2019-07-31 Thread Freeman Fang (JIRA)


[ 
https://issues.apache.org/jira/browse/CXF-8082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16897051#comment-16897051
 ] 

Freeman Fang commented on CXF-8082:
---

Hi [~Samadou],

Could you please elaborate the scenario how you run into this issue?

Btw, please take a look at the doc here
https://cxf.apache.org/faq.html#FAQ-AreJAX-WSclientproxiesthreadsafe?

CXF client proxy isn't threadsafe in some cases.

Freeman

> [Apache cxf 3.1.4] ConcurrentModificationException
> --
>
> Key: CXF-8082
> URL: https://issues.apache.org/jira/browse/CXF-8082
> Project: CXF
>  Issue Type: Bug
>  Components: Bus
>Affects Versions: 3.1.4
>Reporter: SARE Samadou
>Priority: Blocker
>
> Caused by: java.util.ConcurrentModificationException: null
>     at java.util.HashMap$HashIterator.nextNode(HashMap.java:1442)
>     at java.util.HashMap$EntryIterator.next(HashMap.java:1476)
>     at java.util.HashMap$EntryIterator.next(HashMap.java:1474)
>     at java.util.AbstractMap.putAll(AbstractMap.java:280)
>     at java.util.TreeMap.putAll(TreeMap.java:327)
>     at 
> org.apache.cxf.transport.http.Headers.getSetProtocolHeaders(Headers.java:249)
>     at org.apache.cxf.transport.http.Headers.(Headers.java:90)
>     at 
> org.apache.cxf.transport.http.HTTPConduit.setHeadersByAuthorizationPolicy(HTTPConduit.java:787)
>     at org.apache.cxf.transport.http.HTTPConduit.prepare(HTTPConduit.java:556)
>     at 
> org.apache.cxf.interceptor.MessageSenderInterceptor.handleMessage(MessageSenderInterceptor.java:46)
>     at 
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:308)
>     at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:514)
>     at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:423)
>     at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:324)
>     at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:277)
>     at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)
>     at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:139)



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)


[jira] [Resolved] (CXF-8081) should cache reactor OutputStream

2019-07-31 Thread Freeman Fang (JIRA)


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

Freeman Fang resolved CXF-8081.
---
   Resolution: Fixed
Fix Version/s: 3.2.10
   3.3.3

> should cache reactor OutputStream
> -
>
> Key: CXF-8081
> URL: https://issues.apache.org/jira/browse/CXF-8081
> Project: CXF
>  Issue Type: Test
>Reporter: Freeman Fang
>Assignee: Freeman Fang
>Priority: Major
> Fix For: 3.3.3, 3.2.10
>
>




--
This message was sent by Atlassian JIRA
(v7.6.14#76016)


[jira] [Updated] (CXF-8082) [Apache cxf 3.1.4] ConcurrentModificationException

2019-07-31 Thread SARE Samadou (JIRA)


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

SARE Samadou updated CXF-8082:
--
Description: 
Scenario: we have an exception with the following stack trace in one a batch 
processing using spring batch. This batch use 4 concurrents thread , each of 
them make processiing  in separate partition

Caused by: java.util.ConcurrentModificationException: null
    at java.util.HashMap$HashIterator.nextNode(HashMap.java:1442)
    at java.util.HashMap$EntryIterator.next(HashMap.java:1476)
    at java.util.HashMap$EntryIterator.next(HashMap.java:1474)
    at java.util.AbstractMap.putAll(AbstractMap.java:280)
    at java.util.TreeMap.putAll(TreeMap.java:327)
    at 
org.apache.cxf.transport.http.Headers.getSetProtocolHeaders(Headers.java:249)
    at org.apache.cxf.transport.http.Headers.(Headers.java:90)
    at 
org.apache.cxf.transport.http.HTTPConduit.setHeadersByAuthorizationPolicy(HTTPConduit.java:787)
    at org.apache.cxf.transport.http.HTTPConduit.prepare(HTTPConduit.java:556)
    at 
org.apache.cxf.interceptor.MessageSenderInterceptor.handleMessage(MessageSenderInterceptor.java:46)
    at 
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:308)
    at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:514)
    at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:423)
    at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:324)
    at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:277)
    at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)
    at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:139)

  was:
Caused by: java.util.ConcurrentModificationException: null
    at java.util.HashMap$HashIterator.nextNode(HashMap.java:1442)
    at java.util.HashMap$EntryIterator.next(HashMap.java:1476)
    at java.util.HashMap$EntryIterator.next(HashMap.java:1474)
    at java.util.AbstractMap.putAll(AbstractMap.java:280)
    at java.util.TreeMap.putAll(TreeMap.java:327)
    at 
org.apache.cxf.transport.http.Headers.getSetProtocolHeaders(Headers.java:249)
    at org.apache.cxf.transport.http.Headers.(Headers.java:90)
    at 
org.apache.cxf.transport.http.HTTPConduit.setHeadersByAuthorizationPolicy(HTTPConduit.java:787)
    at org.apache.cxf.transport.http.HTTPConduit.prepare(HTTPConduit.java:556)
    at 
org.apache.cxf.interceptor.MessageSenderInterceptor.handleMessage(MessageSenderInterceptor.java:46)
    at 
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:308)
    at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:514)
    at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:423)
    at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:324)
    at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:277)
    at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)
    at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:139)


> [Apache cxf 3.1.4] ConcurrentModificationException
> --
>
> Key: CXF-8082
> URL: https://issues.apache.org/jira/browse/CXF-8082
> Project: CXF
>  Issue Type: Bug
>  Components: Bus
>Affects Versions: 3.1.4
>Reporter: SARE Samadou
>Priority: Blocker
>
> Scenario: we have an exception with the following stack trace in one a batch 
> processing using spring batch. This batch use 4 concurrents thread , each of 
> them make processiing  in separate partition
> Caused by: java.util.ConcurrentModificationException: null
>     at java.util.HashMap$HashIterator.nextNode(HashMap.java:1442)
>     at java.util.HashMap$EntryIterator.next(HashMap.java:1476)
>     at java.util.HashMap$EntryIterator.next(HashMap.java:1474)
>     at java.util.AbstractMap.putAll(AbstractMap.java:280)
>     at java.util.TreeMap.putAll(TreeMap.java:327)
>     at 
> org.apache.cxf.transport.http.Headers.getSetProtocolHeaders(Headers.java:249)
>     at org.apache.cxf.transport.http.Headers.(Headers.java:90)
>     at 
> org.apache.cxf.transport.http.HTTPConduit.setHeadersByAuthorizationPolicy(HTTPConduit.java:787)
>     at org.apache.cxf.transport.http.HTTPConduit.prepare(HTTPConduit.java:556)
>     at 
> org.apache.cxf.interceptor.MessageSenderInterceptor.handleMessage(MessageSenderInterceptor.java:46)
>     at 
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:308)
>     at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:514)
>     at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:423)
>     at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:324)
>     at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:277)
>     at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)
>     at org.apache.cxf.jaxws.J

[jira] [Assigned] (CXF-8083) ensure java2swagger-plugin|java2ws-plugin m2e compatible

2019-07-31 Thread Freeman Fang (JIRA)


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

Freeman Fang reassigned CXF-8083:
-

Assignee: Freeman Fang

> ensure java2swagger-plugin|java2ws-plugin m2e compatible
> 
>
> Key: CXF-8083
> URL: https://issues.apache.org/jira/browse/CXF-8083
> Project: CXF
>  Issue Type: Improvement
>Reporter: Freeman Fang
>Assignee: Freeman Fang
>Priority: Major
>
> avoid errors like
> {code}
> Plugin execution not covered by lifecycle configuration: 
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)


[jira] [Created] (CXF-8083) ensure java2swagger-plugin|java2ws-plugin m2e compatible

2019-07-31 Thread Freeman Fang (JIRA)
Freeman Fang created CXF-8083:
-

 Summary: ensure java2swagger-plugin|java2ws-plugin m2e compatible
 Key: CXF-8083
 URL: https://issues.apache.org/jira/browse/CXF-8083
 Project: CXF
  Issue Type: Improvement
Reporter: Freeman Fang


avoid errors like
{code}
Plugin execution not covered by lifecycle configuration: 
{code}



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)


[jira] [Created] (CXF-8084) Wrong adress for endpoints is generated with autoRewriteSoapAddressForAllServices

2019-07-31 Thread George Sedov (JIRA)
George Sedov created CXF-8084:
-

 Summary: Wrong adress for endpoints is generated with 
autoRewriteSoapAddressForAllServices
 Key: CXF-8084
 URL: https://issues.apache.org/jira/browse/CXF-8084
 Project: CXF
  Issue Type: Bug
  Components: Core
Affects Versions: 3.3.2
Reporter: George Sedov


When using autoRewriteSoapAddressForAllServices the generated service address 
in WSDL is wrong. It is constructed using the "http.base.path", which is 
basically CXF context, plus the publishing address of the endpoint. But there 
should also be "services" between them, i.e.

[http://example.com/cxfContext/services/myServiceEndpoint]

instead of

[http://example.com/cxfContext/myServiceEndpoint|http://example.com/cxfContext/services/myServiceEndpoint]



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)


[jira] [Commented] (CXF-8084) Wrong adress for endpoints is generated with autoRewriteSoapAddressForAllServices

2019-07-31 Thread Freeman Fang (JIRA)


[ 
https://issues.apache.org/jira/browse/CXF-8084?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16897303#comment-16897303
 ] 

Freeman Fang commented on CXF-8084:
---

Hi [~morse],

I don't think we really need the "services" between if there's no compulsory 
specs about it.

Btw, you can use property "publishedEndpointUrl" to specify anything you want 
for the soap address.

Freeman

> Wrong adress for endpoints is generated with 
> autoRewriteSoapAddressForAllServices
> -
>
> Key: CXF-8084
> URL: https://issues.apache.org/jira/browse/CXF-8084
> Project: CXF
>  Issue Type: Bug
>  Components: Core
>Affects Versions: 3.3.2
>Reporter: George Sedov
>Priority: Major
>
> When using autoRewriteSoapAddressForAllServices the generated service address 
> in WSDL is wrong. It is constructed using the "http.base.path", which is 
> basically CXF context, plus the publishing address of the endpoint. But there 
> should also be "services" between them, i.e.
> [http://example.com/cxfContext/services/myServiceEndpoint]
> instead of
> [http://example.com/cxfContext/myServiceEndpoint|http://example.com/cxfContext/services/myServiceEndpoint]



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)


[jira] [Commented] (CXF-8084) Wrong adress for endpoints is generated with autoRewriteSoapAddressForAllServices

2019-07-31 Thread George Sedov (JIRA)


[ 
https://issues.apache.org/jira/browse/CXF-8084?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16897360#comment-16897360
 ] 

George Sedov commented on CXF-8084:
---

Hi [~ffang],

In my particular case "publishedEndpointUrl" doesn't help, because the logic 
for "current" endpoint (the one that is called with "?wsdl") and all the other 
endpoints differs. If I provide an explicit "publishedEndpointUrl", it will 
break many other things, and it will also not help in this case, since for the 
"current" endpoint I'll get 
[http://example.com/cxfContext/services/services/myServiceEndpoint|http://example.com/cxfContext/services/myServiceEndpoint]
 (the "current" address is replaced based on the request url, not 
"http.base.path").

There maybe no compulsory specs about "services", but there is an 
implementation from CXF itself. I wasn't able to find where the final address 
of the endpoint being formed, but I guess it is somewhere inside the CXF. So 
during the address rewriting the information about this suffix should be 
available - whether it is currently used or not, and what exactly is it.

> Wrong adress for endpoints is generated with 
> autoRewriteSoapAddressForAllServices
> -
>
> Key: CXF-8084
> URL: https://issues.apache.org/jira/browse/CXF-8084
> Project: CXF
>  Issue Type: Bug
>  Components: Core
>Affects Versions: 3.3.2
>Reporter: George Sedov
>Priority: Major
>
> When using autoRewriteSoapAddressForAllServices the generated service address 
> in WSDL is wrong. It is constructed using the "http.base.path", which is 
> basically CXF context, plus the publishing address of the endpoint. But there 
> should also be "services" between them, i.e.
> [http://example.com/cxfContext/services/myServiceEndpoint]
> instead of
> [http://example.com/cxfContext/myServiceEndpoint|http://example.com/cxfContext/services/myServiceEndpoint]



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)