DB2 Everyplace Version 8.1.4 - Notes d'édition

Bienvenue dans les notes d'édition de DB2 Everyplace Version 8.1.4. Le nouveau Centre d'aide et d'information de DB2 Everyplace Version 8.1.4 est disponible. Il se trouve dans le répertoire %DSYINSTDIR%\doc\langue\infocenter.

Ces notes d'édition contiennent des informations sur les nouvelles fonctionnalités, les améliorations et les procédures mises à jour dans la version 8.1.4 de DB2 Everyplace.

• Nouveaux correctifs et nouvelles fonctionnalités de la base de données DB2 Everyplace
• Nouveaux correctifs et nouvelles fonctionnalités de DB2 Everyplace Sync Server
• Nouveaux correctifs et nouvelles fonctionnalités de DB2 Everyplace Sync Client
• Remarques et limites connues
• Marques

Nouveaux correctifs et nouvelles fonctionnalités de la base de données DB2 Everyplace

La section suivante commence par la liste des fonctionnalités de la base de données DB2 Everyplace ayant fait l'objet d'améliorations récentes.

Nouvelles fonctionnalités du moteur de base de données

• Prise en charge d'ADO.Net pour les plateformes PocketPC et Windows
• DB2 Everyplace dispose de deux nouvelles fonctions scalaires définies par le système qui vous permettent d'effectuer une requête SQL quelle que soit la casse des données demandées. Ces nouvelles fonctions sont LCASE() et UCASE().
• Vous pouvez désormais avoir plusieurs connexions aux différentes bases de données dans le même processus.
• Prise en charge de l'incrémentation automatique (colonne Identity)
• Récupération par morceaux de données de grande taille via CLI
• Prise en charge de Symbian OS Version 7
• Prise en charge de procédure mémorisée éloignée sur Symbian OS versions 6 et 7 et son support JDBC
• Prise en charge de types de processeur supplémentaires sur les plateformes Neutrino et Linux
• Prise en charge JDBC élargie et compatibilité JSR 169
• Prise en charge CLI supplémentaire, incluant : SQLColumns, SQLGetConnectAttr, SQLGetInfo, SQLGetStmtAttr, SQLNumParams, SQLSetConnectAttr, SQLSetStmtAttr et SQLTables.
• Prise en charge du chiffrement des données en local sur toutes les plateformes, Neutrino, Linux, Symbian OS 6 et OS 7 compris.

Correctifs du moteur de base de données

Les incidents corrigés dans DB2 Everyplace Version 8.1, FixPak 1, FixPak 2 et Version 8.1.4, avec le cas échéant, un numéro APAR pour référence, sont les suivants :

• Problèmes de chiffrement des données (APAR IC34759) :
  • Si une application accède à plus de 8 tables (dont l'une d'entre elles est une table chiffrée) au cours d'une seule session de connexion, DB2 Everyplace échoue.
  • La sélection des requêtes à l'aide du curseur flottant dans les tables chiffrées échoue.
  • Les requêtes GROUPBY (avec des colonnes de regroupement) sur des tables chiffrées échouent.
  • Les requêtes de mise à jour échouent sur les colonnes de tables chiffrées avec index.
• (APAR IC34782) Le moteur de la base de données DB2 Everyplace s'arrête anormalement lorsque vous utilisez le prédicat LIKE avec un marqueur de paramètre lorsqu'il y a un index sur la colonne (par exemple, C1 LIKE ?). Il se peut que la structure de l'index soit altérée en raison d'une instruction de mise à jour. L'incident se produit lorsqu'il y a plusieurs index sur la table et qu'aucune valeur SET ne modifie la valeur d'origine de la ligne. Si vous modifiez la valeur de la colonne, l'incident ne se produit plus.
• (APAR IC35328) Les tables du moteur DB2 Everyplace deviennent inaccessibles lorsque l'instruction DELETE est utilisée lors des actions suivantes :
  • réalisation d'une suppression physique,
  • lecture d'enregistrement logiquement supprimés,
  • pas d'utilisation de la clause WHERE avec l'instruction DELETE.
