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]> 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]>> 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]>>> 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]>>> 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>
>> >         >>
>> >         >> 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]>>>>>
>> >         >> >     > 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]>>>>
>> >         >> >     >
>> >         >> >     > 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

Reply via email to