| Modifications apportées à ACE 1.2 après le 30 septembre 2006 | |
Ce document liste l’ensemble des mises en garde liées à une monté de version vers une version ACE 1.2 ou postérieure.
|
|
Mise en garde Avant de mettre à jour votre version ACE , nous vous invitons à lire ces quelques pages, et notamment les chapitres qui concernent la nouvelle gestion du mot de passe utilisateur et la nouvelle gestion des sociétés. La lecture de l’ensemble des guides d’installation, et notamment le guide d’installation du paramétrage, est nécessaire. |
Nous vous rappelons qu’il est nécessaire de vérifier que votre environnement matériel respecte les pré-requis mentionnés dans les guides d’installation fournis.
La mise à jour vers GCE1.2 implique un passage en version Oracle Data Base :
La mise à jour vers GCE1.2 implique un passage en version Oracle Application Serveur :
La matrice de qualification d’ACE 1.2 est disponible sur le site « https://support.aurea.com/ » dans la rubrique « Documentation » onglet « Mise à jour des versions ».
|
|
Mise en garde Le passage d’une version Oracle 8i et antérieure vers une version Oracle 9i ou 10G exige certaines compétences spécifiques. Toute installation d’ACE avec Oracle 9i ou Oracle 10G nécessite de créer la base avec les outils Oracle (Database Configuration Assistant : DBA). Cette opération n’est pas réalisée par les outils d’installation fournis par ACE. ACE propose des prestations pour vous aider à la mise en place du paramétrage nécessaire. Dans le cas de serveur mixte (serveur de traitement différent du serveur de données) : La version Oracle Client installée sur le serveur de traitement doit être identique à la version Oracle installée sur le serveur de données (même niveau de Release) |
Le binaire « bdd_serveur » est fourni pour converser avec les versions Oracle indiquées dans la matrice ACE. Il est indispensable d’utiliser la même version de base pour le BDD_SERVEUR, le client Oracle et le serveur Oracle.
|
|
Attention La version Oracle Client installée sur le serveur de traitement doit être identique à la version Oracle installée sur le serveur de données (même niveau de Release). |
|
|
Attention La version 3.2 d’ACE Manager doit être installée pour une version supérieure ou égale à ACE 1.0 ES2, notamment pour la gestion de S2I-UERP. |
Les serveurs Editique ne sont pas certifiés par Streamserve sur O.S 64 bits
Depuis mai 2005, le nom de la file d’impression sélectionnée lors du lancement d’un batch n’est plus converti en minuscules lors de son passage au script modif_tty_print.exe.
De ce fait, le nom de l'imprimante doit être défini dans ACE avec la même casse que sous Unix.
Deux solutions possibles :
Mettre à jour les noms des files d’impression en les convertissant en minuscules.
Passer la requête SQL suivante : update ut_fil set fil=lower(fil) where typut_fil='I';
ACE 1.1 utilise le composant XmlParserV2 9.0.4 d’Oracle. Dans une feuille de style pour tester que la valeur d’une variable ou d’un attribut xsl existe, la notation suivante pouvait être utilisée :
<xsl:if test="@maVar">
ACE 1.2 utilise le composant XmlParserv2 10.1.0.4. Les tests de condition deviennent moins permissifs. Cette règle concerne les tests de condition « if » et « when » sur la valeur des variables et des attributs xsl.
La notation « <xsl:if test="@maVar"> » existe toujours, mais elle est utilisée lorsqu’il faut tester l’existence de l’attribut (l’existence d’une variable étant inutile). L’existence de la valeur de la variable ou de l’attribut se fait maintenant de la façon suivante : « <xsl:if test="@maVar != ‘’ "> »
| Pour tester l’existence de l’attribut @attrib | <xsl:if test="@attrib"> |
| Pour tester l’existence de la valeur de l’attribut @attrib |
<xsl:if test="@attrib != ‘’ "> |
| Pour tester l’existence de la variable @maVar |
<xsl:if test="@maVar"> |
| Pour tester l’existence de la valeur de la variable @maVar |
<xsl:if test="@maVar != ‘’ "> |
|
|
Attention Des problèmes de performances Oracle peuvent survenir en cas d’utilisation des procédures par défaut d’Oracle sur la gestion des statistiques |
Symptômes
Si les statistiques Oracle sur les index sont estimées avec la taille d’échantillon par défaut, certaines requêtes Oracle peuvent utiliser un mauvais chemin d’accès aux données et consommer des ressources considérables lorsqu'elles sont exécutées depuis ACE.
Explication
Les statistiques sur les tables volumineuses sont généralement estimées à partir d'un échantillon restreint, souvent de l'ordre de 10%.
Si cette taille d'échantillon est suffisante dans le cas de statistiques sur les tables, elle s'avère insuffisante pour les index.
Solution
Les statistiques sur les index doivent être estimées avec un échantillonnage très supérieur, et si possible 100% des données.
Pour plus de renseignements, consultez le « Guide de Référence Technique » mis à disposition sur le site Support.