• (APAR IC35106) La nouvelle exécution d'une instruction préparée SELECT à l'aide du curseur flottant ne parvient à renvoyer de ligne.
• (APAR IC35043) Sur Palm OS, si une bibliothèque PVCPKCS11.prc est installée et que vous appuyez à plusieurs reprises sur le bouton Marche/Arrêt, l'appareil affiche éventuellement un message d'alerte système et doit être réinitialisé.
• (APAR IC35585) Une altération de l'index peut se produire sur Palm OS avec le message d'erreur SQLSTATE=58004 lors de l'exécution des opérations de mise à jour et de suppression si l'index est créé sur des colonnes dont les numéros sont compris dans l'un des ensembles suivants : 17-32, 48-64, 80-96, 112-128, 144-160, 176-192, 208-226, 240-256.
• (ARAR IC35710) Lorsque vous créez une application DB2 Everyplace Visual Basic à l'aide du fichier db2ecli.bas pour la plateforme Pocket PC, l'application s'arrête lorsqu'elle est exécutée sur l'émulateur Pocket PC 2002.
• (APAR IC35966) Incident d'appel de procédure mémorisée éloignée sur Palm. Une erreur bloquante se produit lorsque le paramètre SQLBindParameter contenant SQL_PARAM_OUTPUT est utilisé et lors de l'acquisition de ResultSet.
• (APAR IC36026) L'exécution d'une instruction préparée d'une requête SELECT ave une fonction d'agrégation sans clause GROUPBY renvoie une réponse incorrecte.
• (APAR IC36027) Une instruction DELETE avec recherche (avec une clause WHERE) ne parvient pas à supprimer toutes les lignes qualifiées si un index sur une colonne TIMESTAMP est utilisé dans la recherche des lignes qualifiées.
• (APAR IC36083) Les instructions CREATE TABLE et CREATE INDEX entraînent une erreur, si vous créez un index ou une clé primaire sur des colonnes dont le numéro est supérieur ou égal à 128.
• (APAR IC36069) Si un index est créé sur une position de colonne supérieure à 256, une altération des données peut se produire ou l'erreur SQLSTATE 58004 est retournée. Ce correctif empêche également la création d'une table avec plus de 256 colonnes.
• (APAR IC36070) L'instruction REORG exécutée sur une table comportant des enregistrements dont la taille est variable (par exemple, VARCHAR ou BLOB) peut entraîner une altération imprévisible du fichier de données ou un incident d'application. Ceci se produit plus vraisemblablement lorsque la taille des enregistrements augmente de par l'exécution de l'instruction UPDATE.
• (APAR IC36256) La génération des modèles d'applications DB2 Everyplace échoue avec Microsoft eMbedded Visual C++ 3.0.
• (APAR IC36270) DB2 Everyplace n'optimise pas certaines requêtes ORDER BY du fait qu'il ne parvient pas à choisir les index disponibles.
• (APAR IC37280) Le moteur de la base de données DB2 Everyplace s'arrête anormalement lorsqu'une application tente de se connecter à une base de données contenant une table DB2eSYSUSERS vide. Le même comportement peut être observé lorsqu'une application tente d'établir une connexion à la base de données et qu'elle fournit un mot de passe erroné immédiatement après que le premier ID utilisateur soit créé.
• (APAR IC36430) DB2 Everyplace risque de s'arrêter anormalement pendant l'exécution d'une requête GROUP BY lorsque le nombre d'éléments SELECT dépasse celui des éléments GROUP BY.
• (APAR IC36695) La tentative de connexion à une base de données chiffrée entraîne un arrêt anormal du moteur de la base de données DB2 Everyplace.
• (APAR IC36570) Le moteur de la base de données DB2 Everyplace renvoie l'erreur SQLState 57011 ou 58004 lorsqu'il tente d'accéder à une base de données résidant sur un support externe (SD Card, CompactFlash Card et IBM Microdrive, par exemple) sur un appareil Palm OS.
• (APAR IC36688) Le moteur de la base de données DB2 Everyplace renvoie l'erreur SQLState 58004 lors de la jointure de deux tables avec une condition de jointure impliquant des colonnes VARCHAR contenant des chaînes vides (lorsqu'un index est utilisé pour extraire les données).
• (APAR IC36702) DB2 Everyplace ne compare pas le prédicat "LIKE '%'" à une chaîne vide.
• (APAR IC37281) Il se peut que DB2 Everyplace SampleCLP renvoie une erreur ou des données incorrectes lors de l'importation d'une colonne VARCHAR/CHAR se terminant pas des guillemets.
• (APAR IC37045) DB2 Everyplace ne renvoie pas SQL State 23505 si l'application insère deux nombres décimaux dans une colonne de clé primaire dont les valeurs sont légèrement différentes. DB2 Everyplace les accepte à tort comme étant la même valeur.
• (APAR IC37046) DB2 Everyplace renvoie une erreur de syntaxe pour l'opérateur '¶llel.' de concaténation de chaîne.
• (APAR IC37048) DB2 Everyplace n'accepte pas les caractères en chinois traditionnel sur un dispositif Acer S60 avec Palm Chinese OS.
• (APAR IC37329) Lorsqu'une instruction UPDATE SQL utilisant l'index de clé primaire, suivi d'une instruction DELETE SQL utilisant un index erroné sont exécutées, les requêtes suivantes lancées au moteur de la base de données DB2 Everyplace renvoient un résultat incorrect.

