Brice, please allow me to express my opinion :)
Yes, the clients still need a local copy of the "complex" types you're using if you want to be able to directly cast to them. But this is insignifiant when compared to the flexibility of not knowing at compile time where is the desired service provider located, or what are the operations that it publishes. We needed around two weeks to make it work properly, and all I can say now, is that one can turn the XFire dynamic client into a really powerfull tool. Best regards, Tudor On Friday 08 December 2006 16:40, Ruth, Brice D wrote: > Just to improve my understanding of the technologies involved here - > what does this buy you, exactly? Compared to stubs, I guess? The client > still needs to have a local copy of the "complex" classes returned by > the remote service, right? > > -Brice > > -----Original Message----- > From: Dan Diephouse [mailto:[EMAIL PROTECTED] > Sent: Friday, December 08, 2006 10:08 AM > To: [email protected] > Subject: Re: [xfire-user] Re: [xfire-dev] Complex type with dynamic > client ... > > > Hi John, > > Yes, you can find a sample of how to use the complex type support for > dynamic clients here: > > http://svn.xfire.codehaus.org/browse/xfire/trunk/xfire/xfire-aegis/src/t > est/org/codehaus/xfire/client/ComplexDynamicClientTest.java?r=2000#l43 > > (See line 43 and onward). > > Cheers, > - Dan > > > On 12/4/06, jdemic <[EMAIL PROTECTED]> wrote: > > > > was this ever resolved? > > tog wrote: > > Hehe, a big THANKS ;-) > > Do you want a JIRA to trace this ? > > > > > > On 9/11/06, Dan Diephouse < [EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]> > wrote: > >> Yes, I've isolated the issue. I'm working on a fix for xfire > > now. Should > > >> have something checked into SVN later today. > >> > >> - Dan > >> > >> tog wrote: > >> > Dan > >> > Any news on that front ? :-( > >> > Cheers > >> > tog > >> > > >> > On 9/8/06, *tog* < [EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]> > > >> > <mailto:[EMAIL PROTECTED]>> wrote: > >> > > >> > Cool ... I am awaiting this to issue a new GroovySOAP > > version ;-) > > >> > Thanks > >> > tog > >> > > >> > > >> > On 9/8/06, *Dan Diephouse* < [EMAIL PROTECTED] > >> > <mailto: [EMAIL PROTECTED]>> wrote: > >> > > >> > Arrghhh, sorry... I am so swamped right now. I > > still need to > > >> > look at > >> > your code. Will try to tomorrow. > >> > - Dan > >> > > >> > tog wrote: > >> > > Does somebody made progress on using the dynamic > > client with > > >> > complex > >> > > >> > > type. > >> > > I am still stuck on my side - I reproduced my > > problem on some > > >> > other > >> > > >> > > test cases. > >> > > > >> > > If you are using it succesfully please give me a > > post. > > >> > > Thanks > >> > > tog > >> > > > >> > > On 8/26/06, *tog* < [EMAIL PROTECTED] > >> > > >> > <mailto:[EMAIL PROTECTED] > > >> > > >> > > <mailto:[EMAIL PROTECTED] > >> > > >> > <mailto:[EMAIL PROTECTED] >>> wrote: > >> > > Dan, > >> > > > >> > > I had a quick look to the aegis source code. > > Correct me > > >> > if I am > >> > > >> > > wrong but it looks that there exist a > > BeanType ... I then > > >> > > understand that I should be able to use the > > *dynamic * > > >> > client with > >> > > >> > > any Java Bean ... > >> > > > >> > > But When I did this I get the following > > fault. Any idea ? > > >> > > Cheers > >> > > tog > >> > > > >> > > org.codehaus.xfire.fault.XFireFault: Unable > > to write > > >> > > '[EMAIL PROTECTED]' [JobObje > > ct]. Type is > > >> > unknown. > >> > > >> > > at > > org.codehaus.xfire.aegis.type.basic.ObjectType.handleNullType > > >> > > (ObjectT ype.java :234) > >> > > at > > org.codehaus.xfire.aegis.type.basic.ObjectType.writeObject > > >> (ObjectType > >> > >> > > .java:169) > >> > > at > >> > >> org.codehaus.xfire.aegis.AegisBindingProvider.writeParameter > >> > >> > > (AegisBin dingProvider.java > : > :114) > : > >> > > at > > org.codehaus.xfire.service.binding.AbstractBinding.writeParameter(Abs > > >> > > tractBinding.java :275) > >> > > at > > org.codehaus.xfire.service.binding.WrappedBinding.writeMessage > > >> > > (Wrappe dBinding.java:89) > >> > > at > > org.codehaus.xfire.soap.SoapSerializer.writeMessage( > > >> SoapSerializer.ja > >> > >> > > va:80) > >> > > at > > org.codehaus.xfire.transport.http.HttpChannel.writeWithoutAttachments > > >> > > ( HttpChannel.java:52) > >> > > at > > org.codehaus.xfire.transport.http.CommonsHttpMessageSender.getByteArr > > >> > > ayRequestEntity( > > CommonsHttpMessageSender.java:204) > > >> > > at > > org.codehaus.xfire.transport.http.CommonsHttpMessageSender.send > > >> > > (Commo nsHttpMessageSender.java > : > :158) > : > >> > > at > > org.codehaus.xfire.transport.http.HttpChannel.sendViaClient > > >> (HttpChann > >> > >> > > el.java:114) > >> > > at > >> > >> org.codehaus.xfire.transport.http.HttpChannel.send > >> > >> > > (HttpChannel.java :4 4) > >> > > at > >> > > >> > org.codehaus.xfire.handler.OutMessageSender.invoke( > >> > >> OutMessageSender.j > >> > >> > > ava:26) > >> > > at > > org.codehaus.xfire.handler.HandlerPipeline.invoke > > >> > (HandlerPipeline.jav > >> > > >> > > a:110) > >> > > at > > org.codehaus.xfire.client.Invocation.invoke(Invocation.java:75) > > >> > > at > >> > > >> > org.codehaus.xfire.client.Client.invoke > > (Client.java :335) > > >> > > at > > org.codehaus.xfire.client.Client.invoke > > >> > (Client.java:349) > >> > > >> > > at > >> > > >> > groovy.net.soap.SoapClient.invokeMethod (Unknown > > Source) > > >> > > at > > org.codehaus.groovy.runtime.Invoker.invokeMethod > > >> > (Invoker.java:165) > >> > > >> > > at > > org.codehaus.groovy.runtime.InvokerHelper.invokeMethod > > >> > > (InvokerHelper. java:104) > >> > > at > > org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethod > > >> > (Script > >> > > >> > > BytecodeAdapter.java:80) > >> > > at JobClient.run(JobClient.groovy:8) > >> > > at > >> > > >> > sun.reflect.NativeMethodAccessorImpl.invoke0(Native > > Method) > > >> > > at > >> > > sun.reflect.NativeMethodAccessorImpl.invoke > >> > > >> > (NativeMethodAccessorImpl. > >> > > >> > > java:39) > >> > > at > >> > >> sun.reflect.DelegatingMethodAccessorImpl.invoke > >> > >> > > (DelegatingMethodAcces > > sorImpl.java:25) > > >> > > at java.lang.reflect.Method.invoke > > (Method.java > > >> :324) > >> : > >> > > at > > org.codehaus.groovy.runtime.ReflectionMetaMethod.invoke > > >> (ReflectionMet > >> > >> > > aMethod.java :67) > >> > > at > > org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke > > >> > (MetaClassH > >> > > >> > > elper.java:657) > >> > > at > > groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:369) > > >> > > at > >> > >> org.codehaus.groovy.runtime.Invoker.invokeMethod > >> > >> > > ( Invoker.java:160) > >> > > at > > org.codehaus.groovy.runtime.InvokerHelper.invokeMethod > > >> (InvokerHelper. > >> > >> > > java:104) > >> > > at > > org.codehaus.groovy.runtime.InvokerHelper.runScript > > >> > (InvokerHelper.jav > >> > > >> > > a:516) > >> > > > >> > > > >> > > > >> > > On 8/21/06, *tog* < > > [EMAIL PROTECTED] > > >> > <mailto:[EMAIL PROTECTED]> > >> > > >> > > <mailto: [EMAIL PROTECTED] > >> > > >> > <mailto:[EMAIL PROTECTED]>>> wrote: > >> > > Dan, Webb, > >> > > > >> > > If my analysis is correct (and my test > > program too), > > >> > here are > >> > > >> > > the behaviours I get: > >> > > > >> > > 1- complex object support is working > > de-facto with > > >> > the Xfire > >> > > >> > > regular client (no need to register > > anything) > > >> > > 2- if the dynamic client has to return a > > complex type > > >> > then a > >> > > >> > > Document (the XML response is forwarded > > back) - while > > >> > a non > >> > > >> > > complex response is unmarshalled > >> > > > >> > > 3- your link has then to be used when you > > want a > > >> > service to > >> > > >> > > consume a complex object while using the > > dynamic > > >> client. > >> > >> > > What is still not very clear for me is > > your last > > >> > statement: > >> > > "> You'll probably want to register a > > BeanType for > > >> > your types, > >> > > >> > > instead of > >> > > > >> > >> writing your own like that page details." > >> > > > >> > > I have revisited the Book example in a > > way it can > > >> store > >> > >> > > multiple books. For that purpose I have > > add a method > > >> void > >> > >> > > addBook(Book book) where Book is a java > > Bean. > > >> > Obviously in my > >> > > >> > > example Book does not extend Type. Is > > there a way > > >> > then to > >> > > >> > > register the Book type so that in can be > > used in > > >> > method calls ? > >> > > >> > > cheers > >> > > tog > >> > > > >> > > > >> > > On 8/21/06, *Webb Morris* < > > [EMAIL PROTECTED] > > >> > <mailto:[EMAIL PROTECTED]> > >> > > >> > > <mailto: [EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]> > > >> > <mailto:[EMAIL PROTECTED]>>> wrote: > >> > > Dan, > >> > > > >> > > While the second link was informative > > for me, I > > >> > still > >> > > >> > > don't see how I could use the custom > > types > > >> > > or the type mappings with the dynamic > > client to > > >> > invoke a > >> > > >> > > service. What I'm looking for is the > >> > > information that would go in the TODO > > section > > >> > under this > >> > > >> > > link: > > http://xfire.codehaus.org/Dynamic+Client > > >> > > I realize it's a TODO, but is it even > > possible > > >> > with xfire > >> > > >> > > currently? > >> > > > >> > > Any information would be a big help. > >> > > > >> > > Thanks, > >> > > > >> > > Webb Morris > >> > > > >> > > --- Dan Diephouse < > > [EMAIL PROTECTED] > > >> > <mailto: [EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]> > > > >> > > <mailto: [EMAIL PROTECTED] > >> > > >> > <mailto: [EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]> >>> wrote: > >> > >> tog wrote: > >> > >> > Hi Dan, > >> > >> > > >> > >> > Hehe ... you are probably very busy. Thanks > > for your > > >> > > answer. > >> > > > >> > >> > In fact, in GroovySOAP I am bound to the > > dynamic client ! > > >> > >> > I basically have two problems: > >> > >> > 1- doing calls with arrays of basic types > > (arrays of > > >> > > Double) so in > >> > > > >> > >> > that case types > >> > >> > are known > >> > >> > >> > >> Hmm yes, that is an issue, isn't it. I created a > > JIRA > > >> > > issue for this before: > >> > >> http://jira.codehaus.org/browse/XFIRE-213 > >> > > >> > <http://jira.codehaus.org/browse/XFIRE-213> > >> > > >> > > < > > http://jira.codehaus.org/browse/XFIRE-213 > <http://jira.codehaus.org/browse/XFIRE-213> > > > >> > >> I think to support this we need to add support > > for it in > > >> > >> WSDLServiceBuilder. In WSDLServiceBuilder we > > would have > > >> > > to inspect the > >> > > > >> > >> schema type that is being referenced (i.e. > >> > > > >> > > ArrayOfDouble), then look to > >> > > > >> > >> see if the schema element/complexType is in the > > following > > >> > > format: > >> > >> <complexType name="ArrayOfDouble"> > >> > >> <sequence> > >> > >> <element name="double" type="xsd:double" > > minOccurs="0" > > >> > >> maxOccurs="unlimited"/> > >> > >> </sequence> > >> > >> </complexType> > >> > >> > >> > >> If its in that format, then we can create an > > ArrayType > > >> > > for xsd:double. > >> > > > >> > >> Kind of a PITA to do though. :-\ > >> > >> > >> > >> > 2-doing calls with complex objects I don't > > know > > >> > > before. I just have > >> > > > >> > >> > an instance of these types as arguments. Is > > there a way > > >> > > to register > >> > > > >> > >> > news types ? > >> > >> > >> > >> Yes, check out this page for insight on how to > > do that: > >> > >> http://xfire.codehaus.org/Custom+Types > >> > > >> > <http://xfire.codehaus.org/Custom+Types> > >> > > >> > >> You'll probably want to register a BeanType for > > your > > >> > > types, instead of > >> > > > >> > >> writing your own like that page details. > >> > >> > >> > >> Hope that helps, > >> > >> Cheers, > >> > >> - Dan > >> > >> > >> > >> > Whatever is the answer please give me an > > insight, I may be > > >> > >> > contributing something if needed but I guess > > you'll > > >> > > have a solution ;-) > >> > > > >> > >> > Thanks > >> > >> > Tog > >> > >> > > >> > >> > On 8/14/06, *Dan Diephouse* < > > [EMAIL PROTECTED] > > >> > <mailto:[EMAIL PROTECTED] > > >> > > >> > > <mailto: [EMAIL PROTECTED] > >> > > >> > <mailto:[EMAIL PROTECTED] >> > >> > > >> > >> > <mailto: [EMAIL PROTECTED] > >> > > >> > <mailto:[EMAIL PROTECTED] > > >> > > >> > > <mailto: [EMAIL PROTECTED] > >> > > >> > <mailto:[EMAIL PROTECTED] > >>> wrote: > >> > >> > Hi Tog, > >> > >> > Sorry no one has gotten back to you on the > > list. > > >> > > What type of > >> > > > >> > >> > types are > >> > >> > you trying to register? Are you doing it > >> > > > >> > > dynamically - i.e. do we know > >> > > > >> > >> > the classes before we do any invocations? > >> > >> > Cheers, > >> > >> > - Dan > >> > >> > > >> > >> > tog wrote: > >> > >> > > ---------- Forwarded message ---------- > >> > >> > > From: *tog* < [EMAIL PROTECTED] > >> > > >> > <mailto:[EMAIL PROTECTED]> > >> > > >> > > <mailto: [EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]> > > >> > <mailto:[EMAIL PROTECTED]>> > >> > > >> > >> > <mailto: [EMAIL PROTECTED] > >> > > >> > <mailto:[EMAIL PROTECTED]> > >> > > >> > > <mailto: [EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]> > > >> > <mailto:[EMAIL PROTECTED]>>> > >> > > >> > >> > > <mailto: [EMAIL PROTECTED] > >> > > >> > <mailto:[EMAIL PROTECTED]> > >> > > >> > > <mailto: [EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]> > > >> > <mailto:[EMAIL PROTECTED]>> > >> > > >> > >> > <mailto: [EMAIL PROTECTED] > >> > > >> > <mailto:[EMAIL PROTECTED]> > >> > > >> > > <mailto: [EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]> > > >> > <mailto:[EMAIL PROTECTED]>>>>> > >> > > >> > >> > > Date: Aug 13, 2006 10:35 PM > >> > >> > > Subject: Complex type with dynamic > > client ... > > >> > >> > > To: [email protected] > >> > > >> > <mailto: [email protected]> > >> > > >> > > <mailto: [email protected] > >> > > >> > <mailto: [email protected]>> <mailto: > >> > > [email protected] > >> > > >> > <mailto: [email protected]> <mailto: > >> > [email protected] <mailto: > > [email protected] <mailto:[email protected]> >>> > > >> > >> > <mailto: [email protected] > >> > > >> > <mailto: [email protected] > > <mailto:[email protected]> > > > >> > > <mailto:[email protected] > >> > > >> > <mailto: [email protected] > > <mailto:[email protected]> >> <mailto: > >> > > [email protected] > >> > > >> > <mailto: [email protected] > > <mailto:[email protected]> > <mailto:[email protected] > > >> > <mailto:[email protected]>>>> > >> > > >> > >> > > Sorry to bother you on this list, but I > > am stuck > > >> > > with this probleM. > >> > > > >> > >> > > The user's guide suggests it is possible > > to use > > >> > > the dynamic client > >> > > > >> > >> > > with complex datatypes. > >> > >> > > I have not been succesfull so far (see > > my opther > > >> > > posts on the user > >> > > > >> > >> > > list)... can somebody > >> > >> > > point me to an example > >> > >> > > or some piece of documentation I may > > have missed > > >> > >> > > Thanks > >> > >> > > Guillaume > >> > >> > > >> > >> > -- > >> > >> > Dan Diephouse > >> > >> > Envoi Solutions > >> > >> > http://envoisolutions.com > >> > >> > http://netzooid.com/blog > > --------------------------------------------------------------------- > > >> > >> > To unsubscribe from this list please > > visit: > > > http://xircles.codehaus.org/manage_email > > >> > > < > > http://xircles.codehaus.org/manage_email > > > >> > >> -- > >> > >> Dan Diephouse > >> > >> (616) 971-2053 > >> > >> Envoi Solutions LLC > >> > >> http://netzooid.com < http://netzooid.com> > > --------------------------------------------------------------------- > > >> > >> To unsubscribe from this list please visit: > >> > >> > >> > >> http://xircles.codehaus.org/manage_email > >> > > >> > <http://xircles.codehaus.org/manage_email> > >> > > >> > > < > > http://xircles.codehaus.org/manage_email> > > >> __________________________________________________ > >> > >> > > Do You Yahoo!? > >> > > Tired of spam? Yahoo! Mail has the > > best spam > > >> > protection > >> > > >> > > around > >> > > http://mail.yahoo.com > > --------------------------------------------------------------------- > > >> > > To unsubscribe from this list please > > visit: > > > http://xircles.codehaus.org/manage_email > > >> > > < > > http://xircles.codehaus.org/manage_email > > >> > <http://xircles.codehaus.org/manage_email>> > >> > > >> > > >> > > >> > > >> > > >> > > >> > -- > >> > Dan Diephouse > >> > (616) 971-2053 > >> > Envoi Solutions LLC > >> > http://netzooid.com <http://netzooid.com> > > --------------------------------------------------------------------- > > >> > To unsubscribe from this list please visit: > >> > > >> > http://xircles.codehaus.org/manage_email > >> > <http://xircles.codehaus.org/manage_email> > >> > >> -- > >> Dan Diephouse > >> Envoi Solutions > >> http://envoisolutions.com > >> http://netzooid.com/blog > > --------------------------------------------------------------------- > > >> To unsubscribe from this list please visit: > >> > >> http://xircles.codehaus.org/manage_email > > -- > View this message in context: > http://www.nabble.com/Re%3A--xfire-dev--Complex-type-with-dynamic-client > -...-tf2236096.html#a7687749 > Sent from the XFire - User mailing list archive at Nabble.com. > > > > --------------------------------------------------------------------- > To unsubscribe from this list please visit: > > http://xircles.codehaus.org/manage_email -- Tudor Groza ----------------------------------------------------- Digital Enterprise Research Institute (DERI), Galway National University of Ireland, Galway, IDA Business Park, Lower Dangan Tel: +353-91-495114 E-Mail: [EMAIL PROTECTED] WWW: www.tudorgroza.org ----------------------------------------------------- --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email
