Hi
Can you share this patch with us ?
On 2/14/07, Pawel Jasinski <[EMAIL PROTECTED]> wrote:
Thanks,
I wil give CXF a try.
In a mean time I have made modification to wsgen so it does what i need.
--
Pawel
On 2/14/07, Dan Diephouse <[EMAIL PROTECTED]> wrote:
> Hi Pawel,
>
> XFire doesn't support this at the moment unfortunately. I believe that we've
> already added this to CXF (XFire 2.0) though if you wanted to try that.
> There isn't a final release out yet, but we're getting close and the
> snapshots work very well if you want to give those a whirl:
>
> http://cwiki.apache.org/CXF/
>
> Snapshot distributions can be found in:
>
>
http://people.apache.org/repo/m2-snapshot-repository/org/apache/cxf/cxf-distribution/2.0-incubator-RC-SNAPSHOT/
>
> Cheers,
> - Dan
>
>
> On 2/13/07, Pawel Jasinski <[EMAIL PROTECTED]> wrote:
> > Czesc,
> >
> > I don't want to change wsdl from "wrapped" to "bare". As far as I am
> > concerned wsdl is the same, it is a parameter style of generated code
> > which I would like to control. In case of bare i see one argument
> > which corresponds to the complex type, in case of wrapped i see a
> > number of parameters (example below).
> > If I change the annotation, i would also have to change the
> > stub/skeleton by hand anyway :-(
> >
> >
> > Here is what comes out as wrapped sayHello:
> >
> > public interface HelloService {
> > public String sayHello(
> > String toWho,
> > String second)
> > throws HelloFaultMessage;
> > }
> >
> >
> >
> > And alternative "bare" triggered by violating naming convention for
> response:
> >
> > public interface HelloService {
> > public SayHelloResponse sayHello(
> > HelloRequest sayHello)
> > throws HelloFaultMessage;
> > }
> >
> >
> > The attached wsdl has the "bare" trigger. In order to switch back to
> > "wrapped" remove "_" from sayHelloResponse
> >
> > I took a peek at wsgen code. Would you accept a patch to wsgen to add
> > a "force bare" flag?
> >
> > --
> > Pawel
> >
> >
> > On 2/12/07, Tomek Sztelak <[EMAIL PROTECTED]> wrote:
> > > Czesc
> > >
> > > Hmm, maybe generate client code just as wsgen do it and then change
> > > service annotation to bare value. Then you have document/literal
> > > (bare) client and server stub. In next step you can just run the
> > > server stub and XFire will generate document/literal ( bare ) wsdl for
> > > you.
> > >
> > >
> > > On 2/12/07, Pawel Jasinski <[EMAIL PROTECTED]> wrote:
> > > > Hi,
> > > >
> > > > I have a wsdl which conforms to wrapped style.
> > > > Is there a way to force wsgen to generate code with bare parameter
> style?
> > > > I have tried the following:
> > > >
> > > > <wsdl:definitions name="hello"
> > > > targetNamespace="
> http://services.something.org/hello";
> > > > ...>
> > > > <jaxws:bindings
> xmlns:jaxws="http://java.sun.com/xml/ns/jaxws ">
> > > >
> <jaxws:enableWrapperStyle>false</jaxws:enableWrapperStyle>
> > > > </jaxws:bindings>
> > > > ...
> > > > </wsdl:definitions>
> > > >
> > > > It seems to control the wsimport (jaxws), but not the wsgen.
> > > >
> > > >
> > > > Thanks
> > > > Pawel
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe from this list please visit:
> > > >
> > > > http://xircles.codehaus.org/manage_email
> > > >
> > > >
> > >
> > >
> > > --
> > > -----
> > > When one of our products stops working, we'll blame another vendor
> > > within 24 hours.
> > >
> > >
> ---------------------------------------------------------------------
> > > To unsubscribe from this list please visit:
> > >
> > > http://xircles.codehaus.org/manage_email
> > >
> > >
> >
> >
> > --
> > pj
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe from this list please visit:
> >
> > http://xircles.codehaus.org/manage_email
> >
> >
>
>
>
> --
> Dan Diephouse
> Envoi Solutions
> http://envoisolutions.com | http://netzooid.com/blog
--
pj
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
--
-----
When one of our products stops working, we'll blame another vendor
within 24 hours.
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
