Help Center > Foundation Help

Notes d’édition de Winshuttle Central 10.x

Winshuttle Central 10.7 correctif 4

Winshuttle Central 10.7 Correctif logiciel 4 fusionne les correctifs précédents suivants :

  • Central 10.7 Correctif logiciel 1 (qui prend en charge Journal Entry)
  • Central 10.7 Correctif logiciel 2 (qui est la dernière version généralement disponible sans le support Journal Entry support).

Remarque : les versions Winshuttle Central 10.7 Correctif logiciel 1 et Winshuttle Central 10.7 Correctif logiciel 2 n’étaient pas des versions incrémentielles, et Winshuttle Central Correctif logiciel 4 n’est généralement pas disponible pour les clients Winshuttle Central. Il doit être appliqué uniquement pour les clients qui veulent utiliser Journal Entry avec Winshuttle Central 10.7, et veulent ou nécessitent les correctifs fournis dans Winshuttle Central 10.7 Correctif 2.

Nouvelles fonctionnalités et améliorations

  • Aucun

Problèmes résolus

  • Aucun

Problèmes connus

  • Lors de la vérification d'une tâche, le vérificateur est sélectionné dans le groupe Développeur de service Web du système et non pas dans le groupe Vérificateurs des données.
    Solution palliative : attribuez le groupe approprié en fonction de la configuration du groupe. En outre, le problème n’apparaît pas pour les clients qui effectuent une mise à niveau, mais uniquement pour les nouvelles installations.
  • La liste des tâches dans Journal Entry montre une tâche de moins dans la liste des tâches.
    Solution palliative : ajoutez une tâche dans Journal Entry. Une autre méthode consiste à consulter Central pour la liste des tâches.
  • Un modèle Journal Entry republié après sa division n’est pas correctement validé dans Journal Entry Studio 9.5
    • Solution palliative : republiez le modèle dans Journal Entry Studio 9.5 et non pas dans 9.4
  • Le programme d'installation de Winshuttle Central (10.7.4) n'indique pas la version de base de données correcte dans la nouvelle installation.

    • Remarque : cette version s’applique à une mise à niveau uniquement et non pas à une nouvelle installation, et ne s’applique donc pas.

  • L’état de workflow n’est pas conservé après la mise à niveau de Central de 10.7.2 HF vers 10.7.4 HF
    Solution palliative : ce comportement est connu avec les programmes d'installation 10.x, et une solution palliative est fournie ici.

Winshuttle Central 10.7 correctif 2

Correctifs

  • Le problème provoquant des dépassements de délai d’attente sporadiques pour Winshuttle Transaction a été résolu.
  • Le problème provoquant la publication du bouton Test au lieu du bouton Exécuter dans un script de production a été résolu.
  • Le problème empêchant l’accès à Winshuttle Central Administration et provoquant l’erreur « Référence d'objet non définie dans une instance d'un objet » a été résolu.

Winshuttle Central 10.7 correctif 1

Nouvelles fonctionnalités

  • Exercice financier pour la publication à gérer depuis Central.
  • Le workflow de modèle Journal Entry a toujours l’état « Travail en cours ».
  • Journal Entry exécute les journaux sur Central.
  • La gestion du workflow des fichiers de données a été ajoutée comme préférence pour Journal Entry.
  • Une nouvelle préférence a été introduite : Autoriser le scriptage GUI .

Problèmes résolus

  • Aucun

Mise à niveau vers Central 10.7 Correctif 1

Remarque : il N’EXISTE PAS de mise à niveau directe de 10.7 GA vers 10.7 HF1.

Mise à niveau de 10.7 vers 10.7 Correctif 1
  1. Sur le serveur où Winshuttle Central 10.7 est installé, exécutez le programme d'installation Winshuttle Central 10.7 Correctif1 en mode Réparation.
  2. Après la réparation, les workflows « prêts à l’emploi » Winshuttle Central ne sont pas transférés vers une nouvelle instance. Remplacez par Autoriser pour les scripts et les types de contenu de fichier de données.
  3. Téléchargez et exécutez ce script SQL (.TXT) sur la base de données Winshuttle Central pour ajouter le schéma des journaux Journal Entry à la base de données. Notez que l’actualisation s’effectue en fonction des préférences Journal Entry d’Honeywell.
  4. Exécutez un IISRESET sur tous les serveurs frontaux Workflow.

Winshuttle Central 10.7 FCS / GA

