Ajouter des variables à passer à FME (Desktop et Server) [redmine:20315]

[yblatti]

Original author : Yves Blatti

Afin de pouvoir effectuer des traitement FME plus complexes, passer les paramètres supplémentaires suivants pour les traitement FME Desktop et FME Server :

• N° De commande externe (p_orderlabel)
• N° De commande interne (id_request)
• GUID du client (!non stocké su v1.1 p_clientguid) (note 1)
• GUID de l'organisme (!non stocké su v1.1 p_organismguid) (note 2)

Les GUIDs (client, organisme, produit) et l'DI interne de la requête sont affichés dans le panneau administration, au fond de l'écran, avec leur code.

Maquettes

Panneau d'administration

Critères d’acceptation

|.ID|.Critère|
|20315-1|Il est possible d'utiliser les 4 nouveaux paramètres dans FME Desktop|
|20315-2|Il est possible d'utiliser les 4 nouveaux paramètres dans FME Server|
|20315-3|La rétrocompatibilité doit être assurée: pas besoin de refaire les scripts FME existants pour passer à EXTRACT 1.2|
|20315-4|Les 3 GUIDs (client, organisme et produit) et l'ID interne sont affichés dans la zone d'admin au fond de la page détail|

---

Notes :

1. Doc service XML : https://forge.easysdi.org/projects/easysdi/wiki/4_shop_rest#Outputs : chemin XML /sdi:orders/sdi:order/sdi:client/@Guid pour easySDI
2. Doc service XML : https://forge.easysdi.org/projects/easysdi/wiki/4_shop_rest#Outputs : chemin XML /sdi:orders/sdi:order/sdi:client/sdi:organism/@Guid pour easySDI

Budget : 2948

[yblatti]

Original author : Yves Blatti

Note : champs dispo en base :

id_request	
p_client	
p_clientdetails	
end_date	
folder_in	
folder_out	
p_orderguid	
p_orderlabel	
p_organism	
p_parameters	
p_perimeter	
p_productguid	
p_productlabel	
rejected	
remark	
start_date	
status	
p_surface	
tasknum	
p_tiers	
p_tiersdetails	
id_connector	
id_process

[yblatti]

Original author : Yves Blatti

A splitter

[yblatti]

Original author : Rémi Bovard

• Quel intérêt d'afficher les GUIDs ?
• Pourquoi les afficher la zone d'administration (ce sont plus des infos sur le client que des actions d'administration) ?

[yblatti]

Original author : Yves Blatti

Rémi Bovard a écrit :

• %{color:#0547b2}Quel intérêt d'afficher les GUIDs ?%
  ** Pour que l'administrateur puisse les utiliser :

• dans les règles
• dans les scripts FME
• pour comprendre/déboguer les règles et traitements

• %{color:#0547b2}Pourquoi les afficher la zone d'administration (ce sont plus des infos sur le client que des actions d'administration) ?%
  ** L'opérateur ne peut pas modifier les règles, il a donc, il me semble, peu de raisons d’accéder à cette info technique
  ** As-tu l'impression qu'il soit nécessaire de les afficher dans la page de détails pour tout le monde ? Un use case ?

Merci pour ton retour

[yblatti]

Original author : Rémi Bovard

Pour que l'administrateur puisse les utiliser :

• dans les règles
• dans les scripts FME
• pour comprendre/déboguer les règles et traitements

Mais à ce moment-là les règles et scripts FME sont déjà fait, non?

As-tu l'impression qu'il soit nécessaire de les afficher dans la page de détails pour tout le monde ? Un use case ?

Non pas plus que ça, c'était surtout dans un soucis de regrouper les infos à l'endroit le plus pertinent. Mais tu as raison sur la technicité de cette information, l'opérateur n'a besoin/envie de les voir.

Mais dans le cas où l'on affiche bien ces deux infos dans ce panel admin, pourquoi pas les afficher toutes? Ca permettrait à l'admin d'avoir accès à toutes les infos nécessaire au debug...

[yblatti]

Original author : Yves Blatti

Rémi Bovard a écrit :

Pour que l'administrateur puisse les utiliser :

• dans les règles
• dans les scripts FME
• pour comprendre/déboguer les règles et traitements

Mais à ce moment-là les règles et scripts FME sont déjà fait, non?

1. Pas forcément
2. Elle peuvent évoluer dans le temps, les scripts aussi

As-tu l'impression qu'il soit nécessaire de les afficher dans la page de détails pour tout le monde ? Un use case ?

Non pas plus que ça, c'était surtout dans un soucis de regrouper les infos à l'endroit le plus pertinent. Mais tu as raison sur la technicité de cette information, l'opérateur n'a besoin/envie de les voir.

Mais dans le cas où l'on affiche bien ces deux infos dans ce panel admin, pourquoi pas les afficher toutes? Ca permettrait à l'admin d'avoir accès à toutes les infos nécessaire au debug...

Excellente remarque : dans ce cas il manque le productguid (les autres sont doit déjà dans l'écran, soit uniques à une commande)

[yblatti]

Original author : Rémi Bovard

Ok, allons-y comme ça.

Pour le rendu, je mettrai même les valeurs dans des balises et afficherai quelque part le nom de la variable.

[yblatti]

Original author : Yves Blatti

Adapté dans ce sens. Merci

[yblatti]

Original author : Yves Blatti

Résolu en 1.2-BETA1

[yblatti]

Original author : Rémi Bovard

A ce que je vois, les variables passées à FME sont:

• OrderLabel
• Request
• Client
• Organism

Ne serait-ce pas plus pertinent d'afficher ces valeurs dans le panneau admin?

Sinon petit détail esthétique, serait-il possible d'augementer la séparation entre les variables et le bouton (au moins comme sur la maquette)?

[yblatti]

Original author : Yves Blatti

OK pour prise en charge arx iT