I have no knowledge of SugarCRM.
Maybe this will help you:
SOAP Intro and Practical Examples
Originally posted by othman El Moulat:
1) what wsdl file i need to use (i used the demo one yuu gave me in your post).is the wsdl file fixed for a given web service or does it depends on my local sugar server ?
To be on the safe side I would use the WSDL on your local sugar server. At the very least your local server version may be different from the version of the demo and they could expose a different SOAP API. It is conceivable that the SOAP API could change based on the configuration of the server - however I doubt that this is the case here.
2) do i need to provide real 'password' string or use md5('password')? if yes should i use some java md5 library ?
As you have already found out and as the SOAP intro shows you need to send the MD5 hash.
3) what 'application_name' refer to in login method?
I presume that you can configure the SugarRCM server to support multiple applications at once. I have no idea what the actually means. The application name could serve as an alias for a database that the server can access, or it could refer to one of many applications configured inside of SugarRCM; it may simply identify the accessing application to SugarRCM. The PHP SOAP samples seem to treat it as an optional parameter.
4) is it mandatory to login to sugar before calling any soap method ? or just create a session(username,password) and use that session String as param to suguarsoap methods ?
The samples suggest that you need to login first. However the application name seems to be only needed in some cases. I noted however that you specified "5.0.0RC" in the version slot.
This states: "parameter 3: string:version - this is the version of soap you are expecting"
The values "0.1" and "1" used in the samples don't make any sense there are only SOAP 1.1 and 1.2 in use (and "1.1" is the one you want)
One avenue to pursue is to see if you can get those PHP SOAP samples to work. If you have trouble getting the Java equivalent to work, use
TCPMon (
Tutorial) to intercept the successful PHP generated requests and compare them to the request generated by the failing Java code. The differences may give you a clue as to what is going wrong.
[ December 14, 2007: Message edited by: Peer Reynders ]