Hi,

Did you get the chance to glance at the Jira issue (
https://issues.apache.org/activemq/browse/SM-1787)?

Thanks.

On Wed, Feb 4, 2009 at 12:08 PM, liav ezer <[email protected]> wrote:

>  Hi Guillaume,
>
> I replaced my new soap-provider with the old one & everything is goiing
> smooth. Following is the old provider's xbean & request seen in the sniffer:
>
> *old provider xbean*
>
> <http:endpoint service="prd:ForecastWeatherImpService"
>                  endpoint="prd:ForecastWeatherImp"
>                  role="provider"
>                  locationURI="
> http://drorav02:8080/ForecasterService/services/ForecastWeatherImp";
>                  wsdlResource="classpath:ForecastWeatherImp.wsdl"
>                  defaultMep="http://www.w3.org/2004/08/wsdl/in-out";
>                  soap="true"
>                  soapVersion="1.1"/>
>
> *old provider request:*
> **
> [\O72HiP/fPOST /ForecasterService/services/ForecastWeatherImp HTTP/1.1
> User-Agent: Axis/1.4
> SOAPAction: ""
> Pragma: no-cache
> REQUEST_METHOD: POST
> Cache-Control: no-cache
> CONTENT_TYPE: text/xml; charset=utf-8
> Accept: application/soap+xml, application/dime, multipart/related, text/*
> REQUEST_URI: http://localhost:8192/abc/services/internal/forecastWeather/
> Content-Type: text/xml;charset=UTF-8
> Content-Length: 419
> Host: drorav02:8080
> <?xml version='1.0' encoding='UTF-8'?>
> <env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/";>
>  <env:Body>
>   <getForcastPerLocation xmlns="http://service.app.esb.abc.liav.com";
>     xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/";
>     xmlns:xsd="http://www.w3.org/2001/XMLSchema";
>     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>
>     <location>NYC</location>
>   </getForcastPerLocation>
>  </env:Body>
> </env:Envelope>
>
> & here is the new provider xbean & request (also from the sniffer):
>
> *new provider xbean:*
> **
>     <http:soap-provider service="prd:ForecastWeatherImpService"
>                endpoint="ForecastWeatherImp"
>                locationURI="
> http://drorav02:8080/ForecasterService/services/ForecastWeatherImp";
>                wsdl="classpath:ForecastWeatherImp.wsdl"
>                useJbiWrapper="false"
>                validateWsdl="false"/>
> **
> *new provider request:*
> **
> [WP,POST /ForecasterService/services/ForecastWeatherImp HTTP/1.1
> Content-Type: text/xml
> Host: drorav02:8080
> Content-Length: 438
>
> Clearly something is wrong in the new provider definition. The wsdl is the
> same for both. I also tried removing the camel & the same error (no soap
> header action) accured.
>
> Just to be safe here is my consumer xbean:
>
>  <http:soap-consumer service="con:ForecastWeatherImpService"
>                  endpoint="ForecastWeatherImp"
>                  locationURI="
> http://localhost:8192/abc/services/internal/forecastWeather?in-out";
>                  defaultMep="http://www.w3.org/2004/08/wsdl/in-out";
>                  targetService="abc:abcInternalService"
>                  useJbiWrapper="false"
>                  marshaler="#abcGenericMarshaler"
>                  wsdl="classpath:PublicForecastWeather.wsdl" />
>      <bean id="abcGenericMarshaler"
> class="org.apache.servicemix.jbi.HTTPSOAPMarshaler"/>
>
> Thanks.
>
>
>
>
> On Tue, Feb 3, 2009 at 9:46 AM, Guillaume Nodet <[email protected]> wrote:
>
>> The new one should work much better wrt soap.
>>
>> On Tue, Feb 3, 2009 at 08:38, liav ezer <[email protected]> wrote:
>> > Yes, i'm trying to simplify the routing so that i'll have a client
>> > application connected to the consumer &  a server one connected to the
>> > provider.
>> >
>> > But can you advice on the new consumer - old provider constelation
>> question?
>> >
>> > Thanks.
>> >
>> > On Tue, Feb 3, 2009 at 9:33 AM, Guillaume Nodet <[email protected]>
>> wrote:
>> >
>> >> Have you put the log level to DEBUG and checked that the operation
>> >> name was set correctly on the JBI exchange received by the http
>> >> provider endpoint ?
>> >> I would begin with getting rid of the camel stuff at the beginning to
>> >> make sure your endpoint is correctly set up (you can use a servicemix
>> >> client to send an exchange to it and see what it gives), then put back
>> >> the camel stuff.
>> >> The HTTP request should contain the SOAPAction header.  Btw I've had a
>> >> look at the code and when using soap, there's no way to not have the
>> >> soap action header afaik.  It may be empty ("") but it should always
>> >> be set.
>> >> Maybe you should try to sniff the data with
>> >> http://ws.apache.org/commons/tcpmon/ which will gives you a simple log
>> >> of the whole request including headers ...
>> >>
>> >> On Mon, Feb 2, 2009 at 23:52, liav ezer <[email protected]> wrote:
>> >> > I still get the same error.
>> >> >
>> >> > Can you advise - if i use the new http soap consumer, will it be
>> >> compatible
>> >> > (standart) to use an old http endpoint with a provider role &
>> soap=true?
>> >> >
>> >> > Thanks.
>> >> >
>> >> > On Mon, Feb 2, 2009 at 4:19 PM, Guillaume Nodet <[email protected]>
>> >> wrote:
>> >> >
>> >> >> If the wsdl indicates "" for the soap action header, the http
>> provider
>> >> >> should use that value.
>> >> >> If your web service expects a non empty value, you need to fill it
>> >> >> with something valid in the wsdl.
>> >> >>
>> >> >> On Mon, Feb 2, 2009 at 14:16, liav ezer <[email protected]>
>> wrote:
>> >> >> > Nop, still get the same fault (no SOAPAction header!). Maybe i
>> need to
>> >> >> set
>> >> >> > the soap action attribute in the wsdl?
>> >> >> >
>> >> >> > Currently it's set to "".
>> >> >> >
>> >> >> > On Mon, Feb 2, 2009 at 3:15 PM, liav ezer <[email protected]>
>> >> wrote:
>> >> >> >
>> >> >> >>
>> >> >> >>
>> >> >> >> On Mon, Feb 2, 2009 at 2:42 PM, Guillaume Nodet <
>> [email protected]>
>> >> >> wrote:
>> >> >> >>
>> >> >> >>> The operation is conveyed on camel using the "jbi.operation"
>> header
>> >> on
>> >> >> >>> the exchange, which value must be the string representation of
>> the
>> >> >> >>> qname for the operation.
>> >> >> >>> Try with:
>> >> >> >>>   exchange.setProperty("jbi.operation", new QName("http://prd";,
>> >> >> >>> "getForcastPerLocation").toString());
>> >> >> >>>
>> >> >> >>>
>> >> >> >>> On Mon, Feb 2, 2009 at 13:24, liav ezer <[email protected]>
>> >> wrote:
>> >> >> >>> > Ok, i added the below bolded line to my camel routing code:
>> >> >> >>> >
>> >> >> >>> > ProducerTemplate<Exchange> serviceProducer =
>> >> >> >>> > exchange.getContext().createProducerTemplate();
>> >> >> >>> >
>> >> >> >>> > String targetEndpoint = "jbi:service:
>> >> >> >>> http://prd/ForecastWeatherImpService";;
>> >> >> >>> >
>> >> >> >>> > *Endpoint* serviceProviderEP =
>> >> >> >>> > exchange.getContext().getEndpoint(targetEndpoint);
>> >> >> >>> >
>> >> >> >>> > Exchange serviceProviderExchange =
>> >> >> >>> > serviceProviderEP.createExchange(ExchangePattern.*InOut*);
>> >> >> >>> >
>> >> >> >>> >
>> *serviceProviderExchange.getIn().setHeader(**"targetOperation",
>> >> >> >>> > "getForcastPerLocation"**);*
>> >> >> >>> >
>> >> >> >>> > serviceProviderExchange.setIn(exchange.getIn());
>> >> >> >>> >
>> >> >> >>> > Exchange serviceResultExchange =
>> >> >> >>> serviceProducer.send(*serviceProviderEP*,
>> >> >> >>> > serviceProviderExchange);
>> >> >> >>> >
>> >> >> >>> > getForcastPerLocation is taken from the wsdl - here in bold:
>> >> >> >>> >
>> >> >> >>> >   <wsdl:portType name="ForecastWeatherImp">
>> >> >> >>> >
>> >> >> >>> >      <wsdl:operation name="*getForcastPerLocation*">
>> >> >> >>> >
>> >> >> >>> >         <wsdl:input
>> message="impl:getForcastPerLocationRequest"
>> >> >> >>> > name="getForcastPerLocationRequest"/>
>> >> >> >>> >
>> >> >> >>> >         <wsdl:output
>> message="impl:getForcastPerLocationResponse"
>> >> >> >>> > name="getForcastPerLocationResponse"/>
>> >> >> >>> >
>> >> >> >>> >      </wsdl:operation>
>> >> >> >>> >
>> >> >> >>> >   </wsdl:portType>
>> >> >> >>> >
>> >> >> >>> >   <wsdl:binding name="ForecastWeatherImpSoapBinding"
>> >> >> >>> > type="impl:ForecastWeatherImp">
>> >> >> >>> >
>> >> >> >>> >      <wsdlsoap:binding style="document" transport="
>> >> >> >>> > http://schemas.xmlsoap.org/soap/http"/<
>> >> >> >>> http://schemas.xmlsoap.org/soap/http%22/>
>> >> >> >>>  >>
>> >> >> >>> >
>> >> >> >>> >      <wsdl:operation name="getForcastPerLocation">
>> >> >> >>> >
>> >> >> >>> >         <wsdlsoap:operation soapAction=""/>
>> >> >> >>> >
>> >> >> >>> >         <wsdl:input name="getForcastPerLocationRequest">
>> >> >> >>> >
>> >> >> >>> >            <wsdlsoap:body use="literal"/>
>> >> >> >>> >
>> >> >> >>> >         </wsdl:input>
>> >> >> >>> >
>> >> >> >>> >         <wsdl:output name="getForcastPerLocationResponse">
>> >> >> >>> >
>> >> >> >>> >            <wsdlsoap:body use="literal"/>
>> >> >> >>> >
>> >> >> >>> >         </wsdl:output>
>> >> >> >>> >
>> >> >> >>> >      </wsdl:operation>
>> >> >> >>> >
>> >> >> >>> >   </wsdl:binding>
>> >> >> >>> >
>> >> >> >>> > I still get the same error (no SOAPAction header).
>> >> >> >>> >
>> >> >> >>> > Do i fit the qualified name of the operation? Do i specify the
>> >> right
>> >> >> >>> > operation by the wsdl?
>> >> >> >>> >
>> >> >> >>> > Thanks.
>> >> >> >>> >
>> >> >> >>> >
>> >> >> >>> > On Mon, Feb 2, 2009 at 1:57 PM, Guillaume Nodet <
>> [email protected]
>> >> >
>> >> >> >>> wrote:
>> >> >> >>> >
>> >> >> >>> >> No, you need to do that when creating and sending the
>> exchange.
>> >> >> >>> >> Camel should propagate the operation name within the route.
>> >> >> >>> >>
>> >> >> >>> >> On Mon, Feb 2, 2009 at 12:54, liav ezer <[email protected]
>> >
>> >> >> wrote:
>> >> >> >>> >> > Do you mean that i need to add targetOperation to my
>> provider's
>> >> >> >>> xbean?
>> >> >> >>> >> >
>> >> >> >>> >> >
>> >> >> >>> >> > On Mon, Feb 2, 2009 at 1:50 PM, Guillaume Nodet <
>> >> [email protected]
>> >> >> >
>> >> >> >>> >> wrote:
>> >> >> >>> >> >
>> >> >> >>> >> >> The soap action should be set to the corresponding
>> operation
>> >> >> invoked
>> >> >> >>> >> >> on the web service.
>> >> >> >>> >> >> If it is not set, this may be because you did not set the
>> >> >> operation
>> >> >> >>> >> >> field on the exchange to the right QName.
>> >> >> >>> >> >>
>> >> >> >>> >> >> On Mon, Feb 2, 2009 at 12:19, liav ezer <
>> [email protected]>
>> >> >> >>> wrote:
>> >> >> >>> >> >> > This is the response:
>> >> >> >>> >> >> >
>> >> >> >>> >> >> > eXtensible Markup Language
>> >> >> >>> >> >> >   <?xml
>> >> >> >>> >> >> >   <soapenv:Envelope
>> >> >> >>> >> >> >       xmlns:soapenv="
>> >> http://schemas.xmlsoap.org/soap/envelope/
>> >> >> "
>> >> >> >>> >> >> >       xmlns:xsd="http://www.w3.org/2001/XMLSchema";
>> >> >> >>> >> >> >       xmlns:xsi="
>> http://www.w3.org/2001/XMLSchema-instance
>> >> ">
>> >> >> >>> >> >> >       <soapenv:Body>
>> >> >> >>> >> >> >            <soapenv:Fault>
>> >> >> >>> >> >> >                  <faultcode xmlns:ns1="
>> >> >> >>> http://xml.apache.org/axis/";>
>> >> >> >>> >> >> >                         *ns1:Client.NoSOAPAction*
>> >> >> >>> >> >> >                  </faultcode>
>> >> >> >>> >> >> >                  <faultstring>
>> >> >> >>> >> >> >                         *no SOAPAction header!*
>> >> >> >>> >> >> >                  </faultstring>
>> >> >> >>> >> >> >                  <detail>
>> >> >> >>> >> >> >                         <ns2:hostname xmlns:ns2="
>> >> >> >>> >> >> > http://xml.apache.org/axis/";>
>> >> >> >>> >> >> >                               LIAVE02
>> >> >> >>> >> >> >                         </ns2:hostname>
>> >> >> >>> >> >> >                  </detail>
>> >> >> >>> >> >> >           </soapenv:Fault>
>> >> >> >>> >> >> >       </soapenv:Body>
>> >> >> >>> >> >> > </soapenv:Envelope>
>> >> >> >>> >> >> >
>> >> >> >>> >> >> > Usually i see the request also in this kind of format
>> and
>> >> the
>> >> >> >>> sniffer
>> >> >> >>> >> >> > indicates that this is HTTP/XML protocol but now i see
>> the
>> >> >> request
>> >> >> >>> as
>> >> >> >>> >> i
>> >> >> >>> >> >> sent
>> >> >> >>> >> >> > you before with only HTTP Protocol. Clearly something
>> isn't
>> >> >> right.
>> >> >> >>> >> >> > The content of the request is ambiguous, this is what i
>> >> managed
>> >> >> to
>> >> >> >>> >> >> extract
>> >> >> >>> >> >> > from the sniffer:
>> >> >> >>> >> >> >
>> >> >> >>> >> >> > [PohsP,POST
>> /ForecasterService/services/ForecastWeatherImp
>> >> >> >>> HTTP/1.1
>> >> >> >>> >> >> > Content-Type: text/xml
>> >> >> >>> >> >> > Host: liave02:8080
>> >> >> >>> >> >> > Content-Length: 388
>> >> >> >>> >> >> >
>> >> >> >>> >> >> > Should i omit the useJbiWrapper=false? I did it in my
>> >> consumer
>> >> >> as
>> >> >> >>> >> well.
>> >> >> >>> >> >> >
>> >> >> >>> >> >> > Thanks.
>> >> >> >>> >> >> >
>> >> >> >>> >> >> >
>> >> >> >>> >> >> > On Mon, Feb 2, 2009 at 1:03 PM, Guillaume Nodet <
>> >> >> [email protected]
>> >> >> >>> >
>> >> >> >>> >> >> wrote:
>> >> >> >>> >> >> >
>> >> >> >>> >> >> >> Not sure what you mean.
>> >> >> >>> >> >> >> The request content type is text/xml so it looks good.
>> >> >> >>> >> >> >> Do you have the content of the request and the response
>> ?
>> >> >> >>> >> >> >>
>> >> >> >>> >> >> >> On Mon, Feb 2, 2009 at 11:56, liav ezer <
>> >> [email protected]>
>> >> >> >>> wrote:
>> >> >> >>> >> >> >> > Sure, it doesn't say much except for the fact that
>> this
>> >> >> isn't
>> >> >> >>> >> http/xml
>> >> >> >>> >> >> >> but
>> >> >> >>> >> >> >> > plain http request.
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >> > Frame 20 (184 bytes on wire, 184 bytes captured)
>> >> >> >>> >> >> >> > Ethernet II, Src: Msi_5a:17:0a (00:16:17:5a:17:0a),
>> Dst:
>> >> >> >>> >> >> >> HewlettP_d4:86:e0
>> >> >> >>> >> >> >> > (00:13:21:d4:86:e0)
>> >> >> >>> >> >> >> > Internet Protocol, Src: 10.236.11.194
>> (10.236.11.194),
>> >> Dst:
>> >> >> >>> >> >> 10.236.10.91
>> >> >> >>> >> >> >> > (10.236.10.91)
>> >> >> >>> >> >> >> > Transmission Control Protocol, Src Port: queueadm
>> (2230),
>> >> >> Dst
>> >> >> >>> Port:
>> >> >> >>> >> >> >> http-alt
>> >> >> >>> >> >> >> > (8080), Seq: 1, Ack: 1, Len: 130
>> >> >> >>> >> >> >> > Hypertext Transfer Protocol
>> >> >> >>> >> >> >> >     POST
>> /ForecasterService/services/ForecastWeatherImp
>> >> >> >>> >> HTTP/1.1\r\n
>> >> >> >>> >> >> >> >           Request Method: POST
>> >> >> >>> >> >> >> >           Request URI:
>> >> >> >>> >> /ForecasterService/services/ForecastWeatherImp
>> >> >> >>> >> >> >> >           Request Version: HTTP/1.1
>> >> >> >>> >> >> >> >     Content-Type: text/xml\r\n
>> >> >> >>> >> >> >> >     Content-Length: 388\r\n
>> >> >> >>> >> >> >> >           Content length: 388
>> >> >> >>> >> >> >> >     \r\n
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >> > I also debugged the message object sent to the
>> >> >> >>> >> doInterceptor(Message)
>> >> >> >>> >> >> by
>> >> >> >>> >> >> >> the
>> >> >> >>> >> >> >> > createRequest method (in HttpSoapProviderMarshaler):
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >> > {interface javax.jbi.messaging.MessageExchange=InOut[
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >> > id: ID:10.236.11.194-11f364479c2-2:15
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >> > status: Active
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >> > role: provider
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >> > service: {http://prd}ForecastWeatherImpService
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >> > endpoint: ForecastWeatherImp
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >> > in: <?xml version="1.0"
>> >> >> >>> encoding="UTF-8"?><getForcastPerLocation
>> >> >> >>> >> >> xmlns="
>> >> >> >>> >> >> >> > http://service.app.esb.oxp.amdocs.com";
>> xmlns:soapenv="
>> >> >> >>> >> >> >> > http://schemas.xmlsoap.org/soap/envelope/";
>> xmlns:xsd="
>> >> >> >>> >> >> >> > http://www.w3.org/2001/XMLSchema"; xmlns:xsi="
>> >> >> >>> >> >> >> > http://www.w3.org/2001/XMLSchema-instance
>> >> >> >>> >> >> >> >
>> "><location>Tel-Aviv</location></getForcastPerLocation>
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >>
>> >> >> >>> >> >>
>> >> >> >>> >>
>> >> >> >>>
>> >> >>
>> >>
>> {*interface*javax.jbi.messaging.normalizedmessage=org.apache.servicemix.jbi.messaging.normalizedmessagei...@7a754f
>> >> >> >>> >> >> >> > {*properties*:
>> >> >> >>> >> >> {javax.jbi.messaging.protocol.headers={Content-Length=435,
>> >> >> >>> >> >> >> > User-Agent=Axis/1.4, Host=localhost:8192,
>> SOAPAction="",
>> >> >> >>> >> >> Pragma=no-cache,
>> >> >> >>> >> >> >> > Content-Type=text/xml; charset=utf-8,
>> >> REQUEST_METHOD=POST,
>> >> >> >>> >> >> >> > Cache-Control=no-cache, CONTENT_TYPE=text/xml;
>> >> >> charset=utf-8,
>> >> >> >>> >> >> >> > Accept=application/soap+xml, application/dime,
>> >> >> >>> multipart/related,
>> >> >> >>> >> >> text/*,
>> >> >> >>> >> >> >> > REQUEST_URI=
>> >> >> >>> >> >> >>
>> >> http://localhost:8192/oxp/services/internal/forecastWeather/
>> >> >> }<
>> >> >> >>> >>
>> http://localhost:8192/oxp/services/internal/forecastWeather/%7D>
>> >> >> >>> >> >> }<
>> >> >> >>>
>> http://localhost:8192/oxp/services/internal/forecastWeather/%7D%7D>
>> >> >> >>> >> >>  >> },
>> >> >> >>> >> >> >> > class
>> >> >> java.io.outputstream=java.io.bufferedoutputstr...@1aba945
>> >> >> >>> }
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >> > Attachment & SOAP headers are empty.
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >> > Thanks
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >> > On Mon, Feb 2, 2009 at 12:46 PM, Guillaume Nodet <
>> >> >> >>> [email protected]
>> >> >> >>> >> >
>> >> >> >>> >> >> >> wrote:
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >> >> Unfortunately, our mailing lists strip attachents.
>>  Can
>> >> you
>> >> >> >>> >> include
>> >> >> >>> >> >> it
>> >> >> >>> >> >> >> >> inline please ?
>> >> >> >>> >> >> >> >>
>> >> >> >>> >> >> >> >> On Mon, Feb 2, 2009 at 11:44, liav ezer <
>> >> >> [email protected]>
>> >> >> >>> >> wrote:
>> >> >> >>> >> >> >> >> > Sure, attached is a snapshot of the packet sent
>> from
>> >> the
>> >> >> >>> >> >> >> soap-provider:
>> >> >> >>> >> >> >> >> >
>> >> >> >>> >> >> >> >> >
>> >> >> >>> >> >> >> >> > On Mon, Feb 2, 2009 at 12:40 PM, Guillaume Nodet <
>> >> >> >>> >> [email protected]
>> >> >> >>> >> >> >
>> >> >> >>> >> >> >> >> wrote:
>> >> >> >>> >> >> >> >> >>
>> >> >> >>> >> >> >> >> >> Could you give some hints on what the sniffer
>> sees ?
>> >> >> >>> >> >> >> >> >>
>> >> >> >>> >> >> >> >> >> On Mon, Feb 2, 2009 at 11:37, liav ezer <
>> >> >> >>> [email protected]>
>> >> >> >>> >> >> wrote:
>> >> >> >>> >> >> >> >> >> > Right, i saw the fixed getter:
>> >> >> >>> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> > @Override
>> >> >> >>> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> > public String getMethod() {
>> >> >> >>> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >     return HttpMethods.POST;
>> >> >> >>> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> > }
>> >> >> >>> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> > Can you suggest why my provider (as follows)
>> >> doesn't
>> >> >> send
>> >> >> >>> the
>> >> >> >>> >> >> http
>> >> >> >>> >> >> >> >> >> > request
>> >> >> >>> >> >> >> >> >> > in XML format? (sniffer clearly shows that it's
>> >> plain
>> >> >> >>> http &
>> >> >> >>> >> not
>> >> >> >>> >> >> >> >> >> > http/xml)?
>> >> >> >>> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> > This is my providers xbean:
>> >> >> >>> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> > <?xml version="1.0" encoding="UTF-8"?>
>> >> >> >>> >> >> >> >> >> > <beans xmlns:http="
>> >> >> http://servicemix.apache.org/http/1.0
>> >> >> >>> "
>> >> >> >>> >> >> >> >> >> > xmlns:prd="http://prd";>
>> >> >> >>> >> >> >> >> >> >   <http:soap-provider
>> >> >> >>> service="prd:ForecastWeatherImpService"
>> >> >> >>> >> >> >> >> >> >                endpoint="ForecastWeatherImp"
>> >> >> >>> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> > locationURI="
>> >> >> >>> >> >> >> >>
>> >> >> >>> >>
>> >> http://drorav02:8080/ForecasterService/services/ForecastWeatherImp";
>> >> >> >>> >> >> >> >> >> >
>> >> >>  wsdl="classpath:ForecastWeatherImp.wsdl"
>> >> >> >>> >> >> >> >> >> >                useJbiWrapper="false"/>
>> >> >> >>> >> >> >> >> >> > </beans>
>> >> >> >>> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> > Attached is the wsdl file.
>> >> >> >>> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> > Thanks in advcane.
>> >> >> >>> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> > On Mon, Feb 2, 2009 at 11:36 AM, Guillaume
>> Nodet <
>> >> >> >>> >> >> [email protected]
>> >> >> >>> >> >> >> >
>> >> >> >>> >> >> >> >> >> > wrote:
>> >> >> >>> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >> >> >> No, all soap requests are sent using POST
>> method.
>> >> >>  This
>> >> >> >>> is
>> >> >> >>> >> the
>> >> >> >>> >> >> >> >> >> >> expected behavior.
>> >> >> >>> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >> >> >> On Mon, Feb 2, 2009 at 10:34, liav ezer <
>> >> >> >>> >> [email protected]>
>> >> >> >>> >> >> >> wrote:
>> >> >> >>> >> >> >> >> >> >> > Hi Guillaume,
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> > I debugged the process() method in
>> >> >> >>> HttpProviderEndpoint
>> >> >> >>> >> class
>> >> >> >>> >> >> &
>> >> >> >>> >> >> >> >> >> >> > looked
>> >> >> >>> >> >> >> >> >> >> > at
>> >> >> >>> >> >> >> >> >> >> > the value of the http exchange when its
>> being
>> >> sent:
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> > getConnectionPool().send(*httpEx*);
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> > The value is:
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> > httpexcha...@1663347=*post*
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >>
>> >> //drorav02:8080/ForecasterService/services/ForecastWeatherImp#0
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> > i also see that the *_requestContent* data
>> >> member
>> >> >> is a
>> >> >> >>> >> >> >> >> >> >> > *ByteArrayBuffer*type & has this value:
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> > <soap:Envelope xmlns:soap="
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> > http://schemas.xmlsoap.org/soap/envelope/
>> >> >> >>> >> >> >> >> "><soap:Body><getForcastPerLocation<
>> >> >> >>> >> >> >> >>
>> >> >> >>> >> >> >>
>> >> >> >>> >> >>
>> >> >> >>> >>
>> >> >> >>>
>> >> >>
>> >>
>> http://schemas.xmlsoap.org/soap/envelope/%22%3E%3Csoap:Body%3E%3CgetForcastPerLocation
>> >> >> >>> >> >> >> >> >xmlns="
>> >> >> >>> >> >> >> >> >> >> > http://service.app.esb.abc.liav.com";
>> >> >> xmlns:soapenv="
>> >> >> >>> >> >> >> >> >> >> > http://schemas.xmlsoap.org/soap/envelope/";
>> >> >> >>> xmlns:xsd="
>> >> >> >>> >> >> >> >> >> >> > http://www.w3.org/2001/XMLSchema";
>> xmlns:xsi="
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> > http://www.w3.org/2001/XMLSchema-instance
>> >> >> >>> >> >> >> >>
>> >> >> >>> >> >> >>
>> >> >> >>> >> >>
>> >> >> >>> >>
>> >> >> >>>
>> >> >>
>> >>
>> "><location>Ashdod</location></getForcastPerLocation></soap:Body></soap:Envelope<
>> >> >> >>> >> >> >> >>
>> >> >> >>> >> >> >>
>> >> >> >>> >> >>
>> >> >> >>> >>
>> >> >> >>>
>> >> >>
>> >>
>> http://www.w3.org/2001/XMLSchema-instance%22%3E%3Clocation%3EAshdod%3C/location%3E%3C/getForcastPerLocation%3E%3C/soap:Body%3E%3C/soap:Envelope
>> >> >> >>> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> > It seems that the contecnt is soap but it's
>> sent
>> >> as
>> >> >> >>> POST.
>> >> >> >>> >> Can
>> >> >> >>> >> >> >> you
>> >> >> >>> >> >> >> >> see
>> >> >> >>> >> >> >> >> >> >> > the
>> >> >> >>> >> >> >> >> >> >> > problem?
>> >> >> >>> >> >> >> >> >> >> > Thanks.
>> >> >> >>> >> >> >> >> >> >> > ---------- Forwarded message ----------
>> >> >> >>> >> >> >> >> >> >> > From: liav ezer <[email protected]>
>> >> >> >>> >> >> >> >> >> >> > Date: Mon, Feb 2, 2009 at 10:48 AM
>> >> >> >>> >> >> >> >> >> >> > Subject: Re: Http consumer end-point
>> question
>> >> >> >>> >> >> >> >> >> >> > To: [email protected]
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >  It seems that the transmission to my
>> service
>> >> via
>> >> >> my
>> >> >> >>> >> >> >> soap-provider
>> >> >> >>> >> >> >> >> >> >> > isn't
>> >> >> >>> >> >> >> >> >> >> > soap. I used a sniffer and seen that the
>> request
>> >> is
>> >> >> >>> POST
>> >> >> >>> >> over
>> >> >> >>> >> >> >> HTTP.
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> > That's why i get a fault response specifying
>> >> that
>> >> >> >>> there
>> >> >> >>> >> isn't
>> >> >> >>> >> >> >> any
>> >> >> >>> >> >> >> >> >> >> > SOAPAction
>> >> >> >>> >> >> >> >> >> >> > header...
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> > I suspected that the camel API
>> >> >> >>> (producerTemplate.send())
>> >> >> >>> >> is
>> >> >> >>> >> >> >> messing
>> >> >> >>> >> >> >> >> >> >> > my
>> >> >> >>> >> >> >> >> >> >> > requset so i changed my router do a
>> from().to()
>> >> >> >>> routing as
>> >> >> >>> >> >> >> follows:
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> > from*(*
>> >> >> >>> >> >> >> >> >> >> > *"jbi:service:**
>> http://oxp/oXpInternalService
>> >> >> >>> >> >> >> ").to("jbi:service:
>> >> >> >>> >> >> >> >> >> >> > http://prd/ForecastWeatherImpService";);*
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> > & i still get this fault. It seems like it
>> is
>> >> >> related
>> >> >> >>> to
>> >> >> >>> >> the
>> >> >> >>> >> >> >> >> provider
>> >> >> >>> >> >> >> >> >> >> > end-point. Do you see something wrong in its
>> >> >> >>> >> configuration?
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> > Thanks
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >  On Mon, Feb 2, 2009 at 10:20 AM, Guillaume
>> >> Nodet <
>> >> >> >>> >> >> >> >> [email protected]>
>> >> >> >>> >> >> >> >> >> >> > wrote:
>> >> >> >>> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> The message you see in the NMR won't be the
>> >> SOAP
>> >> >> >>> >> envelope.
>> >> >> >>> >> >>  The
>> >> >> >>> >> >> >> >> soap
>> >> >> >>> >> >> >> >> >> >> >> envelope is put when the HTTP request is
>> sent
>> >> and
>> >> >> >>> removed
>> >> >> >>> >> >> when
>> >> >> >>> >> >> >> the
>> >> >> >>> >> >> >> >> >> >> >> response is received.
>> >> >> >>> >> >> >> >> >> >> >> You should check what happens on the other
>> side
>> >> of
>> >> >> >>> the
>> >> >> >>> >> >> consumer
>> >> >> >>> >> >> >> in
>> >> >> >>> >> >> >> >> >> >> >> your ForcastWeatherImp service.  It seems
>> to
>> >> send
>> >> >> >>> back a
>> >> >> >>> >> >> fault
>> >> >> >>> >> >> >> for
>> >> >> >>> >> >> >> >> >> >> >> some reason.
>> >> >> >>> >> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >> >> >> >> On Mon, Feb 2, 2009 at 09:11, liav ezer <
>> >> >> >>> >> >> [email protected]>
>> >> >> >>> >> >> >> >> wrote:
>> >> >> >>> >> >> >> >> >> >> >> > Ok.
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> > I followed your advise & used the
>> following
>> >> >> >>> >> soap-provider
>> >> >> >>> >> >> >> >> >> >> >> > end-point:
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> > <?xml version="1.0" encoding="UTF-8"?>
>> >> >> >>> >> >> >> >> >> >> >> > <beans xmlns:http="
>> >> >> >>> >> http://servicemix.apache.org/http/1.0";
>> >> >> >>> >> >> >> >> >> >> >> > xmlns:prd="
>> >> >> >>> >> >> >> >> >> >> >> > http://prd";>
>> >> >> >>> >> >> >> >> >> >> >> >  <http:*soap-provider*
>> >> >> >>> >> >> >> service="prd:ForecastWeatherImpService"
>> >> >> >>> >> >> >> >> >> >> >> >
>> endpoint="ForecastWeatherImp"
>> >> >> >>> >> >> >> >> >> >> >> >               locationURI="
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >>
>> >> >> >>> >>
>> >> http://localhost:8080/ForecasterService/services/ForecastWeatherImp
>> >> >> "
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> wsdl="classpath:ForecastWeatherImp.wsdl"
>> >> >> >>> >> >> >> >> >> >> >> >               useJbiWrapper="false"/>
>> >> >> >>> >> >> >> >> >> >> >> > </beans>
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> > but i get an error which i don't
>> understand
>> >> its
>> >> >> >>> origin:
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - HttpComponent                  -
>> >> >> Received
>> >> >> >>> >> >> exchange:
>> >> >> >>> >> >> >> >> >> >> >> > status:
>> >> >> >>> >> >> >> >> >> >> >> Active,
>> >> >> >>> >> >> >> >> >> >> >> > role: provider
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - HttpComponent                  -
>> >> >> Retrieved
>> >> >> >>> >> >> >> correlation
>> >> >> >>> >> >> >> >> id:
>> >> >> >>> >> >> >> >> >> >> >> > null
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - DefaultHttpProviderMarshaler   -
>> >> Using
>> >> >> >>> default
>> >> >> >>> >> >> >> request
>> >> >> >>> >> >> >> >> >> >> >> > encoding
>> >> >> >>> >> >> >> >> >> >> >> in
>> >> >> >>> >> >> >> >> >> >> >> > provider marshaller.
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> Adding
>> >> >> >>> >> >> interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >>
>> org.apache.servicemix.soap.interceptors.jbi.JbiOutInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> Adding
>> >> >> >>> >> >> interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >>
>> >> >> >>>
>> org.apache.servicemix.soap.interceptors.jbi.JbiOutWsdl1Interceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> Adding
>> >> >> >>> >> >> interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >>
>> >> >> >>> >> >>
>> >> >> >>>
>> >> org.apache.servicemix.soap.interceptors.mime.AttachmentsOutInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> Adding
>> >> >> >>> >> >> interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >>
>> >> org.apache.servicemix.soap.interceptors.xml.StaxOutInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> Adding
>> >> >> >>> >> >> interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >>
>> >> >> >>> >> >>
>> >> >> >>>
>> >> >>
>> org.apache.servicemix.soap.bindings.soap.interceptors.SoapOutInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> Adding
>> >> >> >>> >> >> interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >>
>> >> org.apache.servicemix.soap.interceptors.xml.BodyOutInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> >> Invoking
>> >> >> >>> >> >> >> handleMessage
>> >> >> >>> >> >> >> >> on
>> >> >> >>> >> >> >> >> >> >> >> > interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >>
>> org.apache.servicemix.soap.interceptors.jbi.JbiOutInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> >> Invoking
>> >> >> >>> >> >> >> handleMessage
>> >> >> >>> >> >> >> >> on
>> >> >> >>> >> >> >> >> >> >> >> > interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >>
>> >> >> >>>
>> org.apache.servicemix.soap.interceptors.jbi.JbiOutWsdl1Interceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> >> Invoking
>> >> >> >>> >> >> >> handleMessage
>> >> >> >>> >> >> >> >> on
>> >> >> >>> >> >> >> >> >> >> >> > interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >>
>> >> >> >>> >> >>
>> >> >> >>>
>> >> org.apache.servicemix.soap.interceptors.mime.AttachmentsOutInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> >> Invoking
>> >> >> >>> >> >> >> handleMessage
>> >> >> >>> >> >> >> >> on
>> >> >> >>> >> >> >> >> >> >> >> > interceptor
>> >> >> >>> >> >> >> >> >> >> >>
>> >> >> >>> >> >>
>> org.apache.servicemix.soap.interceptors.xml.StaxOutInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> >> Invoking
>> >> >> >>> >> >> >> handleMessage
>> >> >> >>> >> >> >> >> on
>> >> >> >>> >> >> >> >> >> >> >> > interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >>
>> >> >> >>> >> >>
>> >> >> >>>
>> >> >>
>> org.apache.servicemix.soap.bindings.soap.interceptors.SoapOutInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> >> Invoking
>> >> >> >>> >> >> >> handleMessage
>> >> >> >>> >> >> >> >> on
>> >> >> >>> >> >> >> >> >> >> >> > interceptor
>> >> >> >>> >> >> >> >> >> >> >>
>> >> >> >>> >> >>
>> org.apache.servicemix.soap.interceptors.xml.BodyOutInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - DefaultHttpProviderMarshaler   -
>> >> Using
>> >> >> >>> default
>> >> >> >>> >> >> >> response
>> >> >> >>> >> >> >> >> >> >> >> > encoding
>> >> >> >>> >> >> >> >> >> >> >> in
>> >> >> >>> >> >> >> >> >> >> >> > provider marshaller.
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> Adding
>> >> >> >>> >> >> interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >>
>> >> >> >>> >>
>> >> >>
>> org.apache.servicemix.soap.interceptors.mime.AttachmentsInInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> Adding
>> >> >> >>> >> >> interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >>
>> org.apache.servicemix.soap.interceptors.xml.StaxInInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> Adding
>> >> >> >>> >> >> interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >>
>> >> >> >>> >> >>
>> >> >> >>>
>> >> org.apache.servicemix.soap.bindings.soap.interceptors.SoapInInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> Adding
>> >> >> >>> >> >> interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >>
>> >> >> >>> >> >> >>
>> >> >> >>> >> >>
>> >> >> >>> >>
>> >> >> >>>
>> >> >>
>> >>
>> org.apache.servicemix.soap.bindings.soap.interceptors.SoapFaultInInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> Adding
>> >> >> >>> >> >> interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >>
>> >> >> >>>
>> org.apache.servicemix.soap.interceptors.jbi.JbiInWsdl1Interceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> Adding
>> >> >> >>> >> >> interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >>
>> org.apache.servicemix.soap.interceptors.jbi.JbiInInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> >> Invoking
>> >> >> >>> >> >> >> handleMessage
>> >> >> >>> >> >> >> >> on
>> >> >> >>> >> >> >> >> >> >> >> > interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >>
>> >> >> >>> >>
>> >> >>
>> org.apache.servicemix.soap.interceptors.mime.AttachmentsInInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> >> Invoking
>> >> >> >>> >> >> >> handleMessage
>> >> >> >>> >> >> >> >> on
>> >> >> >>> >> >> >> >> >> >> >> > interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >>
>> org.apache.servicemix.soap.interceptors.xml.StaxInInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> >> Invoking
>> >> >> >>> >> >> >> handleMessage
>> >> >> >>> >> >> >> >> on
>> >> >> >>> >> >> >> >> >> >> >> > interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >>
>> >> >> >>> >> >>
>> >> >> >>>
>> >> org.apache.servicemix.soap.bindings.soap.interceptors.SoapInInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> >> Invoking
>> >> >> >>> >> >> >> handleMessage
>> >> >> >>> >> >> >> >> on
>> >> >> >>> >> >> >> >> >> >> >> > interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >>
>> >> >> >>> >> >> >>
>> >> >> >>> >> >>
>> >> >> >>> >>
>> >> >> >>>
>> >> >>
>> >>
>> org.apache.servicemix.soap.bindings.soap.interceptors.SoapFaultInInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> >> Invoking
>> >> >> >>> >> >> >> handleMessage
>> >> >> >>> >> >> >> >> on
>> >> >> >>> >> >> >> >> >> >> >> > interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >>
>> >> >> >>>
>> org.apache.servicemix.soap.interceptors.jbi.JbiInWsdl1Interceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - PhaseInterceptorChain          -
>> >> >> Invoking
>> >> >> >>> >> >> >> handleMessage
>> >> >> >>> >> >> >> >> on
>> >> >> >>> >> >> >> >> >> >> >> > interceptor
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >>
>> org.apache.servicemix.soap.interceptors.jbi.JbiInInterceptor
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - DeliveryChannelImpl            -
>> Send
>> >> >> >>> >> >> >> >> >> >> >> > ID:10.236.11.194-11f35e61a07-2:0 in
>> >> >> >>> >> >> >> >> >> >> >> > DeliveryChannel{servicemix-http}
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - SecuredBroker                  -
>> send
>> >> >> >>> exchange
>> >> >> >>> >> >> with
>> >> >> >>> >> >> >> >> secure
>> >> >> >>> >> >> >> >> >> >> >> > broker
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - SedaFlow                       -
>> >> Called
>> >> >> >>> Flow
>> >> >> >>> >> send
>> >> >> >>> >> >> >> >> >> >> >> > DEBUG - SedaQueue                      -
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >>
>> org.apache.servicemix.jbi.nmr.flow.seda.sedaqueu...@120a5d7
>> >> >> >>> >> >> >> >> >> >> >> > dequeued
>> >> >> >>> >> >> >> >> >> >> >> > exchange: InOut[
>> >> >> >>> >> >> >> >> >> >> >> >  id: ID:10.236.11.194-11f35e61a07-2:0
>> >> >> >>> >> >> >> >> >> >> >> >  status: Active
>> >> >> >>> >> >> >> >> >> >> >> >  role: consumer
>> >> >> >>> >> >> >> >> >> >> >> >  service: {http://prd
>> >> }ForecastWeatherImpService
>> >> >> >>> >> >> >> >> >> >> >> >  endpoint: ForecastWeatherImp
>> >> >> >>> >> >> >> >> >> >> >> >  in: <?xml version="1.0"
>> >> >> >>> >> >> >> >> encoding="UTF-8"?><getForcastPerLocation
>> >> >> >>> >> >> >> >> >> >> >> > xmlns="
>> >> >> >>> >> >> >> >> >> >> >> > http://service.app.esb.abc.liav.com";
>> >> >> >>> xmlns:soapenv="
>> >> >> >>> >> >> >> >> >> >> >> >
>> http://schemas.xmlsoap.org/soap/envelope/";
>> >> >> >>> xmlns:xsd
>> >> >> >>> >> >> >> >> >> >> >> > ="http://www.w3.org/2001/XMLSchema";
>> >> xmlns:xsi="
>> >> >> >>> >> >> >> >> >> >> >> >
>> http://www.w3.org/2001/XMLSchema-instance
>> >> >> >>> >> >> >> >> >> >> >>
>> >> >> "><location>Ashdod</location></getForcastPerLocation<
>> >> >> >>> >> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >>
>> >> >> >>> >> >> >>
>> >> >> >>> >> >>
>> >> >> >>> >>
>> >> >> >>>
>> >> >>
>> >>
>> http://www.w3.org/2001/XMLSchema-instance%22%3E%3Clocation%3EAshdod%3C/location%3E%3C/getForcastPerLocation
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >> >> >> >> >  *fault: <?xml version="1.0"
>> >> >> >>> >> >> encoding="UTF-8"?><ns2:hostname
>> >> >> >>> >> >> >> >> >> >> >> xmlns:ns2="**
>> >> >> >>> >> >> >> >> >> >> >> > http://xml.apache.org/axis/
>> >> >> >>> ">LIAVE02</ns2:hostname*<
>> >> >> >>> >> >> >> >> >> >> >>
>> >> >> >>> http://xml.apache.org/axis/%22%3ELIAVE02%3C/ns2:hostname
>> >> >> >>> >> >
>> >> >> >>> >> >> >> >> >> >> >>  > *>*
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> > You can see that the in part isn't
>> wrapped
>> >> with
>> >> >> >>> either
>> >> >> >>> >> jbi
>> >> >> >>> >> >> >> >> wrapper
>> >> >> >>> >> >> >> >> >> >> >> > or
>> >> >> >>> >> >> >> >> >> >> >> soap
>> >> >> >>> >> >> >> >> >> >> >> > envelope & i guess this is the cause of
>> the
>> >> >> >>> problem.
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> > Jbi wrapper i don't need, how can i cause
>> the
>> >> >> >>> request
>> >> >> >>> >> to
>> >> >> >>> >> >> be
>> >> >> >>> >> >> >> >> >> >> >> > wraaped
>> >> >> >>> >> >> >> >> >> >> >> > in
>> >> >> >>> >> >> >> >> >> >> >> > <soapenv> tags?
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> > This is the way i invoke the endpoint:
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >  ProducerTemplate<Exchange>
>> serviceProducer =
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> exchange.getContext().createProducerTemplate();
>> >> >> >>> >> >> >> >> >> >> >> >  String targetEndpoint = "jbi:service:
>> >> >> >>> >> >> >> >> >> >> >> http://prd/ForecastWeatherImpService
>> >> >> >>> >> >> >> >> >> >> >> > ";
>> >> >> >>> >> >> >> >> >> >> >> >  Endpoint serviceProviderEP =
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> exchange.getContext().getEndpoint(targetEndpoint);
>> >> >> >>> >> >> >> >> >> >> >> >  Exchange serviceProviderExchange =
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> serviceProviderEP.createExchange(ExchangePattern.InOut);
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >>  serviceProviderExchange.setIn(exchange.getIn());
>> >> >> >>> >> >> >> >> >> >> >> >  Exchange serviceResultExchange =
>> >> >> >>> >> >> >> >> >> >> >> *serviceProducer.send(serviceProviderEP,
>> >> >> >>> >> >> >> >> >> >> >> > serviceProviderExchange);
>> >> >> >>> >> >> >> >> >> >> >> > *
>> >> >> >>> >> >> >> >> >> >> >> >  //reply yo the consumer
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >>
>> >> >> >>> >>
>> >> >>
>>  exchange.getOut().setBody(serviceResultExchange.getOut().getBody());
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> > Thanks.
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> > On Mon, Feb 2, 2009 at 9:59 AM, Guillaume
>> >> Nodet
>> >> >> <
>> >> >> >>> >> >> >> >> [email protected]>
>> >> >> >>> >> >> >> >> >> >> >> wrote:
>> >> >> >>> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >> The soap-consumer and soap-provider will
>> >> >> support
>> >> >> >>> SOAP
>> >> >> >>> >> >> while
>> >> >> >>> >> >> >> the
>> >> >> >>> >> >> >> >> >> >> >> >> other
>> >> >> >>> >> >> >> >> >> >> >> >> ones don't (they just pass the request
>> and
>> >> >> won't
>> >> >> >>> do
>> >> >> >>> >> any
>> >> >> >>> >> >> soap
>> >> >> >>> >> >> >> >> >> >> >> >> related
>> >> >> >>> >> >> >> >> >> >> >> >> processing).  If your endpoint is meant
>> to
>> >> >> provide
>> >> >> >>> >> access
>> >> >> >>> >> >> to
>> >> >> >>> >> >> >> a
>> >> >> >>> >> >> >> >> >> >> >> >> web
>> >> >> >>> >> >> >> >> >> >> >> >> services using SOAP, you should use a
>> soap
>> >> >> >>> endpoint
>> >> >> >>> >> >> (either
>> >> >> >>> >> >> >> >> >> >> >> >> consumer
>> >> >> >>> >> >> >> >> >> >> >> >> or provider).
>> >> >> >>> >> >> >> >> >> >> >> >> If you use REST, the best way would be
>> to
>> >> >> create
>> >> >> >>> your
>> >> >> >>> >> own
>> >> >> >>> >> >> >> http
>> >> >> >>> >> >> >> >> >> >> >> >> marshaler and not use the soap
>> endpoints.
>> >> >> >>> >> >> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >> >> >> >> >> On Mon, Feb 2, 2009 at 08:52, liav ezer
>> <
>> >> >> >>> >> >> >> [email protected]>
>> >> >> >>> >> >> >> >> >> >> >> >> wrote:
>> >> >> >>> >> >> >> >> >> >> >> >> > What is the actual difference between
>> the
>> >> >> <http
>> >> >> >>> >> >> consumer>
>> >> >> >>> >> >> >> &
>> >> >> >>> >> >> >> >> the
>> >> >> >>> >> >> >> >> >> >> >> >> > <http
>> >> >> >>> >> >> >> >> >> >> >> >> > soap-consumer>? Does the second one
>> >> support
>> >> >> REST
>> >> >> >>> >> >> services
>> >> >> >>> >> >> >> as
>> >> >> >>> >> >> >> >> >> >> >> >> > well?
>> >> >> >>> >> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >> > And, do i need to keep a match between
>> the
>> >> >> >>> consumer
>> >> >> >>> >> >> type
>> >> >> >>> >> >> >> to
>> >> >> >>> >> >> >> >> the
>> >> >> >>> >> >> >> >> >> >> >> provider
>> >> >> >>> >> >> >> >> >> >> >> >> > type? It seems like a logical thing to
>> >> do...
>> >> >> >>> >> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >> > Thanks.
>> >> >> >>> >> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >> > On Mon, Feb 2, 2009 at 9:35 AM,
>> Guillaume
>> >> >> Nodet
>> >> >> >>> >> >> >> >> >> >> >> >> > <[email protected]>
>> >> >> >>> >> >> >> >> >> >> >> >> wrote:
>> >> >> >>> >> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >> >> Have you tried using the soap
>> provider
>> >> >> endpoint
>> >> >> >>> ?
>> >> >> >>> >> It
>> >> >> >>> >> >> will
>> >> >> >>> >> >> >> >> >> >> >> >> >> automatically set the right value for
>> the
>> >> >> soap
>> >> >> >>> >> action
>> >> >> >>> >> >> >> based
>> >> >> >>> >> >> >> >> on
>> >> >> >>> >> >> >> >> >> >> >> >> >> the
>> >> >> >>> >> >> >> >> >> >> >> >> >> wsdl.
>> >> >> >>> >> >> >> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >> >> >> >> >> >> <http:soap-provider ... />
>> >> >> >>> >> >> >> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >> >> >> >> >> >> On Sat, Jan 31, 2009 at 20:11, Liav
>> Ezer
>> >> <
>> >> >> >>> >> >> >> >> [email protected]>
>> >> >> >>> >> >> >> >> >> >> >> wrote:
>> >> >> >>> >> >> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >> >> > Hi,
>> >> >> >>> >> >> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >> >> > Thanks for your reply. I use an old
>> >> http
>> >> >> >>> provider
>> >> >> >>> >> &
>> >> >> >>> >> >> i
>> >> >> >>> >> >> >> >> guess
>> >> >> >>> >> >> >> >> >> >> >> >> >> > it
>> >> >> >>> >> >> >> >> >> >> >> >> >> > was
>> >> >> >>> >> >> >> >> >> >> >> the
>> >> >> >>> >> >> >> >> >> >> >> >> >> > origin for those methods.
>> Therefore, i
>> >> >> >>> replaced
>> >> >> >>> >> it
>> >> >> >>> >> >> now
>> >> >> >>> >> >> >> >> with
>> >> >> >>> >> >> >> >> >> >> >> >> >> > a
>> >> >> >>> >> >> >> >> >> >> >> >> >> > new
>> >> >> >>> >> >> >> >> >> >> >> http
>> >> >> >>> >> >> >> >> >> >> >> >> >> > provider as follows:
>> >> >> >>> >> >> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >> >> > <beans xmlns:http="
>> >> >> >>> >> >> >> http://servicemix.apache.org/http/1.0";
>> >> >> >>> >> >> >> >> >> >> >> >> >> > xmlns:prd="http://prd";>
>> >> >> >>> >> >> >> >> >> >> >> >> >> >  <http:provider
>> >> >> >>> >> >> service="prd:ForecastWeatherImpService"
>> >> >> >>> >> >> >> >> >> >> >> >> >> >
>> >> >> >>> endpoint="prd:ForecastWeatherImpService"
>> >> >> >>> >> >> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >> >> > locationURI="
>> >> >> >>> >> >> >> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >> >> >> >> >> >>
>> >> >> >>> >> >> >> >>
>> >> >> >>> >>
>> >> http://localhost:8080/ForecasterService/services/ForecastWeatherImp
>> >> >> "
>> >> >> >>> >> >> >> >> >> >> >> >> >> > />
>> >> >> >>> >> >> >> >> >> >> >> >> >> > </beans>
>> >> >> >>> >> >> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >> >> > & i get the following error in the
>> SMX
>> >> >> log:
>> >> >> >>> >> >> >> >> >> >> >> >> >> >
>> >> >> >>> >> >> >> >> >> >> >> >> >> >  fault: <?xml version="1.0"
>> >> >> >>> >> >> >>
>>
> ...
>
> [Message clipped]

Reply via email to