Nouveaux correctifs et nouvelles fonctionnalités de DB2 Everyplace Sync Server

La section suivante commence par la liste des fonctionnalités de DB2 Everyplace Sync Server ayant fait l'objet d'améliorations récentes.

Nouvelles fonctionnalités de DB2 Everyplace Sync Server

• Prise en charge de DataPropagator Version 8

  L'administration des abonnements table de DataPropagator Version 8 requiert de bonnes connaissances de DataPropagator Version 8. Les serveurs DataPropagator Capture and Apply et les ensembles d'abonnements doivent être créés et activés à l'aide du centre de réplication DB2 Universal Database. L'outil DB2 Everyplace XML Scripting Tool peut alors être utilisé pour créer un abonnement table DB2 Everyplace DataPropagator, l'associant à l'ensemble d'abonnements DataPropagator.

• XML Scripting Tool

  A présent, vous pouvez modifier les objets existants dans le Centre d'administration des appareils mobiles à l'aide de l'outil XML Scripting Tool.

• Synchronisation avec Cloudscape en tant que source de données dorsale
• Prise en charge pour le système d'exploitation Solaris
• Mises à jour dans le Centre d'administration des appareils mobiles :

  Remarque : Si Sync Server est installé avec DB2 UDB Version 8.1 et que vous rencontrez de longs délais d'attente lors de l'exploration des abonnements via le Centre d'administration des appareils mobiles, installez DB2 UDB Version 8.1 FixPak 4.

  • Fenêtres Création d'un abonnement JDBC et Edition d'un abonnement JDBC :
    • Nouvelle case à cocher Répliquer maintenant (la réplication n'es pas effectuée au cours des opérations d'administration, à moins d'être sélectionnée)
  • Contrôle de l'ordre des ensembles d'abonnements

    Vous pouvez désormais spécifier l'ordre dans lequel les ensembles d'abonnements sont envoyés au client. Vous pouvez contrôler l'ordre des ensembles d'abonnements d'un groupe, l'ordre des abonnements dans des ensembles d'abonnements et l'ordre des tables dans un abonnement.

  • Fenêtre Modification de l'utilisateur

    Vous pouvez désormais spécifier plusieurs utilisateurs pour chaque appareil mobile.

  • Une nouvelle case à cocher a été ajoutée à la fenêtre Ajout d'une table. Si vous cochez la case Ecraser les paramètres globaux des filtres Join, vous activez le filtre de lignes en dehors du paramètre de portée. Ce paramètre doit être défini pour éviter les problèmes de filtre de lignes en dehors de portée.
  • Centre d'administration des appareils mobiles éloignés et gestion des groupes de serveurs

    Permet l'exécution à distance du Centre d'administration des appareils mobiles à partir des serveurs pris en charge. Ce système accepte les configurations à serveurs multiples en autorisant une gestion globale des serveurs depuis une machine physique et un emplacement éloignés.

  • Pour une source de données DB2, les utilisateurs peuvent désormais spécifier la base de données par défaut et l'espace table des tables de contrôle internes, créées par Sync Server.
• Prise en charge de la synchronisation pour .NET à l'aide du fournisseur DB2 Everyplace ISync.NET.
• Contraintes de clés étrangères autorisées dans les sources de réplication JDBC

  Vous pouvez désormais abonner des tables dans l'ordre parent-à-enfant, à condition que la relation d'intégrité référentielle soit contenue dans votre abonnement JDBC.

• Migration autonome lors de l'installation

  L'installation de Sync Server Version 8.1.4 lance automatiquement la migration vers la version 8.1.4 des configurations liées aux versions antérieures. Cette migration concerne également les tables de contrôle. En outre, vous pouvez mettre à niveau votre version d'évaluation en installation complète sous licence sans devoir désinstaller la version d'évaluation.

Correctifs de DB2 Everyplace Sync Server

Les incidents corrigés dans DB2 Everyplace Version 8.1, FixPak 1, FixPak 2 et Version 8.1.4, avec le cas échéant, un numéro APAR pour référence, sont les suivants :

• (APAR IC35310) Si un nom de paramètre de filtrage vertical n'est pas défini ou est mal orthographié dans la définition du groupe, Sync Server s'arrête pendant la synchronisation.
• (APAR IC35329) Si vous réinitialisez un abonnement fichier dans le Centre d'administration des appareils mobiles, puis effectuez une synchronisation, les nouvelles modifications du fichier sur le serveur ne sont pas synchronisées avec le client.
• (APAR IC34823) Le Centre d'administration des appareils mobiles ne démarre pas si vous utilisez DB2 Universal Database avec le FixPak 7.
• (APAR IC35308) L'appareil Palm se met automatiquement hors tension lorsque le délai de synchronisation dépasse le délai de transport spécifié (plus de 30 secondes). .
• (APAR IC35309) L'outil XML Scripting Tool ne parvient pas à supprimer un abonnement si la source est arrêtée.
• (APAR IC35334) Une certaine séquence de clics dans l'interface graphique Palm OS entraîne l'échec de cette interface.
• (APAR IC35335) Les abonnements fichier ne fonctionnent pas avec les appareils mobiles Symbian 6.
• (APAR IC36067) Définition d'ID groupe de serveurs sur "Installation altérée".
• (APAR IC36016) L'actualisation de la casse échoue sur le client WinCE Sync lorsque le chiffrement des données en local est activé. Le client émet une erreur du type ISCEVTTYPE_Error avec le code ISCEVT_ErrUnauthorized ou ISCEVT_ErrConnectData.
• (APAR IC35794) Sous Windows32/non-UNICODE, la définition de la page de codes située dans le fichier de configuration (CONFIG-ISYN) est incorrecte pour les ensembles de caractères non latins (Cp1252). Après la synchronisation, les données s'affichent avec des caractères erronés. Ce problème se produit avec le chinois, le japonais, le coréen, l'arabe, l'hébreu et le tchèque.
• (APAR IC36082) Un incident d'assertion "unexpected call to getUpdate" (appel de getUpdate inattendu) se produit lors de la tentative de reprise d'une synchronisation annulée.
• (APAR IC35403) L'erreur SQL1040N est reçue lorsque vous tentez de synchroniser des clients.
• (APAR IC35539) Les insertions et les mises à jour échouent pour les tables source OS/390 avec l'erreur DSYD028I.
• (APAR IC35535) Le panneau Définition avancée d'un abonnement dans le Centre d'administration des appareils mobiles ne conserve pas vos sélections.
• (APAR IC35653) La réplication échoue (DSYS005E) après la réinitialisation d'un appareil récemment synchronisé et la réplication ne peut pas reprendre via le processus de reprise automatique.
• (APAR IC35398) Une parenthèse fermante ne peut pas suivre immédiatement un nom de paramètre dans une clause WHERE. Sinon, l'erreur DB2 suivante se produit : "SQL0312N La variable SQL "{paramètre}" est utilisée dans une instruction dynamique SQL ou dans la définition d'une vue ou d'un déclencheur. SQLSTATE=42618."
• (APAR IC35980) La base de données de contrôle DB2 Everyplace (DSYCTLDB) peut être altérée si vous effectuez une édition ou une suppression sur un abonnement.
• (APAR IC36017) Exception NullPointerException signalée par le gestionnaire de base de données de réplication.
• (APAR IC36165) Lors de l'édition d'un abonnement fichier, si le nom d'abonnement et le fichier lié (ou pointeur) sont modifiés, le nouveau fichier lié n'est pas transféré sur l'appareil tant que l'ID utilisateur n'est pas réinitialisé dans le Centre d'administration des appareils mobiles.
• (APAR IC36189) Lors de la création d'un abonnement table JDBC à des tables situées sur une base de données source DB2 pour OS/400, les tables abonnées risquent de ne pas être accessibles en écriture à la suite de la création de l'abonnement, tant que le processus du Centre d'administration des appareils mobiles n'est pas fermé. Le message d'erreur est du type suivant : [SQL0913] Ligne ou objet xxxx xxxx type *FILE durant la réplication. Cet incident se produit également dans les abonnements JDBC et Upload.
• (APAR IC36261) Les bases de données source Domino ne parviennent pas à répliquer avec la base de données miroir DB2 Everyplace.
• (APAR IC36262) Lors de la fermeture du Centre d'administration des appareils mobiles, le fichier java.exe entre dans une étape de collection de boucles infinies qui envoie le message d'erreur "java.lang.OutOfMemory".
• (APAR IC36264) Un message d'erreur du type "DSYC401 échec de connexion aux données cible" lors de la tentative de synchronisation à d'un appareil client avec une source de données Domino.
• APAR IC36265) Lorsqu'une table source est abonnée avec une réplication JDBC, vous ne pouvez pas lire les données de la table source si la réplication est en cours de progression. Sur la plupart des plateformes, il n'y a pas de message d'erreur, mais le lecteur attend jusqu'à ce que la réplication soit terminée, puis poursuit normalement. Si la source est DB2 sur AS/400, avec la configuration de fichier AS/400 par défaut, le lecteur reçoit le message d'erreur suivant : SQL0913N Echec de l'exécution en raison d'un interblocage ou d'un dépassement de délai.
• (APAR IC36266) Vous pouvez désormais créer un mot de passe de chiffrement comportant jusqu'à 256 caractères. La limite antérieure était de 18 caractères.
• (APAR IC36267) Les clients utilisant le serveur HTTP iPlanet avec IBM WebSphere Application Server (pour exécuter DB2 Everyplace Sync Server) peuvent recevoir des erreurs d'authentification sur l'appareil client pendant la synchronisation. Le message d'erreur est le suivant : "DSYC304E : Erreur bloquante : échec de l'authentification". Cet incident se produit du fait que le serveur iPlanet effectue une conversion de la casse sur l'en-tête du message envoyé par Sync Client.
• (APAR IC36419) Dans le Centre d'administration des appareils mobiles, si vous avez désactivé la réplication en désélectionnant la case à cocher sur la page Réplication, puis redémarré Sync Server, la valeur par défaut est rétablie et la réplication est activée à tort.
• (APAR IC36409) Au cours de la synchronisation d'un abonnement impliquant un filtre horizontal avec une clause WHERE définie par l'utilisateur pour filtrer les lignes de la base de données miroir vers l'appareil, il peut arriver que Sync Server s'arrête de manière abrupte avec l'erreur suivante : "java.lang.ArrayIndexOutOfBoundsException: 1 at java.util.Vector.elementAt(Vector.java(Compiled Code)) at om.ibm.mobileservices.adapter.rdb.LookupFiltering.genUnionPhrase(LookupFiltering.java:1534)". La probabilité de rencontré cette erreur est généralement infime, mais augmente avec de nombreuses exécutions concurrentes.
• (APAR IC36411) La création d'un abonnement JDBC qui accède à une source de données SQL Microsoft échoue avec l'erreur suivante consignée dans le journal d'administration des appareils mobiles : DSYJ001E Une erreur de base de données s'est produite. [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer] Syntaxe incorrecte près du mot clé 'TABLE'. Etat SQL = HY000 Code d'erreur = 156'
• (APAR IC36407) Si un abonnement JDBC contient une table avec une colonne du type de données CHAR et que le pilote JDBC AS/400 Toolbox est utilisé, Sync Server rejette toutes les lignes envoyées par les utilisateurs avec le message d'erreur suivant : CLI0143E Valeur de précision incorrecte. SQLSTATE=HY104f
• (APAR IC36330) Vous recevez cette erreur si votre filtre horizontal contient un paramètre qui n'est pas immédiatement suivi de l'un des caractères suivants :
  • espace
  • apostrophe
  • retour à la ligne
  • virgule
  • barre verticale
  • inférieur à
  • supérieur à
  • égal
  Sync Server ne remplace pas un paramètre par la valeur appropriée si le nom de ce paramètre n'est pas suivi de l'un des caractères mentionnés ci-dessus.

