Outils de test et de déploiement - Notes sur l'édition


1.0 Spécifications et logiciels pris en charge
2.0 Restrictions
   2.1 Restrictions de l'espace de noms d'Universal Test Client
3.0 Problèmes connus
   3.1 Validation de la cible du serveur

1.0 Spécifications et logiciels pris en charge

Dans cette édition, les environnements d'exécution suivants sont pris en charge :

2.0 Restrictions

2.1 Restrictions de l'espace de noms d'Universal Test Client

UTC (Universal Test Client) ne peut être utilisé que pour tester les applications s'exécutant sur un serveur situé dans un espace de noms Java unique. Lorsque plusieurs classes existent avec les mêmes noms de packages et de classes, seule l'une de ces classes sera disponible pour le test dans UTC. Deux solutions sont possibles :

  1. Si l'espace de noms conflictuel se trouve dans deux ou plusieurs applications d'entreprise, déployez les applications sur deux ou plusieurs serveurs. Le client de test universel sur chaque serveur pourra alors tester les applications séparément.
  2. Modifiez l'espace de noms (nom de package ou nom de classe) des classes conflictuelles de sorte qu'elles n'entrent plus en conflit. Prenons l'exemple d'une classe de proxy de service Web pour un EJB généré dans le même EAR. Dans ce cas, vous pouvez utiliser les paramètres de mappage personnalisés pour garantir la génération des classes du service Web dans un package différent.

3.0 Problèmes connus

3.1 Validation de la cible du serveur

Lorsque vous ciblez un projet sur un type de serveur et que vous l'exécutez sur un type de serveur différent (qui peut être incompatible avec l'autre), vous ne recevrez pas de message d'erreur lors de la publication ou du démarrage. Vous devez vérifier que le serveur ciblé et le serveur de déploiement correspondent ou sont compatibles.

Retour au fichier readme principal