Notes d’édition de Winshuttle Server 10.x

Winshuttle Server 10.7, Correctif 2

Nouvelles fonctionnalités

Support serveur pour les services Web asynchrones

Winshuttle Server 10.7 FCS/GA

Nouvelles fonctionnalités

Support ajouté pour EHP 7

Winshuttle Workflow 10.6.1 GA, Correctif logiciel 9

(WF Server : 10.6.1.81292-GA, Correctif logiciel 9)

Correctifs

Correction de l’erreur d’ouverture d’une bibliothèque contrôlée par document dans un site Docex

Correctif logiciel fusionné

10.6.1 GA, Correctif 8

Winshuttle Workflow 10.6.1 GA, Correctif logiciel 8

(WF Server : 10.6.1.78987 -GA, Correctif 8)

Corrections de bogues :

Fonctionnalité corrigée de la clé SV Configurator « AllowNoAssignmentSwimlanes » permettant aux utilisateurs de ne pas définir les utilisateurs participants lors du lancement du processus
Correction des dépassements de délai d’attente des validations en ligne pour les services Web à exécution longue
Les problèmes d’éléments dupliqués dans la WebPart de la bibliothèque de formulaires ont été résolus.
Amélioration des performances pour l’exécution de la commande d’archivage par itemid
Un problème lié à la vue « Toutes les tâches » de la WebPart de la liste des tâches Winshuttle a été résolu.

Winshuttle Server 10.6.1 GA

Retour au début

Nouvelles fonctionnalités

Le serveur est maintenant totalement conforme aux critères HA (High Availability), la file d'attente peut aussi être déployée dans un environnement HA.
Support de la condition IF dans les services Web Transaction publiés.
Prise en charge de SiteMinder pour l'exécution des services web et la publication automatique de requêtes depuis Central.
SQL Server est maintenant la base de données par défaut pour Winshuttle Server et le programme d'installation peut maintenant créer une base de données SQL Server.
Vous pouvez maintenant définir l'installateur d'un nom d'utilisateur/mot de passe personnalisé pour le service WinshuttleWorker.
Un nouveau programme utilitaire de déploiement de file d’attente a été ajouté pour le déploiement de file d'attente, il vérifie aussi l'intégrité du fichier du cookie Erlang.

Correctifs

Des messages d'erreur Winshuttle SAP ont été corrigés
Plusieurs feuilles de calcul exécutées comme EXÉCUTER PLUS TARD (Server) ne renvoyaient des données que vers la première feuille
Réponses de publication automatique bloquées par des messages d'état provenant de la même file d'attente.

Winshuttle Server 10.6 GA (disponibilité générale)

Nouvelles fonctions

Support de SSO (Single sign on) dans FormWorker (par exemple, pour les scripts Transaction avec la GUI de lancement et pour les scripts Transaction avec l’enregistrement de script GUI)
Prise en charge des noms de domaine complets dans le paramètre SNC_MYNAME et envoi via Central.
Prise en charge des scripts Query liés via la fonction "Exécuter plus tard sur le serveur".
Prise en charge des scripts Query ayant une liste SharePoint comme type de destination.

REMARQUE : voir également les notes d’édition de Winshuttle Workflow pour la liste complète des notes d’édition connexes, la liste des problèmes connus et la liste des nouvelles fonctions.

Amélioration de l'architecture

Depuis la version Server 10.5, les nouvelles fonctions incluent :

Gestionnaire : le gestionnaire de serveur gère les workers. Toutes les demandes sont d'abord traitées par le Gestionnaire avant d'être placées dans les files d'attente ultérieures. Le worker spécifie ses fonctions lorsqu'il s'enregistre dans le Gestionnaire.
Worker - Un worker est un agent réparti qui traite les demandes des utilisateurs. Un seul Worker peut se trouver sur une machine. Chaque worker peut avoir une/plusieurs fonctionnalités pour traiter les demandes.

Nouvelles fonctions Worker

Envoi de transaction à Excel (publication automatique de transaction)
Envoi de requête vers Excel (publication automatique de requête)
Services Transaction
Services Query
Publication de service
Portabilité de la fonctionnalité existante vers la nouvelle architecture
Possibilité de lancement d'interface et de script d'interface pour publication automatique
Possibilité de lancement d'interface et de script d'interface pour les services Web (mode asynchrone et synchrone)
Possibilité de connexion au portail d'entreprise avec les données d'identification utilisateur/SP Nego
Meilleure évolutivité sans utilisation de NLB/HLB. Le serveur n'a plus besoin de NLB/HLB. Les workers (agents de traitement des requêtes) peuvent être déployés sur n'importe quel ordinateur
Support de file d’attente intégré dans les nouvelles architectures :
- Support pour Transaction WFM
- Support pour Kerberos SSO et le certificat X509 SSO.
- La connexion unique n'est pas prise en charge pour le lancement d'interface et le script d'interface

