Restrictions et limitations du langage de requête EJB
Lors de l'utilisation du langage de requête EJB (Enterprise JavaBeans) sur le produit, des écarts peuvent être décelés par rapport au langage de requête EJB standard. Les limitations et les restrictions que vous devez connaître sont répertoriées dans la section suivante.
La présente section définit les limites et les restrictions connues à ce jour.
- Les requêtes EJB query language impliquant des beans avec des clés constituées de relations avec d'autres beans enterprise sont considérées invalides et génèrent des erreurs lors du déploiement. Il s'agit d'un incident recensé.
- Le support du langage de requête IBM EJB étend la spécification EJB 2.0 de plusieurs façons : il est plus permissif, prend en charge des fonctions DB2 supplémentaires, etc. Si la portabilité entre bases de données tierces ou entre outils de déploiement EJB pose problème, veillez à écrire toutes les requêtes EJB QL conformément aux instructions du chapitre 11 de la spécification EJB 2.0.
- Le pré-chargement entre les relations m:n aboutit à la production d'un langage SQL inexact. C'est une limite connue qui devrait être résolue dans le futur.
- Le pré-chargement entre les relations s'auto-référençant génère un langage SQL inexact.
- Eviter toute relation entre des beans enterprise parents et enfants à l'intérieur de la même hiérarchie d'héritage qui ne sont pas correctement définis.
- La validation du langage de requête EJB pour les fichiers JAR EJB 2.0 est actuellement exécutée dans le cadre de la validation du mappage EJB-RDB. Si un document de mappage (fichier map.mapxmi) n'existe pas dans le projet, les requêtes EJB ne sont pas validées.