September 05, 2010
Login | Register
|
|
|
|
Publiée le March 01, 2010 23:05 | nombre de lecture : 1159
Je vous propose ici un mémo consacré à la création de webservice sur SAP. Un premier article avant d'aller plus loin dans la compréhension des web service et de l'approche SOA. (pour info : la société Applium notre sponsor a la compétence réelle et mature pour la mise en oeuvre de web services sur SAP, j'ai d'ailleurs eu le plaisir de travailler avec eux sur le sujet, ce qui m'a donné l'idée de vous proposer cet article)
Mots clés : SAP, ABAP, SOAP, C#, web service, WSDL
Tuesday, March 02, 2010 8:51 AM
Génial se petit tuto Jerome!!!!!
Tuesday, March 02, 2010 10:11 AM
c gentil mais génial c'est un peu trop :)
Tuesday, March 02, 2010 10:41 AM
C'est très gentil de publier des articles et surtout avec des explications en français!! Merci pour ce travail. Bravo à toi Jérôme!
Tuesday, March 02, 2010 5:42 PM
Merci beaucoup, ça répond à pas mal de questions et ça permet d'entrer dans le sujet, même avec un niveau technique débutant. :-)
Tuesday, March 09, 2010 9:57 PM
une façon un peu plus propre de récupérer le WSDL serait de passer par la transaction SOAMANAGER je pense
Thursday, March 11, 2010 11:33 AM
Nicolas je ne suis pas d'accord avec toi, même si dans la partie 2 je vais parler de SOA MANAGER ... Perso j'ai préféré développé ma propre couche de monitoring ...
Friday, March 12, 2010 5:28 PM
je pense que dans le cas où le développeur n'a pas "sap_all", il aura plus facilement accès à SOAMANAGER qu'à SICF.... Dans les dernières releases, il est bien précisé que les transactions WSCONFIG et WSADMIN sont obsolètes, et qu'il faut utiliser SOAMANAGER
Tuesday, March 16, 2010 10:56 AM
mais c'est l'admin qui gère SICF... Et tu utilises des users que tu donnes aux systems non SAP qui doivent consommer les webservices dans tous les cas, donc l'admin active les services SOAP et fournit les utilisateurs avec les bonnes autorisations à chaque application tiers amené à se connecter à SAP (pour le dev, qua, et prod) Les developpeurs de l'application tiers utilisent leurs utilisateurs pour se connecter au WSDL et au soaprfc service... avec ou sans SOAMANAGERtu retrouves les mêmes contraintes... Sauf que sans SOAMANAGER (qui est une application web), tu exposes moins de services via http et que cela ne change rien pour les non sapiens J'aime les solutions les plus simples
Tuesday, March 16, 2010 10:57 AM
au passage merci pour cette discussion stimulante intellectuellement
|
|
|
|
|
|
|
|