Correctifs

Problèmes d'installation du serveur sur Windows Server 2012.

Problèmes connus

Lors de la planification de scripts Query dont le type de destination est une liste SharePoint utilisant l’option de serveur Exécuter plus tard, si vous voulez utiliser la fonction d’identité AppPool, vous devez changer manuellement l’identité du service worker. (Par défaut, le service worker s’exécute sous le compte de service réseau.) En outre, cette modification est nécessaire pour tous les services worker déployés.
Installation : si Rabbit MQ et l’utilitaire de déploiement de file d’attente sont déployés dans des partitions différentes sur la même machine, l’utilitaire de déploiement de file d’attente génère l’erreur « Rabbitmqctl n’est pas une commande reconnue ».
Le nom d'utilisateur SAP mappé et le nom d'utilisateur Windows ne peuvent pas être différents pour la connexion unique (SSO) X509.

Winshuttle Server 10.5

Retour au début

Nouvelles fonctions

Amélioration de l'architecture en utilisant Manager et Worker

Gestionnaire : le gestionnaire de serveur gère les workers. Toutes les demandes sont d'abord traitées par le Gestionnaire avant d'être placées dans les files d'attente ultérieures. Le worker spécifie ses fonctions lorsqu'il s'enregistre dans le Gestionnaire.
Worker - Un worker est un agent réparti qui traite les demandes des utilisateurs. Un seul Worker peut se trouver sur une machine. Chaque worker peut avoir une/plusieurs fonctionnalités pour traiter les demandes.

Les capacités des workers sont notamment :

Envoi de transaction à Excel (publication automatique de transaction)
Envoi de requête vers Excel (publication automatique de requête)
Services Transaction
Services Query
Publication de service
Portabilité de la fonctionnalité existante vers la nouvelle architecture
Possibilité de lancement d'interface et de script d'interface pour publication automatique
Possibilité de lancement d'interface et de script d'interface pour les services web (mode ASync et Sync)
Possibilité de connexion au portail d'entreprise avec les données d'identification utilisateur/SP Nego
Meilleure évolutivité sans utilisation de NLB/HLB. Le serveur n'a plus besoin de NLB/HLB. Les workers (agents de traitement des requêtes) peuvent être déployés sur n'importe quel ordinateur
Support de file d’attente intégré dans les nouvelles architectures :
- Support pour Transaction WFM
- Support pour Kerberos SSO et le certificat X509 SSO.
- La connexion unique n'est pas prise en charge pour le lancement d'interface et le script d'interface

Problèmes connus

Rabbit MQ version 2.8.6 doit être téléchargé et installé. Les autres versions de RabbitMQ peuvent ne pas fonctionner correctement.
Installez Winshuttle Server 10.5 par exécution de WinshuttleServer.msi depuis une invite de commande avec des privilèges d'administrateur. Un double-clic sur le fichier Winshuttle.msi (même en tant qu'utilisateur administrateur) donne le message « Exécutez le programme d’installation comme admin ».
Le service Worker ne démarre pas en utilisant le programme d'installation Winshuttle Server 32 bits, mais le déploiement manuel du même fichier fonctionne correctement.
FormWorker n'est pas pris en charge avec la connexion unique SAP.
Quand le service Query est utilisé par des proxies de service Query créés dans .NET Framework, une exception de dépassement de délai d'attente apparaît après 8-10 appels à Winshuttle Server.
Pour les demandes de lancement d'interface et de script d'interface, FormWorker ne peut traiter qu'une seule requête à la fois. Le nombre de prétraitements par défaut pour les deux types de requête est 1.
Vous devez manuellement répondre à toute boîte de dialogue apparaissant dans l'interface utilisateur SAP qui se lance lors de l'exécution des demandes de lancement d'interface ou de script d'interface pour l'interface SAP installée sur la machine qui héberge FormWorker. Sinon les demandes de lancement d'interface et de script d'interface échouent.
Pour Winshuttle Server déployé sur IIS 6.0, l'application démarre et les services peuvent être explorés même si l'application a des problèmes de connectivité à la base de données et de configuration. Ces erreurs apparaissent au démarrage mais l'application se lance quand même. Par contre pour exécuter les services, les erreurs de connectivité à la base de données et de configuration doivent être corrigées.
Le serveur ne prend pas en charge .Net Framework 4.0 et ne peut donc pas être installé sur la même machine physique si Sharepoint 2013 est installé.