Nouveaux correctifs et nouvelles fonctionnalités de DB2 Everyplace Sync Client

La section suivante commence par la liste des fonctionnalités de DB2 Everyplace Sync Client ayant fait l'objet d'améliorations récentes.

Nouvelles fonctionnalités de DB2 Everyplace Sync Client

• Nouvelle interface graphique pour IBM Sync, tirant parti des nouvelles fonctionnalités et d'aspect plus convivial :
  • répertoire cible configurable sur le client pour chaque abonnement,
  • taille des messages Sync Client configurable en fonction de la vitesse du réseau,
  • prise en charge de proxy de serveur,
  • chemin de servlet configurable servlet.
• Synchronisation des données à l'aide du nouveau DB2 Everyplace Cloudscape Sync Client
• Prise en charge de la synchronisation pour .NET à l'aide du fournisseur DB2 Everyplace ISync.NET
• Possibilité de configurer le délai d'expiration sur toutes les plateformes clientes
• Support SSL :
  • Pour les environnements WebSphere Everyplace Access, Version 4.3 uniquement : sur Palm OS, Win32, WinCE (Pocket PC 2002 uniquement) et Linux.

    Pour pouvoir utiliser le protocole SSL dans IBM Sync : Dans le panneau Paramètres serveur de l'interface graphique IBM Sync, spécifiez le protocole HTTPS dans l'adresse URL du serveur. Si le port SSL configuré n'est pas le port par défaut (443), dans ce cas indiquez le port SSL également. Pour configurer Sync Server pour SSL, reportez-vous à la documentation WebSphere Everyplace Access appropriée.

    Développement d'applications qui utilisent le protocole SSL : Une nouvelle Sync Client C-API (iscServiceOpenEx) est créée pour développer des applications avec support SSL.

