Il y a 3 ans j'étais passé d'un hébergement free à un serveur dédié. Ce coup ci j'ai décidé de me débarrasser de Wordpress, trop lent et bourré de failles de sécurités. Pas que les autres solutions en soient exemptes, mais elles ne sont pas autant exploitées.

Welcome pluxml donc, un petit CMS sans prétention, et sans base de données. J'ai pu éprouver la robustesse et la rapidité avec un autre projet, mais la migration depuis wordpress a pris plus de temps que prévu, il a fallu retaper tous les articles/commentaires !

Maintenant que c'est fait, je vais pouvoir retourner à mes mise à jour, j'en ai quelques unes dans les cartons...

Au mois de juin 2014, SAP a annoncé que son produit Personas devenait gratuit (inclus dans le coût des licences de base de SAP). Beaucoup d’entre nous se sont alors demandés s’il était opportun d’utiliser ce “nouveau” produit ou bien si GuiXT restait une alternative intéressante. Voici un comparatif passant en revue les différents aspects de chaque concurrent afin d’aider chacun à faire son choix.

Technologie

Les deux produits fonctionnent à la manière d’une surcouche graphique qui vient modifier le rendu des écrans standards SAP. Tous les deux se placent entre l’utilisateur et le serveur SAP.

Il existe deux principales différences :

• le moteur de transformation de GuiXT est installé en local sur chaque poste utilisateur tandis que celui de Personas est installé sur un serveur (généralement le serveur SAP).
  Pour ce dernier, il faudra faire attention aux problématiques de charge serveur. Des scripts complexes présentant de gros traitements pourraient grever la performance globale de SAP ou bien s’avérer un véritable goulot d’étranglement générateur de lenteur à l’affichage s’il est mal dimensionné.
• GuiXT fonctionne avec SAPGUI pour Windows, c’est à dire le SAPGUI “classique” installé par la majorité des clients SAP tandis que Personas ne fonctionne qu’avec SAPGUI pour HTML. Ce fonctionnement de Personas nécessite donc une migration de l’ensemble des postes utilisateurs et un changement d’habitudes afin de pouvoir l’utiliser.

A noter que GuiXT peut également être installé sur un serveur :

• Soit via l’achat du produit “GuiXT Server”
• Soit via l’utilisation de SAPGUI pour HTML sur un serveur ITS.

Dans le premier cas, un serveur GuiXT fera tampon entre SAP et le poste utilisateur, dans le second GuiXT sera installé directement sur le serveur ITS et le fonctionnement sera alors très similaire à celui de Personas.

Ces deux cas restent peu utilisés aussi nous ne parlerons plus que de GuiXT avec SAPGUI pour Windows.

Fonctionnalités

Les deux produits permettent de modifier/supprimer/déplacer des élements d’écran (champ, onglet, cadre…). Ils permettent également d’ajouter des champs et d’automatiser des actions ; gratuitement pour Personas et via une licence InputAssistant pour GuiXT. Cette licence est généralement jugée peu chère au regard du coût des licences SAP (licence à vie, environ 50€ par utilisateur).

Au niveau des spécificités, GuiXT permet d’ajouter une colonne dans un tableau, voir même d’ajouter un tableau sur un écran, ce que ne permet pas Personas.

En revanche Personas permet de dessiner des écrans de type “web”, avec une totale liberté de style. GuiXT reste limité au style imposé par le SAPGUI pour windows, et même si les composantes Viewer et Controls permettent quelques fantaisies, cela reste anecdotique.

Personas permet donc par exemple de supprimer la barre de titre et de modifier la barre de contrôles standards (bouton retour / OK code…) alors que cette zone est inaccessible pour GuiXT.

Il permet également d’afficher des images en arrière plan et d’appliquer un style à un ensemble d’éléments.

Cette grande liberté permet d’obtenir des écrans vraiment différents de SAP, ce qui impliquerait logiquement d’inclure des designers et des ergonomes dans le processus de création d’écrans. Ceci n’est généralement pas nécessaire lors la création d’écrans SAP / GuiXT vu la rigidité du SAPGUI pour Windows.

L’autre spécificité de Personas est la possibilité de fusionner le contenu d’onglets directement via son éditeur graphique. GuiXT permet également d’afficher le contenu de plusieurs onglets sur un même écran mais il faut alors plusieurs scripts et un peu de code.

Installation

Tester le produit

Si GuiXT peut être testé très facilement (2 clics suffisent pour l’activer), ce n’est pas possible pour Personas. En effet, impossible de bidouiller une installation dans son coin, il faut forcément une installation sur serveur et modifier du paramétrage système. Il faudra donc passer par une demande à un administrateur SAP, ce qui peut s’avérer plus ou moins compliqué…

Déploiement

Il faut installer sur chaque poste utilisateur les fichiers du moteur GuiXT alors qu’il n’y a rien à installer pour Personas. Cette contrainte est généralement bien intégrée par l’IT qui dispose d’outils de gestion de son parc informatique, ou qui peut ajouter ces fichiers dans sa procédure d’installation du SAPGUI. Il reste néanmoins quelques clients pour qui cela s’avère encore un problème.

