Right now i dont have a sample to show you for the interface based data
model. Hopefully someone in the list will provide you with one.Till then
I suggest if possible, you move the implementation from interface based
data model to concrete classes and use the Axis (De)Serializers. That is
a use case that  most of the people are using and you are unlikely to
run into any problem in that. I person
 
Vidyanand.
 

        -----Original Message----- 
        From: Quinn, Kim John 
        Sent: Sun 12/15/2002 9:17 AM 
        To: '[EMAIL PROTECTED]' 
        Cc: 
        Subject: RE: Problems with Deserialization
        
        

        Thanks Vidyanand,
        
        I guess whats kicking my ass right now is the fact I cant seem
no matter
        what to get this to work on the client in Java.  I even moved to
the latest
        build of Axis and plugged it into the latest version of JBoss. 
        
        You were right, the .NET side did generate the proxy.  The
closest I've been
        able to come though is to define the additional classes in the
WSDL as
        abstract and then in the .NET side modify the attribute that
says they are
        abstract to concrete.
        
        It looks like I need to create proxy's though on the java side
for all of my
        objects too though - is this correct?  I guess I'm confused on
how to use my
        interfaces as opposed to doing this and defining it in the WSDL.
Are there
        any samples you know of?
        
        KJQ
        
        -----Original Message-----
        From: Vidyanand Murunikkara
        To: [EMAIL PROTECTED]
        Sent: 12/15/02 6:17 AM
        Subject: RE: Problems with Deserialization
        
        Hi
        
        >Here's my questions:
        >---------------------------
        >1) Could this have something to do with defining as a RPC vs.
Wrapped?
        
        I dont think in your case it really matters what you are using
        
        
        >2) Since I can see the TCPMon and it looks right and since the
error is
        >client-side, does that suggest it might be something there?
        
        I have used pretty complex beans and it seems to work fine. ANd
yes if
        there is somethign wrong then it surely is in the client side
since
        everything seems to be prefect till the message gets to the
client side
        .
        
        >3) By defining the "person" bean inside the WSDL will this
allow my
        .NET
        >client to invoke the method on the WebService and actually
recieve a
        >"Person" object?  If so, would I need proxy's on the .NET side
for this
        or
        >to do something special?
        
        I think on .net side if you using the wsdl importer wizard it
will
        create a person class. So i dont see foresee any problem. Should
be
        straightforward. and should work
        
        Vidyanand.
        
        
        
        

<<winmail.dat>>

Reply via email to