Le tableau suivant indique les APAR (et demandes de changement) résolus dans le groupe de correctifs version 2.6.5. |
1 | 67959 | | A deux endroits, le message de trace 32017 et non 32016 doit être employé. |
Incident : le message de trace 32016 était utilisé à deux endroits de manière erronée ; 32017 est le numéro de message correct. |
Solution : le message de trace 32016 a été remplacé par 32017 à ces deux endroits. |
|
2 | 67929 | | Le message de l'instance de classe CWConnectorExceptionObject renvoyée est incorrect. |
Incident : lorsque l'adaptateur JDBC gère une demande de service qui échoue sur une exception, il retente l'opération. Si la deuxième tentative de traiter cette demande de service échoue également, le message de l'instance de classe CWConnectorExceptionObject renvoyée est incorrect. |
Solution : cet incident a été résolu. Le message pour le 2e échec est à présent correct. |
|
3 | 82879 | JR22976 | L'adaptateur JDBC reçoit une erreur "Invalid Ref-Cursor" lors d'une opération RetrieveSP. |
Incident : lors de la tentative d'extraction d'un objet métier d'une table à l'aide d'une procédure mémorisée qui renvoie un ensemble de résultats (ResultSet) par le biais d'un curseur, l'adaptateur JDBC reçoit une erreur "Invalid Ref-Cursor" d'Oracle. |
Solution : cet incident a été résolu. |
|
4 | 74554 | JR22906 | L'adaptateur JDBC génère l'erreur java.sql.SQLException : Not enough memory with CLOB in SP. |
Incident : l'adaptateur JDBC a besoin de mémoire pour lire et stocker le type de données CLOB. |
Solution : cet incident a été résolu. Pour cela, l'adaptateur JDBC a optimisé l'allocation de mémoire pour le type de données CLOB. |
|
5 | 74241 | JR23258 | Les informations UNVL=NULL propres à l'application ne peuvent pas fonctionner correctement. |
Incident : lorsque les informations UNVL=NULL propres à l'application sont spécifiées et que la valeur de cet attribut est NULL, l'adaptateur JDBC ignorait cet attribut et, en conséquence, ne pouvait pas actualiser sa valeur à NULL dans la base de données comme prévu. |
Solution : cet incident a été résolu. |
|
6 | 74237 | JR22731 | L'adaptateur JDBC 2.6.4 génère une phrase SQL du style "where ... xxx is null" qui aboutit à l'exception CLI0612E. |
Incident : pour l'instruction RetrieveByContent, l'adaptateur JDBC tentait de définir la valeur d'attribut redondante sur preparedStatement lors de la génération de la requête SQL 'where ... is null'. |
Solution : cet incident a été résolu. |
|
7 | 74225 | JR22760 | Le champ NUMBER de la base de données Oracle est converti en type de données chaîne (String) par l'agent de reconnaissance d'objets. |
Incident : l'agent de reconnaissance d'objets n'utilise pas le séparateur requis entre les positions décimale et de précision. En outre, l'opérateur arithmétique +/- n'a pas d'espace. |
Solution : la longueur sera augmentée de 2 pour ces deux colonnes avec le type de données Decimal. |
|
8 | 67678 | | L'implémentation de getVersion() pour l'adaptateur JDBC nécessite une actualisation. |
Incident : la version de l'adaptateur doit être mise en oeuvre à partir du fichier manifeste plutôt qu'à partir d'une variable statique définie dans le code. |
Solution : cette mise à jour a été effectuée. |
|
9 | 67361 | | L'adaptateur JDBC génère un message d'erreur incorrect lorsqu'il n'existe pas d'enregistrement dans la table des UID. |
Incident : lorsque la table des UID ne contient pas d'enregistrements, l'adaptateur génère un message d'erreur signalant des incidents de connexion à la base de données. |
Solution : cet incident a été résolu et l'adaptateur génère le message d'erreur approprié. |
|
10 | 83827 | | Prise en charge de la plateforme Solaris 10 requise. |
Incident : l'adaptateur JDBC doit être pris en charge par la plateforme Solaris 10. |
Solution : cette prise en charge existe désormais. |
|
11 | 83714 | JR23663 | L'adaptateur JDBC écrit un objet métier incomplet dans la base de données Oracle. |
Incident : si l'adaptateur JDBC reçoit un message d'arrêt durant une transaction, il ferme la connexion. Mais pour la base de données Oracle, la fermeture de connexion requiert une validation avant fermeture et non une annulation. Sinon, la transaction peut se traduire par des données incohérentes dans la base de données Oracle. |
Solution : lors de la réception d'un message d'arrêt, afin de s'assurer que les données de la base restent cohérentes, l'adaptateur JDBC exécutera explicitement une annulation. |
|
12 | 83686 | | Les références aux pilotes Data Direct dans les scripts de l'agent de reconnaissance d'objets JDBC doivent être supprimées. |
Incident : les fichiers JAR du pilote Data Direct dans le chemin de classes doivent être supprimés des scripts de démarrage de l'agent de reconnaissance JDBC. |
Solution : ces références ont été supprimées. Vous devez ajouter les fichiers de pilote JDBC appropriés au chemin de classes. |
|
13 | 83595 | JR23449 | La prise en charge de séquence DB2 par l'adaptateur JDBC comporte un bogue. |
Incident : la séquence est prise en charge par DB2 8.X. En conséquence, l'adaptateur JDBC prend en charge la séquence pour DB2 8.X. Cette fonction a été ajoutée à l'adaptateur JDBC dans la version 2.5. Mais l'instruction sql correcte pour la séquence DB2 ne peut pas être générée. |
Solution : cet incident a été corrigé et l'instruction SQL correcte pour la séquence DB2 sera générée. Elle sera utilisée pour obtenir la valeur de la séquence DB2 pour les UID dans l'adaptateur JDBC. |
|
14 | 68092 | JR23653 | Une erreur java.lang.ClassCastException est renvoyée lorsque les informations propres à l'application PSC=true. |
Incident : lors de la définition des information propres à l'application PSC=true et de l'exécution d'une procédure mémorisée, l'adaptateur JDBC génère l'erreur java.lang.ClassCastException. Il s'agit-là d'un bogue du cache PreparedStatement de la procédure mémorisée. |
Solution : PreparedStatement sera d'abord déclaré dans la phrase SP SQL. Puis ce PreparedStatement sera converti en CallableStatement. |
|
Le tableau suivant indique les APAR (et demandes de changement) résolus dans le groupe de correctifs version 2.6.3. |
1 | 71314 | JR21597 | Prise en charge de clauses where supplémentaires et de "is null". |
Incident : la prise en charge de "is null" ne fonctionne pas lorsque la clause where supplémentaire comporte plusieurs attributs dans les informations d'instruction Retrieve propres à l'application. |
Solution : cet incident a été résolu en composant une requête correcte utilisant plusieurs attributs dans les informations d'instruction propres à l'application. |
|
2 | 71139 | JR21480 | Valeurs vides dans les clés d'événement pour l'extraction d'objets métier avec la clause "is null". Utilisation de cxblank dans les clés d'événement pour générer la clause "is null" dans la requête d'extraction pendant l'interrogation. |
Incident : lorsque certaines clés d'un événement ont pour valeur Null, l'adaptateur ne génère pas de requête SQL avec la clause "is null". |
Solution : l'utilisation de CxBlank dans les clés d'objet métier est corrigée et l'adaptateur génère désormais correctement la clause "is null" lors de l'interrogation. |
|
3 | 71391 | JR22459 | Fuite de curseur lorsque le nombre maximal de curseurs dépasse la limite définie. |
Incident : il existe une fuite de curseur lorsque le nombre maximum de curseurs dépasse la limite fixée. |
Solution : ResultSet est à présent fermé lorsqu'un ResultSet vide est renvoyé par un appel de procédure mémorisée. |
|
4 | 72378 | JR22444 | Utilisation de valeurs vides dans les clés d'objet métier à des fins d'extraction à l'aide de la clause "is null". |
Incident : lors du traitement d'un objet métier entrant dont certaines clés ont pour valeur Null, l'adaptateur ne génère pas de requête avec la clause "is null". |
Solution : des modifications ont été apportées à l'adaptateur afin qu'il gère la valeur CxBlank dans les clés et génère correctement la clause "is null". |
|
5 | 72988 | JR22446 | Les paramètres de sortie renvoyés lors de l'exécution d'une fonction dans la base de données ne sont pas extraits dans le bon ordre. |
Incident : une valeur d'index incorrecte était utilisée pour extraire les paramètres de sortie de type chaîne (String). |
Solution : cet incident a été résolu. |
|
6 | 67474 | JR22154 | Si CloseDBConnection a pour valeur true, l'adaptateur attend indéfiniment pour établir une connexion. |
Incident : lorsque le nombre maximum de connexions à la base de données est atteint, l'unité d'exécution quittait le mode fetchConnection uniquement lorsqu'une connexion était libérée et l'unité d'exécution était notifiée. Si CloseDBConnection=false, la notification était appelée. Mais ce n'était pas le cas lorsque CloseDBConnection=true. |
Solution : cet incident a été résolu. |
|
7 | 67496 | JR22431 | L'adaptateur JDBC n'autorise pas l'insertion de données d'une taille supérieure à 32 ko dans les paramètres d'entrée des procédures mémorisées. |
Incident : aucun traitement spécial n'était prévu pour les paramètres d'entrée de procédure mémorisée de type CLOB. |
Solution : cet incident a été résolu. |
|
8 | 45825 | JR22463 | Instruction pause en trop dans le script de démarrage de Windows. |
Incident : le script de démarrage de Windows contenait 2 instructions pause. |
Solution : l'instruction en trop a été supprimée. |
|
9 | 61153 | JR21014 | RetrieveSP n'est pas exécuté pour les objets métier enfant lorsque UseDefaultsForPolling a pour valeur true. |
Incident : si la valeur de cet attribut était CxBlank, l'extracteur d'informations propres à l'application SP n'analysait pas les informations propres à l'application SP. Ceci se produisait notamment lorsque UseDefaultsForPolling a pour valeur true. |
Solution : cet incident a été résolu. |
|
10 | 66540 | | L'adaptateur JDBC consigne une erreur lors de la définition de TimingStats sur la valeur par défaut. |
Incident : la propriété TimingStats était absente du fichier modèle. |
Solution : cet incident a été résolu. |
|
11 | 67621 | JR22378 | L'adaptateur JDBC ne gère pas les données CLOB d'une longueur comprise entre 4000 et 4096. |
Incident : la vérification de la taille des données CLOB était incorrecte. |
Solution : cet incident a été résolu. |
|
12 | 70569 | | Les références aux pilotes Data Direct dans l'adaptateur JDBC doivent être supprimées. |
Incident : les fichiers JAR du pilote Data Direct dans le chemin de classes doivent être supprimés des scripts de démarrage de l'adaptateur JDBC. |
Solution : ces références ont été supprimées. Vous devez ajouter les fichiers de pilote JDBC appropriés au chemin de classes. |
|
13 | 71729 | JR21809 | L'agent de reconnaissance d'objets JDBC ODA 2.6.2 ne fonctionne pas avec le concepteur d'objets métiers d'Adapter Framework. |
Incident : le canevas 2.4 n'est pas bidirectionnel. L'agent de reconnaissance d'objets JDBC ODA 2.6.2 est bidirectionnel et en conséquence, échoue avec la version 2.4. |
Solution : un correctif a été apporté à l'agent de reconnaissance d'objets JDBC afin qu'il vérifie l'activation du mode bidirectionnel dans le kit ODK et effectue les appels appropriés afin d'assurer une compatibilité amont. |
|
14 | 72255 | JR21999 | L'adaptateur JDBC n'extrait pas les lignes contenant des colonnes CLOB vides. |
Incident : lorsqu'une variable de type CLOB a pour valeur Null, une erreur NullPointerException est renvoyée. |
Solution : une vérification correcte des valeurs Null a été ajoutée. |
|
15 | 73153 | JR22462 | L'extraction d'objets métier de cardinalité N échoue avec la base de données Progress. |
Incident : si "close" est émis sur un ResultSet déjà fermé, la base de données Progress renvoie une exception. |
Solution : corrigé de manière à ce que "close" ne soit appelé qu'une fois. |
|
16 | 73466 | JR22458 | RetrieveSP est appelé mais ne renvoie pas de ResultSet |
Incident : les procédures mémorisées AfterRetrieveSP étaient appelées avant le traitement complet des paramètres de sortie RetrieveSP. |
Solution : cet incident a été résolu. |
|
17 | 73476 | JR22447 | Le type de données long int n'est pas pris en charge par les procédures mémorisées. |
Incident : lors du traitement de paramètres des procédures mémorisées, la propriété DriverSupportForLong n'était pas utilisée. |
Solution : cet incident a été résolu. |
|
Le tableau suivant indique les APAR (et demandes de changement) résolus dans le groupe de correctifs version 2.6.2. |
1 | 61712 | JR21196 | Fuite de mémoire de l'adaptateur JDBC sur CloseDBConnections=true. |
Incident : fuite de mémoire de l'adaptateur JDBC sur CloseDBConnections=true. |
Solution : le correctif impliquait la recherche de closeDBConnection=true. Si la valeur est false, l'adaptateur crée l'entrée de table de hachage des connexions, en vue d'une utilisation dans la mémoire cache des instructions préparées. |
|
2 | 45017 | JR21320 | Les attributs de copie ne propagent pas les valeurs aux objets métier enfant. |
Incident : pour un objet métier enfant avec un attribut ayant les informations propres à l'application suivantes : PH=true:CA=..[ParentAttrName], bien que la valeur appropriée soit copiée dans l'attribut enfant, l'opération globale échouait. Ceci était dû à une gestion incorrecte des informations propres à l'application de l'attribut PH. |
Solution : cet incident a été résolu. |
|
3 | 61625 | JR21339 | Au cours de la consultation récursive de la hiérarchie d'objets métier, l'adaptateur ne renvoie pas l'erreur correcte. |
Incident : si un enfant propriétaire non obligatoire n'était pas trouvé lors de l'extraction, le connecteur générait un message d'erreur. |
Solution : cet incident a été résolu. |
|
4 | 44568 | JR21317 | Le traitement des dates par une procédure mémorisée génère une exception de pointeur NULL. |
Incident : le traitement des dates par une procédure mémorisée génère une exception de pointeur NULL. |
Solution : cet incident a été résolu. |
|
5 | 66453 | JR21272 | La table xworlds_batch_events, créée à l'aide du script archive_table_oracle.sql n'est pas utilisée. |
Incident : la table xworlds_batch_events, créée à l'aide du script archive_table_oracle.sql n'est pas utilisée. |
Solution : la création de la table xworlds_batch_events a été supprimée du script archive_table_oracle.sql. |
|
Le tableau suivant indique les APAR (et demandes de changement) résolus dans le groupe de correctifs version 2.6.1. |
1 | 58941 | JR20679 | TimingStats n'inclut pas le nom de la méthode. |
Incident : le nom de la méthode était transmis à la méthode de l'utilitaire qui effectuait le suivi du message, mais n'était pas inclus dans le message de trace. |
Solution : cet incident a été résolu. |
|
2 | 60212 | | La clé externe de l'objet enfant n'est pas remplie avec la valeur de la colonne de nouvelle identité du parent. |
Incident : une fois la valeur d'identité générée dans la table de la base de données, elle n'était pas extraite de la base si le type de base de données était DB2. |
Solution : cet incident a été résolu. |
|
3 | 44732 | | L'agent de reconnaissance d'objets JDBC retire le caractère de soulignement ('_') des noms d'attribut des objets métier. |
Incident : l'agent de reconnaissance d'objets JDBC retire '_' des noms d'attribut des objets métier. |
Solution : le caractère '_', qui était supprimé précédemment car il s'agissait d'un caractère spécial fait à présent partie intégrante de l'attribut de l'objet métier. |
|