• Nouveaux appareils client pris en charge :
  • Symbian 7 (Sony Ericsson P800)
  • Linux (Sharp Zaurus SL 5500 et SL 5600)
  • Palm OS Version 5.0
• Le répertoire cible (mémoire secondaire) est généralement disponible à partir de l'application IBM Sync et il peut être spécifié dans le panneau Paramètres client.
• API Sync Client pour Java

  Les développeurs d'applications Java peuvent désormais faire appel à l'API Java Sync Client (module isync4j) pour effectuer la synchronisation des données. Deux fournisseurs de synchronisation natifs sont disponibles : l'un d'eux utilise JNI pour lancer la synchronisation en appelant les bibliothèques Sync Client natives. L'autre fournisseur est utilisé uniquement pour les machines virtuelles J9 VM destinées à PalmOS. Pour plus d'informations, reportez-vous au manuel DB2 Everyplace Application Development Guide et au document isync4j Javadoc.

• API Sync Client en langage C

  L'API du client de synchronisation IBM a été modifiée afin d'offrir davantage de clarté, de souplesse et de fonctionnalités. La version 7.2.1 de l'API IBM Sync Client est toujours prise en charge via un encapsuleur, mais les nouvelles fonctions ne sont accessibles qu'avec la nouvelle interface.

