are the classes in both server and client in the same "package"...because
Aegis will create a default namespace for your XML elements, and if the do
not match the incoming SOAP elements namespace it will not map anything. If
this is the case, you will need to specify an aegis configuration file for
each bean and for each property set the namespace of the incoming element.
On 12/1/06, Andres Rangel <[EMAIL PROTECTED]> wrote:
I tried what you said and it didn't work.
the funny part is that the service is indeed been executed in the
server, but somehow the xml file is not been parsed correctly in the
client.
Is there a way I can see the xml file in the client/
thks
Andres
>>> [EMAIL PROTECTED] >>>
Try to specify service namespace, like :
ObjectServiceFactory().create(IService.class
,null,<YOUR_SERVICE_NAMESPACE>,null);
On 11/30/06, Andres Rangel <[EMAIL PROTECTED]> wrote:
> Hi, I have a web service that I created using XFIre.
> We built a .net client and it works well.
> now I want to build a java client using the Xfire libraries .
> when I call the service, the service returns me the object but with
empty fields.
> What can it be?
>
> the source is:
>
> try {
> Service serviceModel = new
ObjectServiceFactory().create(IService.class);
> IService service = (IService)new
XFireProxyFactory().create(serviceModel,"http://myservice/Service/";);
>
> MyObject signal = service.login("USER","PASSWORD");
> if(signal!=null)
> {
> System.out.println("Return:" + signal.getCode());
> System.out.println("Return:" + signal.getHandle());
> }
>
> } catch (MalformedURLException ex) {
> ex.printStackTrace();
> }
> This code returns a valid object but with empty data ( getcode return
0 and getHandle returns null).
> But if I test it using .Net client, it works well.
>
> Andres
> In Theory, Practice and Theory are the same
> but in Practice, they ARE NOT!!
>
>
_____________________________________________________________________________
> Scanned by IBM Email Security Management Services powered by
MessageLabs. For more information please visit http://www.ers.ibm.com
>
_____________________________________________________________________________
>
> ---------------------------------------------------------------------
> 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
_____________________________________________________________________________
Scanned by IBM Email Security Management Services powered by
MessageLabs. For more information please visit http://www.ers.ibm.com
_____________________________________________________________________________
_____________________________________________________________________________
Scanned by IBM Email Security Management Services powered by MessageLabs.
For more information please visit http://www.ers.ibm.com
_____________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
