Installer SAP Web IDE en local

Comme vous avez pu le remarquer, SAP Web IDE fait partie intégrante de SAP HCP (Hana Cloud Platform). C’est très pratique, mais on peut alors se demander comment faire pour développer sans connexion internet. Sachez que l’on a donc la possibilité de l’installer en local et l’utiliser hors-ligne comme expliqué ici : http://scn.sap.com/community/developer-center/front-end/blog/2015/04/21/install-sap-web-ide-locally-for-trial-windows-version

Deux questions pour l’instant sur lesquelles je n’ai pas eu le temps de me pencher (si vous avez la réponse, je suis preneur):

  • Au moment du téléchargement, la version offline est-elle à jour avec la version HCP ?
  • Comment faire pour mettre à jour la version offline autrement qu’avec une nouvelle installation ?

Quoiqu’il en soit, bon à savoir 🙂

 

SAP Web IDE

Après quelques mois d’absence, j’essaie enfin de me remettre à SAPUI5 et là je me dis qu’Eclipse c’est cool mais qu’il n’est quand même pas du tout pratique de devoir construire toute son interface utilisateur qu’avec du code en faisant des allers retours avec l’aperçu pour voir ce que ce que cela donne concrètement alors qu’il existe aujourd’hui SAP Web IDE pour notamment palier à ce problème.

SAP Web IDE est un outil de développement client léger permettant un développement simple et rapide d’applications UI5 grâce notamment à du drag and drop (WYSIWYG), des templates, des wizards… Je n’ai pas encore eu le temps d’essayer, mais par rapport à Eclipse ça fait rêver !

Pour plus d’infos : http://hcp.sap.com/developers/TutorialCatalog/wide100_01_getting_sap_web_ide.html

Le protocole OData

Avant de parler de OData il convient déjà de comprendre ce qu’est l’architecture REST. Comme cela est très bien résumé ici, http://www.croes.org/gerald/blog/qu-est-ce-que-rest/447/, REST est en gros un ensemble de conventions permettant de créer des services web basés sur le protocole HTTP. Par exemple, l’API de OpenWeatherMap utilisée précédemment via le web service Forecast est en fait une API REST dont la seule méthode disponible est GET.

OData dans tout ça est un protocole ouvert avec un ensemble de bonnes pratiques apportant une normalisation pour construire et consommer des APIs REST.

Si on prends par exemple le service http://services.odata.org/V4/(S(tbodsh53eaunnvmkizrjmuae))/TripPinServiceRW/People présenté sur OData.org en l’exécutant dans le navigateur, on obtiendra le résultat suivant :
2015-04-10_114155

Ce n’est pas super lisible mais on peut reconnaitre le format JSON. Ainsi pour rendre cela un peu plus clair on pourra dans ce cas encore utiliser un JSON Viewer pour rendre cela un peu plus parlant :

2015-04-10_152207