• Synchronisation sur les unités MIDP

  Cette fonctionnalité est désormais incluse uniquement dans DB2 Everyplace SDK Edition. Crée un nouveau client de synchronisation J2ME MIDP, prenant en charge le développement d'applications J2ME MIDP capables de synchroniser les abonnements dans le système de fichiers MIDP pour l'application. Ce procédé exploite le système d'enregistrement J2ME MIDP au lieu de DB2 Everyplace (lequel ne fonctionne pas avec J2ME MIDP).

Correctifs de DB2 Everyplace Sync Client

Les incidents corrigés dans DB2 Everyplace Version 8.1, FixPak 1, FixPak 2 et Version 8.1.4, avec le cas échéant, un numéro APAR pour référence, sont les suivants :

• (APAR IC35552) Sur Palm OS utilisant le chiffrement en local avec l'API de synchronisation Java, le scénario est le suivant :
  1. Synchronisation.
  2. Saisie de l'ID utilisateur et du mot de passe, aboutissant à la synchronisation.
  3. Tentative de requête d'une table et réception du message d'erreur SQLSTATE42501 du type : "L'ID n'est pas autorisé à effectuer l'opération spécifiée sur l'objet identifié".
• (APAR IC35910) L'API Java Sync (isync4j.jar) et les fichiers de proxy agent (dsyagent.dll) sont introuvables dans les fichiers CAB de l'installation WinCE.
• (APAR IC35980) Comportement anormal de Sync Client : le client indique que la "synchronisation a abouti", mais aucun abonnement utilisateur n'a été réellement synchronisé.
• (APAR IC36166) Vous recevez l'erreur Sync Client suivante "dsyc699e Erreur réseau inconnue" en tentant une synchronisation entre un Pocket PC et une carte PCMCIA Sprint Wireless. Cet incident ne se produit pas sur la carte Verizon Wireless.
• (APAR IC36206) Un incident se produit pendant le processus d'authentification du Palm. IBM Sync s'arrête de fonctionner correctement si un mot de passe utilisateur est saisi de manière incorrecte 3 fois de suite ou si le bouton Annuler est sélectionné dans la fenêtre "Authentification DB2e". Les tentatives de synchronisation suivantes échouent avec le message "DSYC698I: Erreur : état SQL interne".
• (APAR IC36408) Lors de l'utilisation de la version en chinois traditionnel d'IBM Sync sur des appareils WinCE, des caractères altérés s'affichent dans le panneau des informations détaillées relatives aux abonnements et dans le panneau destiné à saisir l'ID utilisateur et le mot de passe pour les tables chiffrées. Ce problème se produit sur l'interface utilisateur uniquement et d'affecte pas la synchronisation.
• (APAR IC36410) Sur les dispositifs Palm, la version allemande du programme IBM Sync rencontre une erreur bloquante au cours de la synchronisation. Une fenêtre s'affiche et avertit de l'erreur bloquante, nécessitant la réinitialisation du système. Cet incident se produit sur la version allemande uniquement.
• (APAR IC36413) Après synchronisation, si des abonnements sont supprimés du Centre d'administration des matériels mobiles, le client rencontre des problèmes pour la mise à jour de la configuration lors de la prochaine synchronisation. Le client tente toujours de synchroniser les abonnements à supprimer.
• (APAR IC36412) Lors de l'utilisation du modèle de programme Java (ISyncSample) sur des appareils Palm, la synchronisation des tables entraîne l'abandon de l'appareil. Sur l'émulateur Palm, une erreur de dépassement de capacité des piles est indiquée.
• (APAR IC36574) Lors de la synchronisation d'une table dont la clé primaire est composée de toutes les colonnes, si vous annulez la synchronisation, puis synchronisez à nouveau, Sync Client peut signaler une erreur SQLstate 23505.
• (APAR IC36685) Lorsque Sync Client synchronise un abonnement fichier, s'il échoue, il ne retente pas de synchronisation de l'abonnement fichier au cours des synchronisations futures tant que l'abonnement fichier (ou l'utilisateur) n'est pas réinitialisé dans le Centre d'administration des appareils mobiles.
• (APAR IC26366) Selon la spécification courante de l'API, DB2 Everyplace dispose d'une longueur limitée à 18 caractères pour le mot de passe de base de données, Sync Client alloue également une mémoire de 18 caractères à l'application pour transmettre ce mot de passe. Ainsi, si l'application dépasse la mémoire allouée avec un mot de passe dont la longueur est supérieure à 18 caractères, cela entraîne l'abandon de Sync Client. Cette limite s'applique à toutes les plateformes.
• (APAR IC37573) Cet incident se produit lorsque vous développez une application Sync Client pour Palm OS à l'aide de l'API Sync Client. Lors des appels des fonctions d'API DB2 Everyplace Sync Client, iscEngineSync ou iscEngineSyncConfig, le client établit (ou compose) la connexion RAS au début de la synchronisation, puis ferme la connexion une fois la synchronisation terminée. Ainsi, en cas d'appels consécutifs de ces deux fonctions d'API, vous voyez Sync Client établir et ré-établir la connexion RAS plusieurs fois.
• (APAR IC37580) Lors de la synchronisation à partir d'un appareil Handspring Treo via le téléphone sans fil, Sync Client rapporte une erreur de connexion.

