On Fri, Jul 31, 2009 at 6:48 AM, Scott Kurz<[email protected]> wrote: > As a motivating use-case, how about: > > 1. Develop an impl.java component to the specialized REST interface > because I have in mind right from the start that I want to expose this > service over binding.atom. >
This case is fine, even tough you are starting from a WSDL in the top down case described in the JIRA, there is a need to generate the java artifacts which could be used to configure the service interface contract. > 2. Later, I want to invoke this component over some other binding > using an XML wire format using JAX-WS to define the mapping between > WSDL/XML and Java, (e.g. binding.ws or binding.jms) so I want to > capture the <interface.wsdl> description of the service interface. > > So any service interface needs to be mappable to WSDL, and the user > might want to capture that interface and express it in SCDL with an > <interface.wsdl>. > This brings couple of issues as noted in my original e-mail : a) Using the "wrapper style" interface.wsdl shields the databinding framework from using the java interface to do data transformation. b) How do we normalize the no schema based data (which can be just a piece of the URI or a query string in REST style bindings such as the Atom binding) into some XML format... and how to deal with wrapping/unwrapping the data based on the design of the target interface. Also, these issues get a little more complex when talking with Abdera, which is not heavy into schema based data and I believe does not have all the support for wrapping/unwrapping XML content and all would have to be handled back and forth from the Tuscany databinding framework in conjunction with Atom binding. > To me this just seems like a matter of tweaking the details of setting > up and making the mediate() call from the binding.atom impl. > There is a lot more then only tweaking to get this work, at least after some investigation and lots of local code to make this somewhat working. -- Luciano Resende Apache Tuscany, Apache PhotArk http://people.apache.org/~lresende http://lresende.blogspot.com/
