Delta Socle ACE 1.55

• Le passage des API en full JAXB (version 1.0) permet de générer les schémas In et Out d’API, donc gain de fiabilité par rapport à une écriture « manuelle » ainsi qu’une meilleure productivité,

• La définition des clés privées de lecture en Java sont désormais dérivables sur site :

– Le client peut en effet créer ses propres clés,

– Les clés ne sont plus forcément « numériques », on peut appeler une clé "SPE_1" par exemple, afin de ne pas rentrer en collision avec des clés standards d’ACE.

• Conservation du « verbose-detail » en cas d’erreur.

• WebServices :

– Amélioration de performances,

– Nettoyage des ViewObject en doublon dans le pool,

– CRUDManager peut désormais être utilisé en mode « liste » et ainsi bénéficier d’une transaction globale.

• Création en CRUD

– Le socle fournit désormais la définition des ViewRow avant leur création,

– La valeurs créées sont retournées dans le flux de présentation, comme pour l'appel d’API.

• Amélioration du client WebService :

– Saisie du contenu SOAP depuis XDME,

– Les variables sont modélisées par des caractères jokers, comme pour les requêtes SQL.

• Nouvelle possibilité de passer des paramètres entre une API et une ViewObject :

– Notion de ViewLink de type « assimilate ».

• Nouveaux timers

– De nouveaux timers apparaissent et permettent d’affiner les mesures des différentes étapes applicatives,

– Ils sont déclenchables systématiquement via "ACE.properties".

• Actions de cinématique :

– Le moteur d’application des actions a complètement été réécrit, pour optimiser l’ordre dans lequel s’exécutent les vues.

• Solver d’activation :

– Il est dorénavant exploitable lors de l’exécution d’une BusinessView et non plus seulement lors de sa phase de montage,

– Ce mode est donc plus souple et plus dynamique qu’auparavant.

• Schéma des fichiers de configuration :

– Il a été revu pour faciliter les développements dans XDME,

– Nouveaux attributs permettant de gérer des BusinessView en mode « forward only »,

– Les resolverClass de requêtes sont désormais catalogués sous les solvers de type « query ».

• Modification du packaging du livrable Java : il n’y a désormais plus que 4 fichiers "jar" comprenant le « métier » et le « socle ».

• Un travail de fond a été réalisé suivant deux axes :

– Les performances globales de l’application,

– La consommation mémoire par utilisateur.

• L’arborescence a été complètement revue :

– Découpage technique et fonctionnel des configurations,

– Réorganisation de la couche de présentation prenant en compte une notion d’alias lors des imports de feuille de style,

– Le découpage est maintenant complet entre le livrable standard et les développements clients.

• Refonte complète de l'éditeur de configuration :

– Amélioration des contrôles interactifs et des contrôles à l'initiative de l’utilisateur,

– Contrôle de la validité « technique » des feuilles de style,

– Editeur SQL amélioré,

– Nouvelles mesures de dépendance entre les éléments de la configuration,

– Gestion complète du multi-configuration.