|
|
|
|
Publiée le March 01, 2010 23:05  | nombre de lecture : 6308
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
Thursday, April 21, 2011 1:36 PM
bonjour, je ne trouve pas la partie 2 de cet article ?
Thursday, April 21, 2011 1:38 PM
bonjour, je ne trouve pas la partie 2 de cet article ?
Thursday, April 21, 2011 1:43 PM
bonjour, je cherche la 2 partie de cet article mais je ne le trouve pas , est ce qu'elle existe ?
Friday, May 27, 2011 1:21 PM
C'est tout à fait intéressant, et ça me permet de comprendre pourquoi la solution Winshuttle que nous proposons apporte un avantage certain. Je vais prépare une video qui montrera bien comment créer une web service à partir d'une transaction et l'exécuter, en quelques minutes.
Friday, August 12, 2011 4:41 PM
Et voici le lien sur Youtube http://youtu.be/mk_aUpSCWjk Dans cette video vous verrez comment passer très simplement d'une transaction SAP à un Web seervice et ensuite comment utiliser ce web service dans un formulaire. Dans ce cas nous utilisons Infopath, mais on pourrait aussi bien prendre Adobe LC designer, ou n'importe quel outil de construction de formulaire qui accepte un web service. La génération du Web service est ainsi très largement simplifiée puisqu'elle ne nécessite aucune connaissance technique (ABAP, .net, etc.) mais la connaissance métier.
|
|
Les maques SAP, ABAP, BSP, Microsoft, .net, sont des marques déposées par leurs ayant-droiits.
Le site www.sap-integration.net est un site indépendant de SAP et de Microsoft et de tout autre éditeurs de logiciels ou fabricants de matériels.
|
|
|
|
|
|