Les correctifs logiciels et correctifs suivants ont été fusionnés dans Winshuttle Central 10.7 :

  • La planification des travaux Query via le serveur les bloque dans la file d’attente.
  • La fonction de sauvegarde sauvegarde désormais les scripts/fichiers uniquement. Les sauvegardes d’un fichier SharePoint (par exemple, des fichiers dans la galerie de la page principale) ne sont pas exécutées.
  • Les objets SharePoint qui ne sont pas éliminés pour la page d’application de Winshuttle Central Administration ont été corrigés. En outre, les fuites de mémoire liées à Winshuttle Central Administration ont été corrigées.
  • Une option d’enregistrement de l’adresse URL Siteminder d’un serveur d’application SAP enregistré sur le site Winshuttle Central a été corrigée.
  • La promotion de propriété lors de l'utilisation de la publication auto fonctionne désormais avec les préférences de promotion de propriété ajoutées sur le site Winshuttle Central.
  • La publication dupliquée vers SAP via la fonction de publication auto de Central a été corrigée.
  • Le problème lié au non-affichage des notifications par e-mail lors d'une erreur dans une demande de publication auto lors de la réception d’un rappel du serveur Winshuttle a été résolu.
  • La vérification de version majeure/mineure de Winshuttle Server pour la rétrocompatibilité de l’adresse URL de serveur 10.6.1/10.6 a été supprimée.
  • Le mode de version d’expérience SharePoint 2013 est le mode par défaut pour SharePoint 2013.
  • La fonction d’exportation de journal pour la visionneuse de journal de client fonctionne désormais lors de l’utilisation du site SharePoint 2007 Central et d’Internet Explorer 11.

Winshuttle Central 10.6.1 GA

Retour au début

Nouvelles fonctionnalités

  • Aucune, mais un programme utilitaire doit être lancé sur Central 10.6 pour le mettre à niveau vers Central 10.6.1 pour assurer la prise en charge de Server 10.6.1 et sa compatibilité avec les produits de bureau 10.6.1.

Problèmes connus

  • L'utilitaire de mise à niveau de Winshuttle Central ne met pas à jour le numéro de version du site Winshuttle Central ; mais seulement le numéro de version de base de données.

Winshuttle Central 10.6

Retour au début

Nouvelles fonctions

  • Le nom SNC de l'utilisateur a été ajouté lors de la gestion du serveur SAP. Il est utilisé lorsque la connexion unique (SSO) est mise en œuvre.
  • Le chiffrement des données d'identification SAP DES 32 bits a été mis à jour vers AES 64 bits.
  • La sortie d'une requête peut être enregistrée dans une liste SharePoint. Lors de la planification d'une requête de type liste SharePoint, les données d'identification de l'utilisateur sont fournies par la préférence de compte.
  • Exécuter plus tard (Serveur) peut être exécuté pour les fichiers Query liés à une sortie Excel.

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

Correctifs

  • Échec de requête planifiée suite à la modification du mot de passe Windows.

Problèmes connus

  • Les contrôles de navigation Central associés aux fils d'Ariane SharePoint (liens de navigation) ne fonctionnent pas pour les deux versions d'interface 2010 et 2013 de SharePoint 2013.
  • La rétrocompatibilité avec les produits clients antérieurs à 10.5 n'est pas prise en charge pour SharePoint 2013 (pour les versions d'expérience 2010 et 2013).
  • La mise à niveau visuelle pour le site Central depuis la version d'interface SharePoint 2010 vers la version d'interface SharePoint 2013 n'est pas prise en charge.

Notes de version Winshuttle Central 10.5

Retour au début

Nouvelles fonctionnalités

  • Compatibilité avec SharePoint 2013 (uniquement pour les demandes Active Directory).
  • Désormais, vous pouvez enregistrer SAP Server avec des ID client différents.
  • Prise en charge de la connexion unique (SSO)/du portail d'entreprise

