Concept : versions d’assemblage
La gestion des versions des assemblages permet aux équipes de développement du serveur Workday Enterprise Service Bus (ESB) et de Studio de faire évoluer les assemblages au sein du modèle de programmation Workday Runtime au fil du temps sans affecter les utilisateurs existants. Par exemple, la gestion des versions de l’assemblage permet à Workday :
- De déprécier des fonctions
- D’introduire de nouvelles fonctions
- Modifier la sémantique des fonctionnalités existantes
Tous les ensembles ont une
version
attribut. Par défaut, lorsque vous créez un nouveau projet d’agrégation, Workday Studio définit les version
valeur d'attribut pour assembly
l’élément dans le fichier rend.xml
à la version la plus récente de Workday Runtime. Le format est year.drop-number
, où le numéro de désinscription correspond au numéro de semaine. Exemple : 2016.11
.Studio affiche ce numéro à côté du dossier
Ensemble
dans l' explorateur de projets
.Lorsque des changements sont apportés aux fonctionnalités d’exécution existantes, Workday s’assure qu’ils sont compatibles avec les versions antérieures. Cela signifie que tous les assemblages existants fonctionnent comme auparavant, en fonction de leur numéro de version. Cependant, 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 un changement, nous définissons un nouvel attribut pour une étape d’assemblage ou une composante. Les anciens assemblages n’ont pas cet attribut, nous introduisons donc une règle basée sur le numéro de version pour définir par défaut la valeur des assemblages précédents. Nous introduisons également une règle pour définir par défaut une valeur différente pour les nouveaux assemblages. En tant que développeur, si vous souhaitez intégrer de nouvelles fonctionnalités dans des assemblages plus anciens, plusieurs options s’offrent à vous. Vous pouvez :
- Conserver l’ancienne version et accepter la version par défaut affectée par Workday Runtime.
- Conserver l’ancienne version et définir une valeur explicite pour le nouvel attribut, en fonction de vos besoins.
- Migrer vers une version plus récente et accepter la nouvelle version par défaut.
- Migrer vers une version plus récente et définir une valeur explicite pour le nouvel attribut.