Notez que cette contrainte s'applique uniquement au moteur d'exécution de GuiXT. Les scripts sont séparés et peuvent être stockés sur le serveur SAP. Il n'y a donc pas besoin de déposer un fichier sur le PC des utilisateurs à chaque nouveau script.

Développement

Personas est fourni avec son éditeur graphique qui permet d’utiliser quasiment toutes les fonctions de l’outil sans avoir à “coder”. Le langage de script pour les calculs et les fonctions avancées est le javascript.

Synactive propose “Designer”, un éditeur graphique pour GuiXT. Il faudra toutefois s'acquitter d’une licence dédiée pour cet outil. Il est aussi possible d'utiliser gratuitement un éditeur texte spécialement concu pour GuiXT (coloration syntaxique, intégration avec l'écran SAP en cours, aide contextuelle...), ou bien tout éditeur de textes de son choix.

Personas comme GuiXT propose tous les deux un “recorder” pour enregistrer les scripts d’automatisation d’action. GuiXT propose en plus un log d'exécution activable à la demande pour contrôler l'exécution des scripts d'automatisation ainsi qu'un debugger permettant de faire du pas à pas et de voir le contenu des variables.
Il n'y a pas d'outils de debug pour Personas, il faut se contenter des logs d'erreur du navigateur internet.

Transport

GuiXT utilise le schéma de transport classique de SAP : Création d'ordre de transport de type Workbench, libération, etc...
C'est un schéma connu et sécurisé.

Personas semble nécessiter de passer par un admin pour packager un transport. (manque d’information sur ce point)

Maintenance

Tant que l’on reste dans les limites des outils d’édition graphique (la partie “dessin d’écran”), la maintenance est similaire sur GuiXT et Personas. Tout change lorsqu’on s’introduit dans l’automatisation d’actions, ou l’enrichissement d’écrans via recherche d’informations sur d’autres écrans SAP. En effet, l’inconvénient de GuiXT d’utiliser un langage propriétaire devient alors un énorme avantage. Les scripts GuiXT sont simples, lisibles, aérés. Ils sont compréhensibles même par un novice. Les commandes d’actions sont en anglais et décrivent l’action. De plus, l’ajout de commentaires permet de simplifier la relecture. les scripts Personas, en revanche, sont complètement illisibles. Par conséquent, chaque script devra être assorti d'une documentation décrivant précisément l’effet de chaque ligne de script.

Pérénité

GuiXT est édité par Synactive depuis 1998, en partenariat avec SAP qui l'intègre dans son installation du SAPGUI pour Windows. La note OSS 1825312 décrit la stratégie de maintenance de GuiXT par SAP. A ce jour, SAP maintient sa position de confiance et d'intégration de GuiXT.

Personas est édité directement par SAP depuis 2012, et vient de passer "gratuit" après seulement 2 ans de commercialisation. Si certains y voient la volonté de SAP d'écouter ses clients qui réclamaient sa gratuité, d'autres y voient le signe d'un échec commercial : peu de clients ayant acheté des licences Personas, le produit est donc packagé avec ECC pour le revaloriser.
Quid de son existence dans 2 ans s'il n'y a pas plus d'engouement pour le produit ?

GuiXT est utilisé par 947 clients (données 1er janvier 2014). Cette base est en constante augmentation depuis 15 ans.

Tableau comparatif

Si vous avez un message type X lors de l'ouverture d'un infopackage, il est probable que la gestion du delta soit en cause. Dans le log du dump vous pouvez trouver ces critères :
MESSAGE_TYPE_X, SAPLRSS1, LRSS1F11, RSM1_CHECK_FOR_DELTAUPD, RSAWBN_START.

Dès lors, impossible de rentrer dans l'infopackage pour corriger. La création d'un nouvel infopackage ne résoud rien car il dump immédiatement.

La solution est tout simple, il suffit de lancer le programme RSSM_OLTP_INIT_DELTA_UPDATE pour reparer le delta en cours (en cochant ALWAYS).
Si jamais cela ne fonctionne pas, il faut essayer de lancer directement la fonction : RSC1_QUEUE_DELETE_ALL.

Si cela resiste encore... supprimer les entrées d'inits résiduts dans les tables suivantes:

• ROOSPRMSC
• ROOSPRMSF

La référence de la demande de mise à jour à supprimer est indiqué dans le dump (L_T_RSSDLINIT_OLTPDEL-RNR ou L_REQ_TO_KILL suivant la version de BW).

Dans toutes les tables relatives aux chargements (listées dans un billet à venir), vous trouverez un ID unique sur 29 caractères de la forme REQU_xxxx. Mais en affichage dans BW, il est souvent fait référence à un numéro court (nombre incrémenté de 1 pour chaque nouveau chargement).

Request ID affiché dans la gestion d’infoprovider

Request Number affiché dans le monitor

Lors d’une erreur à l’activation, BW indique généralement l’ID de requête erroné.

Passer facilement de l’un à l’autre est enfantin… une fois que l’on connait la signification de ces 2 objets : Le request ID est en fait le SID du Request number (parfois appelé lui même request ID, suivant les écrans...) Il suffit donc d’aller lire la table /BI0/SREQUID pour obtenir l’un à partir de l’autre.

Correspondance entre ID et Number via SE16

On garde les mêmes et on recommence !

Ouverture du nouveau site identique à l'ancien... mais en nouveau :)