Problèmes connus

  • Les contrôles de navigation Central associés aux fils d'Ariane SharePoint (liens de navigation) ne fonctionnent pas pour les deux versions d'interface 2010 et 2013 de SharePoint 2013.
  • La compatibilité descendante avec les produits Client n'est pas assurée pour SP2013 (deux versions d'interface 2010 et 2013).
  • La mise à niveau visuelle pour le site Central depuis la version d'interface SP2010 vers la version d'interface SP2013 n'est pas prise en charge.
  • Migration SP2010 vers SP2013 pour Central 10.5 : seule la version d'interface SP2010 est prise en charge.
  • Pour SP2013, à l'ouverture des tâches pour attribution/approbation depuis le client, la page de site complète est affichée avec les volets de navigation gauche et droit. Pour éviter la navigation gauche, l'administrateur peut définir sa page maîtresse personnalisée depuis le site Central.
  • Central 10.5 avec SP2007 et SP2010 : seule l'identification en mode classique est prise en charge.
  • Central 10.5 : non prise en charge de l’application Web en mode classique SP2013.
  • Central 10.5 (SP2013) : seule l’authentification des réclamations AD est prise en charge. Aucun autre fournisseur de réclamations n’est pris en charge.
  • SP2013 (version interface 2010) - Lors de l'attribution d'autorisations multiples à un utilisateur, une seule autorisation est attribuée à la fois. Par conséquent, si nous affectons les autorisations Développeur Transaction et Développeur Query à un utilisateur, seule l’autorisation Développeur Transaction est accordée. La solution palliative consiste à modifier les autorisations de l’utilisateur ; dans ce cas plusieurs autorisations peuvent être accordées.
  • Pour la migration de SP2010 à SP2013, l'utilisateur doit renvoyer les fichiers liés/Multi TxR/QsQ de noms différents depuis les TxR/QsQ existant déjà dans la bibliothèque de documents.
  • Les autorisations ne peuvent pas être attribuées au compte System sur le site SP2013 Central.
  • La fonctionnalité de tâche programmée n'est pas activée par défaut après une nouvelle installation de définition Non site de Central 10.5 sur SP2013.
  • Le programme d'installation Central SP2013 doit toujours être exécuté avec l'option "Exécuter en tant qu'administrateur" même si l'utilisateur connecté est ajouté au groupe Administrateur.
  • Le bouton de révision n'est pas affiché pour les scripts après restauration d'une sauvegarde d'un site Central SP2007 sur SP2010.
  • SP2013 : sauvegarde et restauration : les groupes de domaines ne sont pas ajoutés au stratégies sur le site de destination, et les utilisateurs dans ces groupes de domaines ne sont affectés d’aucune licence sur la machine de destination.
  • SP2013 : problèmes liés à l’IU : les cases à cocher similaires dans la page de configuration du serveur Winshuttle ne sont pas correctement alignées, le texte dans la page RSI ne sont pas correctement alignées, les barres horizontales ne sont pas visibles par défaut, etc.
  • Migration de SP2010 vers SP2013 Central : deux barres s’affichent dans les graphiques RSI pour un même utilisateur pour la publication auto effectuée avant et après la migration.
  • Le message "Data source null" apparaît quand "Get all Pending jobs" est appelé pour des fichiers en état d'exécution partielle.
  • Le récapitulatif d’assistant est vidé et Excel se ferme lors de l’envoi d'un fichier de données à Central via le module complémentaire Excel Transaction dans Excel 2013.
  • SP2013 [version d’expérience 2010] : les ID de groupe de domaine s’affichent à la place des noms de groupe de domaine dans le rapport « Rôles par utilisateur ».
  • Navigateurs Firefox/Chrome : les scripts Transaction/Query ne peuvent pas être ouverts directement en cliquant sur les fichiers envoyés depuis le site Central.
  • Migration de SP2010 Central vers SP2013 Central : la migration s’exécute correctement, mais après la migration la fonction de sauvegarde des documents ne fonctionne pas sur le site Central migré.
  • SP2013 : après 45-60 minutes d’inactivité dans les pages Historique de travail et Gérer les licences, les exceptions « Format de chaîne d’entrée erroné » et « Index hors plage » s’affichent, respectivement.
  • Migration de SP2010 vers SP2013 Central : les chemins par défaut déjà définis pour les bibliothèques de documents ne sont pas conservées.
  • Migration de SP2010 Central 10.5 vers SP2013 Central 10.5 : l’erreur HTTP 404 apparaît lors de l’exécution des tâches depuis le site Central, mais les tâches sont exécutées correctement. Des erreurs HTTP 404 apparaissent en cliquant sur le lien de nom d'utilisateur affiché pour le créateur/réviseur de script/fichier de données.
  • SP2007 mis à niveau vers SP2010 migré vers SP2013 Central 10.5 : la page maître de la version SP2007 est appliquée par défaut à une nouvelle collection de sites Central créée sur SP2013.
  • Environnement inter-forêt : le test de connexion échoue pour la connexion LDAP ; les groupes de domaines ne fonctionnent pas.
  • SP2007 Central 10.5 mis à niveau vers SP2010 Central 10.5 : le site arrête de fonctionner. Le contournement dans ce cas consiste à supprimer une instance des entrées en double ci-dessous dans le fichier de configuration web de l'application SharePoint :

    <add tagPrefix="asp" namespace="System.Web.UI" assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" /> 
    <jsonSerialization maxJsonLength="5000000"> 
       <converters> 
                <add name="TermStoreGenericObjectConverter" type="Microsoft.SharePoint.Taxonomy.WebServices.TermStoreGenericObjectConverter, Microsoft.SharePoint.Taxonomy, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" /> 
              </converters> 
            </jsonSerialization> 

    Remarque : cette même solution palliative est nécessaire dans Central 10.4 si SP2007 est mis à niveau vers SP2010.

  • Si Central 10.4 sur SP2007 est mis à niveau vers Central 10.4 SP2010, lors de la mise à niveau de Central 10.5 sur SP2010 (mise à niveau depuis SP2007), l'utilisateur doit prendre une sauvegarde de ce fichier de configuration web mis à jour (les entrées en double sont supprimées) puis restaurer le même dans l'environnement Central 10.5 mis à niveau.
  • La publication automatique par la connexion unique n'est pas prise en charge en mode Central.
  • SP2010 Service Pack 2 (Bêta) n'est pas pris en charge.
  • Le CU de décembre 2012 de SP2010 n'est pas pris en charge.
  • Le lien Supprimer les workflows Central ne supprime les workflows que depuis la bibliothèque OOB Data Files Document. Le message affiché lors du clic sur le lien « Supprimer les workflows Central » n’est pas correct, car il laisse entendre que les workflows ont été supprimés également des scripts nouveaux et existants.