Annonce commerciale :

  
 English (United States) Français (France)
Inscription  
 
samedi 19 mai 2012

Annonce commerciale

Articles
01

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

Actions: E-mail | Consulter le document | RSS comment feed |

Comments

# Bruno41
mardi 2 mars 2010 08:51
Génial se petit tuto Jerome!!!!!
# jfo
mardi 2 mars 2010 10:11
c gentil mais génial c'est un peu trop :)
# Aro
mardi 2 mars 2010 10:41
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!
# francis
mardi 2 mars 2010 17:42
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. :-)
# Nicolas
mardi 9 mars 2010 21:57
une façon un peu plus propre de récupérer le WSDL serait de passer par la transaction SOAMANAGER je pense
# jfo
jeudi 11 mars 2010 11:33
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 ...
# Nicolas
vendredi 12 mars 2010 17:28
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
# jfo
mardi 16 mars 2010 10:56
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
# jfo
mardi 16 mars 2010 10:57
au passage merci pour cette discussion stimulante intellectuellement
# gaaloul
jeudi 21 avril 2011 13:36
bonjour,

je ne trouve pas la partie 2 de cet article ?
# gaaloul
jeudi 21 avril 2011 13:38
bonjour,

je ne trouve pas la partie 2 de cet article ?
# gaaloul
jeudi 21 avril 2011 13:43
bonjour,

je cherche la 2 partie de cet article mais je ne le trouve pas , est ce qu'elle existe ?
# bhaddad
vendredi 27 mai 2011 13:21
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.
# bhaddad
vendredi 12 août 2011 16:41
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.

Post Comment

Only registered users may post comments.
  
 Imprimer   


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.