Concept : versions d'assemblage

La gestion des versions d'assemblage permet au serveur Enterprise Service Bus (ESB) de Workday et aux équipes de développement de Workday Studio de faire évoluer les assemblages au sein du modèle de programmation Workday Runtime dans la durée sans affecter les utilisateurs existants. Par exemple, la gestion des versions d'assemblage permet à Workday d'effectuer les opérations suivantes :

Tous les agrégats ont un

version

Attribut. Par défaut, lorsque vous créez un nouveau projet d'agrégat, Workday Studio définit les

version

valeur d'attribut pour

assembly

L'élément Nombre d'éléments dans le fichier

Accueil.xml

, puis la version la plus récente de l'exécution Workday. Le format est

year.drop-number

, où déroulant-number correspond au numéro de la semaine. Exemple :

2016.11

.

Workday Studio affiche ce numéro en regard du dossier

Assembly

dans

Project Explorer

.

Lorsque des modifications sont apportées aux fonctionnalités d'exécution existantes, Workday s'assure qu'elles sont rétrocompatibles. Cela signifie que tous les assemblages existants fonctionnent comme avant, en fonction de leur numéro de version. Toutefois, par défaut, les nouveaux assemblages ont le comportement qui correspond au numéro de version actuel. En règle générale, lorsque Workday introduit une modification, nous définissons un nouvel attribut sur une étape ou un composant d'assemblage. Les assemblages plus anciens n'ont pas cet attribut, c'est pourquoi nous avons introduit une règle basée sur le numéro de version pour définir la valeur par défaut pour ces assemblages. Nous avons également introduit une règle pour utiliser une valeur par défaut différente pour les nouveaux assemblages. En tant que développeur, si vous souhaitez intégrer de nouvelles fonctions dans des assemblages plus anciens, plusieurs options s'offrent à vous. Vous pouvez :