Remarques et limites connues

Cette section comporte une liste de remarques et de limites connues concernant cette édition de DB2 Everyplace :

• Les utilisateurs de la base de données client DB2 Everyplace risquent de voir les performances diminuées en mode de validation automatique (autocommit) avec les instructions UPDATE, INSERT et DELETE. La solution palliative à ce problème consiste à utiliser explicitement une transaction manuelle et à regrouper plusieurs modifications dans une seule opération de validation.
• Pour Ado.NET sur le moteur de la base de données :
  • L'extraction des ensembles de résultats à l'aide d'un appel de procédure mémorisée éloignée comporte une limite de taille de l'ensemble de résultats. Cette limite sera supprimée dans une prochaine édition.
  • Pour les méthodes ou les propriétés non prises en charge, une exception "System.NotSupportedException" est lancée.
• Lorsque Sync Client effectue une synchronisation avec plusieurs bases de données cible, le chiffrement de la base de données en local n'est pas pris en charge si plusieurs bases de données contiennent des tables chiffrées.
• Le client Cloudscape ne prend pas en charge la totalité des fonctionnalités prises en charge par le client DB2 Everyplace. Par exemple, les serveurs multiples, le classement des ensembles d'abonnements, d'abonnements et de tables, ainsi que le chiffrement des données en local ne sont pas pris en charge.
• La fonctionnalité de filtrage de jointure ne prend pas en charge plusieurs références à une table. Si une clause utilisateur WHERE contient plusieurs références à une table, la fonctionnalité de filtrage Join est désactivée pour cette clause et le message d'avertissement DSYD029W est consigné. La clause WHERE poursuit son fonctionnement sans la fonction de filtrage.
• L'intégrité référentielle n'est pas prise en charge pour les abonnements table DataPropagator.
• Pour les abonnements table DataPropagator, la réplication doit être toujours exécutée sur le serveur de la base de données miroir. Ceci signifie que si la réplication doit être exécutée pendant des opérations d'administration, le Centre d'administration des appareils mobiles doit s'exécuter sur le serveur de la base de données miroir.
• Les noms d'objet de base de données devant être placés entre guillemets ne sont pas pris en charge.
• En règle générale, la taille maximale d'une ligne dans une table est limitée par la source de données. L'ajout de la table à un abonnement JDBC limite encore davantage la taille de ligne maximale. La restriction supplémentaire sur la taille maximale d'une ligne est d'environ 125 octets.
• En règle générale, la taille maximale d'une ligne dans une table est limitée par la source de données. L'ajout de la table à un abonnement JDBC limite encore davantage la taille de ligne maximale. La restriction supplémentaire sur la taille maximale d'une ligne est d'environ 2 Ko.

Marques

Les termes qui suivent sont des marques d'International Business Machines Corporation aux Etats-Unis et/ou dans certains autres pays :
AIX
DB2
DB2 Universal Database
IBM

Microsoft, Windows, Windows NT et le logo Windows sont des marques de Microsoft Corporation aux Etats-Unis et/ou dans certains autres pays.

D'autres sociétés sont propriétaires des autres marques, noms de produits ou logos qui pourraient apparaître dans ce document.