[CXF-8239] Why AutomaticWorkQueue is used when providing an executor on asynchronous case

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Information Provided
• Affects Version/s: 3.3.5
• Component/s: Core
• Estimated Complexity: Unknown
• Assignee: Unassigned
• Reporter: Baptiste AIGLIN
• Created: 12/Mar/20 15:49
• Updated: 12/Mar/20 16:27
• Resolved: 12/Mar/20 16:12

Description

When looking on introducing a dedicated Executor when performing asynchronous calls, we see that in the HttpConduit#WrappedOutputStream base class, when the handleResponseOnWorkqueue method is called, which seem to be the method call on all conduit implementations (synchronous URLConnectionHTTPConduit and AsyncHTTPConduit) when handling the response of asynchronous calls, if the forceWQ flag is used, even if we have set a dedicated TaskExecutor, we will still execute something in the Workqueue. So far with the name of the variable it makes sense, but why forcing it in case of async replies on the  AsyncHTTPConduit#setHttpResponse ? This forces us to execute the call to our executor in the work queue thread instead of directly in the I/O dispatcher thread.

 

Thanks for feedback!

Baptiste