ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » SOLVED - WSDL xsd:anyType

Post new topic  Reply to topic
 SOLVED - WSDL xsd:anyType « View previous topic :: View next topic » 
Author Message
eugene
PostPosted: Thu Mar 04, 2010 12:01 am    Post subject: SOLVED - WSDL xsd:anyType Reply with quote

Novice

Joined: 02 Mar 2010
Posts: 18

Hello to everyone!

I have run into a interesting "thing" I think, and I thought I'd share it.

The idea is like this : Have a Web Service that uses http authentication. Have the WSDL (jax-rpc). The WSDL exposes a single method, let's call it "go" for example, that as Input takes 4 parameters, all of them of type xsd:anyType - or if in Java - java.lang.Object and returns a single String.

Now, if I build the Web Service Client from this WSDL using NetBeans I can actually call the Web Service method in this manner :

go(String, String, String, int) - and I do get a perfectly normal and valid answer.

Now, let's move this issue to broker. I am using the SOAP Request Node, pass in the same values that I pass in case of the Java Client and the server responds with Http 500. My best guess is that the data types do not match, this is what I do from broker:

SET OutputRoot.SOAP.Body.Field1 = 'test1';
SET OutputRoot.SOAP.Body.Filed2 = 'test2';
SET OutputRoot.SOAP.Body.Filed3 = 'test3';
SET OutputRoot.SOAP.Body.Filed4 = 0;

And this is what I do from Java :

go("test1", "test2", "test3", 0).

Java responds with a String - "Test succesed!", Broker responds with : Http 500

Any hint/suggestion/help whatever crazy idea is appreciated!

Thank you!

Best wishes,
Eugene.
Back to top
View user's profile Send private message
eugene
PostPosted: Mon Mar 22, 2010 7:57 am    Post subject: Reply with quote

Novice

Joined: 02 Mar 2010
Posts: 18

Well, really sorry it was my mistake after all . I was sending an incorrect request from broker.. all good now!
Back to top
View user's profile Send private message
exerk
PostPosted: Mon Mar 22, 2010 8:05 am    Post subject: Reply with quote

Jedi Council

Joined: 02 Nov 2006
Posts: 6339

Moving to the Broker forum...
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys.
Back to top
View user's profile Send private message
goffinf
PostPosted: Fri Mar 26, 2010 12:38 pm    Post subject: Reply with quote

Chevalier

Joined: 05 Nov 2005
Posts: 401

Quote:
Input takes 4 parameters, all of them of type xsd:anyType - or if in Java - java.lang.Object


Ever heard of strong typing ?

Some people seem to like this style of interface in the [imho] mistaken belief that using the most general type possible provides something which will yield the ultimate in version control or extensibility. I have to say that in almost every case that I have seen this proves to be false and worthless.

Think about the first line of code that your would probably write if you were receiving such a message as the service provider (in Broker or any other technology) !

Fraser.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » SOLVED - WSDL xsd:anyType
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.