cxf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From James Mao <>
Subject Re: REST questions
Date Mon, 30 Oct 2006 08:51:35 GMT
Forgot one thing, i haven't test the URI encoding/decoding, this should 
be added also.

> Hi Dan,
>> Hi Steve,
>> Steve Vinoski wrote:
>>> Hi Dan,
>>> So far the CXF REST support is looking good. I have three questions 
>>> about where it might go next.
>>> 1. Can you explain in more detail how incoming data for a REST-style 
>>> request is mapped to the arguments that the resource implementation 
>>> receives, and how return values are mapped to responses?
>> Parameters in the resource name (i.e. "id" in /customers/{id}) get 
>> mapped to the corresponding schema element. For instance, if this is 
>> our schema:
>> <element name="getCustomer">
>> <complexType>
>> <sequence>
>> <element name="id" type="xsd:string"/>
>> </sequence>
>> </complexType>
>> </element>
>> Then the http binding will construct a Document with a getCustomer 
>> root element and create an <id> element with the {id} from the URI. 
>> So a GET to /customers/123 results in:
>> <getCustomer>
>> <id>123</id>
>> </getCustomer>
> If it's GET, why it need to build document,  can it process the 
> parameters and invoke the method directly?
> I have just checked in the GET support for the SOAP1.2, but finally i 
> found that both SOAP1.1 and XML binding works as well.
> So, currently i think all the hello_world demos can get the result 
> even from the browser, just use the uri like this:
> http://localhost:9090/SoapContext/SoapPort/sayHi
> http://localhost:9090/SoapContext/SoapPort/greetMe/me/CXF
> If the method name is not exist, you will get the fault message.
> Currently i just not check the parameter name, just get the parameter 
> value, so currently just assume that the parameter is given by order, 
> later if we add the parameter name check, user can ignore the 
> parameter order.
> And of course GET only support simple type.
> I have passed through all the unmahsall interceptors and placed in an 
> URIMappingInterceptor to retrive the parameters and operation name.
> About the jetty part we talked about early, i'll fixed that later.
> Cheers,
> James.

View raw message