Return-Path: X-Original-To: apmail-cxf-issues-archive@www.apache.org Delivered-To: apmail-cxf-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 081A210886 for ; Thu, 6 Feb 2014 12:06:13 +0000 (UTC) Received: (qmail 52933 invoked by uid 500); 6 Feb 2014 12:06:12 -0000 Delivered-To: apmail-cxf-issues-archive@cxf.apache.org Received: (qmail 52763 invoked by uid 500); 6 Feb 2014 12:06:11 -0000 Mailing-List: contact issues-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cxf.apache.org Delivered-To: mailing list issues@cxf.apache.org Received: (qmail 52725 invoked by uid 99); 6 Feb 2014 12:06:09 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Feb 2014 12:06:09 +0000 Date: Thu, 6 Feb 2014 12:06:09 +0000 (UTC) From: "Andrei Shakirin (JIRA)" To: issues@cxf.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Comment Edited] (CXF-5434) IllegalStateException calling Oneway method using JMS and WSA MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CXF-5434?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13893293#comment-13893293 ] Andrei Shakirin edited comment on CXF-5434 at 2/6/14 12:04 PM: --------------------------------------------------------------- Hi Dan, I am afraid the issue is fixed only for RPC style in RPCOutInterceptor: {code} if (operation.getOutput() == null) { return; } {code} It is still reproducible for the document binding style. Are rebasing of the response and creation of decoupled destination make sense for oneWay at all? MAPAggregator: {code} if (isOneway || !ContextUtils.isGenericAddress(maps.getReplyTo())) { InternalContextUtils.rebaseResponse(maps.getReplyTo(), maps, message); } {code} Do we really need any rebasement for oneWay on the service side for JMS if we do not send any response at all? was (Author: ashakirin): Hi Dan, I am afraid the issue is fixed only for RPC style in RPCOutInterceptor: {code} if (operation.getOutput() == null) { return; } {code} It is still reproducible for the document binding style. Are rebasing of the response and creation of decoupled destination make sense for oneWay at all? MAPAggregator: {code} if (isOneway || !ContextUtils.isGenericAddress(maps.getReplyTo())) { InternalContextUtils.rebaseResponse(maps.getReplyTo(), maps, message); } {code} > IllegalStateException calling Oneway method using JMS and WSA > ------------------------------------------------------------- > > Key: CXF-5434 > URL: https://issues.apache.org/jira/browse/CXF-5434 > Project: CXF > Issue Type: Bug > Components: JAX-WS Runtime > Affects Versions: 2.7.5, 2.7.7 > Reporter: Wouter Dhaeze > Assignee: Daniel Kulp > Fix For: 2.6.12, 2.7.9 > > Attachments: CXFTestServer.zip, incoming_soap_message_01.txt, server_logs_01.log > > > When a client is calling a oneway method, the endpoint method is never called due to an IllegalStateException, when the endpoint has WS-Addressing policy enabled and the endpoint is called through JMS (activeMQ) > {code} > java.lang.IllegalStateException: IllegalStateException invoking http://www.w3.org/2005/08/addressing/none: Already connected > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) > at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) > at java.lang.reflect.Constructor.newInstance(Unknown Source) > at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.mapException(HTTPConduit.java:1338) > at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1327) > at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56) > at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:622) > at org.apache.cxf.interceptor.OneWayProcessorInterceptor.handleMessage(OneWayProcessorInterceptor.java:126) > at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:271) > at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) > at org.apache.cxf.transport.jms.JMSDestination.onMessage(JMSDestination.java:235) > at org.springframework.jms.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:536) > at org.springframework.jms.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:496) > at org.springframework.jms.listener.AbstractMessageListenerContainer.doExecuteListener(AbstractMessageListenerContainer.java:467) > at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.doReceiveAndExecute(AbstractPollingMessageListenerContainer.java:325) > at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.receiveAndExecute(AbstractPollingMessageListenerContainer.java:263) > at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.invokeListener(DefaultMessageListenerContainer.java:1059) > at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.executeOngoingLoop(DefaultMessageListenerContainer.java:1051) > at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.run(DefaultMessageListenerContainer.java:948) > at java.lang.Thread.run(Unknown Source) > Caused by: java.lang.IllegalStateException: Already connected > at java.net.HttpURLConnection.setFixedLengthStreamingMode(Unknown Source) > at org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.setFixedLengthStreamingMode(URLConnectionHTTPConduit.java:272) > at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.thresholdNotReached(HTTPConduit.java:1085) > at org.apache.cxf.io.AbstractThresholdOutputStream.close(AbstractThresholdOutputStream.java:99) > at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1301) > ... 15 more > {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)