SOAPConnection bypasses CXF HttpConduit

2010-09-24 Thread Sergey Beryozkin
Hi I'm investigating the possibility of disabling the chunked encoding via the use of opaque or (CXF) specific properties, set on a SOAPMessage instance and posted via a SOAPConnection. The idea is that users which may have to deal with multiple SOAP stacks (ex, supported by a given provider), wi

Re: SOAPConnection bypasses CXF HttpConduit

2010-09-24 Thread Daniel Kulp
On Friday 24 September 2010 8:47:19 am Sergey Beryozkin wrote: > Hi > > I'm investigating the possibility of disabling the chunked encoding via the > use of opaque or (CXF) specific properties, set on a SOAPMessage > instance and posted via a SOAPConnection. OK. Slightly bizzarre use case, but O

Re: SOAPConnection bypasses CXF HttpConduit

2010-09-27 Thread Sergey Beryozkin
Thanks Dan for the clarifications... Here's an initial attempt at providing a basic (client side) SAAJ frontend. https://issues.apache.org/jira/browse/CXF-3008 It consists of 2 classes only, of which only SOAPConnectionImpl tries to do anything useful. Ex, it can be used to disable the chunked e

Re: SOAPConnection bypasses CXF HttpConduit

2010-09-27 Thread Daniel Kulp
On Monday 27 September 2010 2:04:02 pm Sergey Beryozkin wrote: > Thanks Dan for the clarifications... > > Here's an initial attempt at providing a basic (client side) SAAJ frontend. > https://issues.apache.org/jira/browse/CXF-3008 > > It consists of 2 classes only, of which only SOAPConnectionImp

Re: SOAPConnection bypasses CXF HttpConduit

2010-09-27 Thread Sergey Beryozkin
Hi On Mon, Sep 27, 2010 at 10:06 PM, Daniel Kulp wrote: > On Monday 27 September 2010 2:04:02 pm Sergey Beryozkin wrote: > > Thanks Dan for the clarifications... > > > > Here's an initial attempt at providing a basic (client side) SAAJ > frontend. > > https://issues.apache.org/jira/browse/CXF-30

Re: SOAPConnection bypasses CXF HttpConduit

2010-09-27 Thread Daniel Kulp
On Monday 27 September 2010 5:24:32 pm Sergey Beryozkin wrote: > > I've proposed using Dispatch, but apparently, that was not an > option. I don't have more information. > I guess one possible reason they use SOAPConnection is that no service > QName is needed, may be for simple tests, etc. > > M