Mailing-List: contact users-help@servicemix.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@servicemix.apache.org
Received-SPF: pass (athena.apache.org: domain of freeman.fang@gmail.com
 designates 209.85.142.186 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject:references
         :in-reply-to:content-type:content-transfer-encoding;
        b=mKN+TzVOlyQwBZ6flN2vkqtzJwbiz8BWeZZo/GRWfFSLdb1JvnPmEMVZG7CHWqqDZz
         A8Z93QFm/p9R8saNl7CIqbvNDALTRG4COIzCTcTWSX/mugCMxm0WJI9vmyEwTspeQGuo
         zCu/GVywhC49IRk1ZvLhcYkvJOuBi3VkY6chA=
Message-ID: <490FA570.6040100@gmail.com>
Date: Tue, 04 Nov 2008 09:29:20 +0800
From: Freeman Fang <freeman.fang@gmail.com>
User-Agent: Thunderbird 1.5.0.2 (X11/20060524)
MIME-Version: 1.0
To: users@servicemix.apache.org
Subject: Re: SOAP error when using HTTP component in front of CXF-SE one
References: <35684.1225727991@nanthrax.net>
In-Reply-To: <35684.1225727991@nanthrax.net>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

 Jean-Baptiste Onofré wrote:
>  OK understood, there is no really a split between the message
> formatting and the process of the message (HTTP component is a kind of
> proxy to the "internal" WSDL).
>
>  So, to summarize :
>  - to have on-the-fly WSDL, I need to use HTTP component which act as
> a proxy to the CXF WSDL generation (using other stuff like aegis,
> jaxb2, etc)
>  - using "static" WSDL (WSDL hand made), I can use CXF-BC or
> soap-consumer.
>   
If what you want is expose the target cxf-se endpoint's wsdl from 
cxf-bc, yeah, you also can do it using cxf-bc, provided the cxf-se 
endpoint already started. Which means you needn't specify the wsdl in 
cxf bc consumer configuration, the cxf bc consumer will try to retrieve 
the wsdl exposed by its target service (which is specified by the 
targetService etc, it should be the cxf se endpoint you want to expose 
by cxf bc consumer).
You need make sure the cxf se endpoint already started.
>  Is it correct ?
>
>  If this behavior is the correct one, it means that a customer can't
> "automatically" deploy a HTTP WebService in front of an existing CXF
> component. Snifff :(
>
>  Regards
>  -- 
>  Jean-Baptiste Onofré 
>  jb@nanthrax.net 
>  BuildProcess/AutoDeploy Project Leader 
>  http://buildprocess.sourceforge.net
>
>  On Mon 03/11/08 16:31, "Guillaume Nodet" gnodet@gmail.com wrote:
>  No, this is not possible right now afaik. I was meaning that it 
>  should be possible to enhance those components. 
>  FYI, the wsdl generation done by the  does not use 
>  Aegis. It simply grabs the WSDL from the target endpoint (which may
> be 
>  generated using jaxb2, aegis or any other java->wsdl tool from cxf
> or 
>  even manually set on the endpoint) and wraps it using a default soap
>
>  binding / service / port so that it can expose it for external 
>  clients. 
>
>  On Mon, Nov 3, 2008 at 3:34 PM, Jean-Baptiste Onofré
> <jb@nanthrax.net [1]> wrote: 
>  > In fact, the CXF component already provide an "internal" WSDL but
> my 
>  > customer want to get the published HTTP WSDL. 
>  > 
>  > That's explain my question :) 
>  > 
>  > The advantage of the HTTP component is that it can provide the
> WSDL 
>  > "on the fly" (using aegis, I guess) and it's a very interesting 
>  > feature. 
>  > 
>  > Maybe it's possible to do the same using CXF-BC or 
>  > HTTP:SOAP-CONSUMER but I haven't found anything in the
> documentation 
>  > of these components. 
>  > 
>  > Regards 
>  > -- 
>  > Jean-Baptiste Onofré 
>  > jb@nanthrax.net [2] 
>  > BuildProcess/AutoDeploy Project Leader 
>  > http://buildprocess.sourceforge.net  [3]>
>  > 
>  > On Mon 03/11/08 15:24, "Guillaume Nodet" gnodet@gmail.com [4]
> wrote: 
>  > I don't think so. Though I don't see why it would not be doable to
>
>  > generate a WSDL if the target endpoint already expose one. 
>  > 
>  > On Mon, Nov 3, 2008 at 3:19 PM, Jean-Baptiste Onofré 
>  > <jb@nanthrax.net [5] [1]> wrote: 
>  > > But, is CXF-BC or can generate the WSDL ? 
>  > > -- 
>  > > Jean-Baptiste Onofré 
>  > > jb@nanthrax.net [6] [2] 
>  > > BuildProcess/AutoDeploy Project Leader 
>  > > http://buildprocess.sourceforge.net [7] [3]> 
>  > > 
>  > > On Mon 03/11/08 15:13, "Guillaume Nodet" gnodet@gmail.com [8]
> [4] 
>  > wrote: 
>  > > CXF-SE expects either a JBI wrapper or a SOAP envelope. 
>  > > If you want to have a better HTTP consumer, I would recommend 
>  > using 
>  > > either CXF-BC or endpoint. 
>  > > Both should work better with CXF-SE engine. 
>  > > 
>  > > On Mon, Nov 3, 2008 at 2:46 PM, Jean-Baptiste Onofré 
>  > > <jb@nanthrax.net [9] [5] [1]> wrote: 
>  > > > Hi all, 
>  > > > 
>  > > > On ServiceMix 3.3, I have two SUs : 
>  > > > - the first one is a CXF-SE component (using a bean) 
>  > > > - the second one is a HTTP component in front of the CXF-SE
> one 
>  > > > 
>  > > > In the xbean.xml of the CXF-SE component, I use 
>  > > > useJbiWrapper="false"> to avoid a communication error between 
>  > the 
>  > > > both. 
>  > > > 
>  > > > In the xbean.xml of the HTTP component, I use 
>  > > > soap="false">, the service works but the WSDL is not complete 
>  > (the 
>  > > 
>  > > > method operation are not exposed). 
>  > > > 
>  > > > But, if I switch to , I have the 
>  > > > following error : 
>  > > > org.apache.cxf.binding.soap.SoapFault: 
>  > > "http://www.fimasys.com/fsb", [10] [6] [2]> 
>  > > > the namespace on the "vinCheck" element, is not a valid SOAP 
>  > > version. 
>  > > > at 
>  > > > 
>  > > 
>  >
> org.apache.cxf.binding.soap.interceptor.ReadHeadersInterceptor.handleMessage(ReadHeadersInterceptor.java:92)
>
>  > 
>  > > 
>  > > > at 
>  > > > 
>  > > 
>  >
> org.apache.cxf.binding.soap.interceptor.ReadHeadersInterceptor.handleMessage(ReadHeadersInterceptor.java:54)
>
>  > 
>  > > 
>  > > > at 
>  > > > 
>  > > 
>  >
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:220)
>
>  > 
>  > > 
>  > > > at 
>  > > > 
>  > > 
>  >
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:78)
>
>  > 
>  > > 
>  > > > at 
>  > > > 
>  > > 
>  >
> org.apache.cxf.transport.jbi.JBIDispatcherUtil.dispatch(JBIDispatcherUtil.java:156)
>
>  > 
>  > > 
>  > > > at 
>  > > > 
>  > > 
>  >
> org.apache.servicemix.cxfse.CxfSeEndpoint.process(CxfSeEndpoint.java:283)
>
>  > 
>  > > 
>  > > > at 
>  > > > 
>  > > 
>  >
> org.apache.servicemix.common.AsyncBaseLifeCycle.doProcess(AsyncBaseLifeCycle.java:600)
>
>  > 
>  > > 
>  > > > 
>  > > > Does anybody have any idea ? 
>  > > > 
>  > > > Thanks 
>  > > > Regards 
>  > > > -- 
>  > > > Jean-Baptiste Onofré 
>  > > > jb@nanthrax.net [11] [7] [3] 
>  > > > BuildProcess/AutoDeploy Project Leader 
>  > > > http://buildprocess.sourceforge.net [12] [8] [4]> 
>  > > > 
>  > > > 
>  > > 
>  > > -- 
>  > > Cheers, 
>  > > Guillaume Nodet 
>  > > ------------------------ 
>  > > Blog: http://gnodet.blogspot.com/ [13] [9] [5] 
>  > > ------------------------ 
>  > > Open Source SOA 
>  > > http://fusesource.com [14] [10] [6] 
>  > > 
>  > > 
>  > > 
>  > > Links: 
>  > > ------ 
>  > > [1] jb@nanthrax.net [15] [11] 
>  > > [2] http://www.fimasys.com/fsb [16] [12]> 
>  > > [3] jb@nanthrax.net [17] [13] 
>  > > [4] http://buildprocess.sourceforge.net [18] [14]> 
>  > > [5] http://gnodet.blogspot.com/ [19] [15]> 
>  > > [6] http://fusesource.com [20] [16]> 
>  > > 
>  > 
>  > -- 
>  > Cheers, 
>  > Guillaume Nodet 
>  > ------------------------ 
>  > Blog: http://gnodet.blogspot.com/ [21] [17] 
>  > ------------------------ 
>  > Open Source SOA 
>  > http://fusesource.com [22] [18] 
>  > 
>  > 
>  > 
>  > Links: 
>  > ------ 
>  > [1] jb@nanthrax.net [23] 
>  > [2] jb@nanthrax.net [24] 
>  > [3] http://buildprocess.sourceforge.net [25]>
>  > [4] gnodet@gmail.com [26] 
>  > [5] jb@nanthrax.net [27] 
>  > [6] http://www.fimasys.com/fsb  [28]>
>  > [7] jb@nanthrax.net [29] 
>  > [8] http://buildprocess.sourceforge.net  [30]>
>  > [9] http://gnodet.blogspot.com/  [31]>
>  > [10] http://fusesource.com  [32]>
>  > [11] jb@nanthrax.net [33] 
>  > [12] http://www.fimasys.com/fsb [34]>
>  > [13] jb@nanthrax.net [35] 
>  > [14] http://buildprocess.sourceforge.net [36]>
>  > [15] http://gnodet.blogspot.com/ [37]>
>  > [16] http://fusesource.com [38]>
>  > [17] http://gnodet.blogspot.com/  [39]>
>  > [18] http://fusesource.com  [40]>
>  > 
>
>  -- 
>  Cheers, 
>  Guillaume Nodet 
>  ------------------------ 
>  Blog: http://gnodet.blogspot.com/ [41] 
>  ------------------------ 
>  Open Source SOA 
>  http://fusesource.com [42] 
>
>
>
> Links:
> ------
> [1] mailto:jb@nanthrax.net
> [2] mailto:jb@nanthrax.net
> [3] http://buildprocess.sourceforge.net</font
> [4] mailto:gnodet@gmail.com
> [5] mailto:jb@nanthrax.net
> [6] mailto:jb@nanthrax.net
> [7] http://buildprocess.sourceforge.net
> [8] mailto:gnodet@gmail.com
> [9] mailto:jb@nanthrax.net
> [10] http://www.fimasys.com/fsb
> [11] mailto:jb@nanthrax.net
> [12] http://buildprocess.sourceforge.net
> [13] http://gnodet.blogspot.com/
> [14] http://fusesource.com
> [15] mailto:jb@nanthrax.net
> [16] http://www.fimasys.com/fsb
> [17] mailto:jb@nanthrax.net
> [18] http://buildprocess.sourceforge.net
> [19] http://gnodet.blogspot.com/
> [20] http://fusesource.com
> [21] http://gnodet.blogspot.com/
> [22] http://fusesource.com
> [23] mailto:jb@nanthrax.net
> [24] mailto:jb@nanthrax.net
> [25] http://buildprocess.sourceforge.net&lt;/font</font
> [26] mailto:gnodet@gmail.com
> [27] mailto:jb@nanthrax.net
> [28] http://www.fimasys.com/fsb</font
> [29] mailto:jb@nanthrax.net
> [30] http://buildprocess.sourceforge.net</font
> [31] http://gnodet.blogspot.com/</font
> [32] http://fusesource.com</font
> [33] mailto:jb@nanthrax.net
> [34] http://www.fimasys.com/fsb&lt;/font</font
> [35] mailto:jb@nanthrax.net
> [36] http://buildprocess.sourceforge.net&lt;/font&lt;/font</font
> [37] http://gnodet.blogspot.com/&lt;/font</font
> [38] http://fusesource.com&lt;/font</font
> [39] http://gnodet.blogspot.com/</font
> [40] http://fusesource.com</font
> [41] http://gnodet.blogspot.com/
> [42] http://fusesource.com
>
>