Paramètres d'appel des méthodes asynchrones d'EJB
Utilisez cette page pour modifier les paramètres du gestionnaire de travaux utilisé pour la prise en charge des méthodes asynchrones Enterprise JavaBeans.
Pour afficher cette page de la console d'administration, sélectionnez
Les options Use internal work manager instance et Utiliser une instance de gestionnaire de travaux personnalisée sont mutuellement exclusives.
Utilisez ce gestionnaire de travaux pour les méthodes asynchrones
Spécifie une instance de gestionnaire de travaux par défaut.
Le produit fournit une instance de gestionnaire de travaux interne pour la prise en charge des méthodes asynchrones EJB. L'instance de gestionnaire de travaux interne est préconfigurée pour la fonctionnalité de méthode asynchrone EJB de base et fournit des paramètres de configuration limités.
Cliquez sur ce bouton pour spécifier que vous voulez utiliser l'instance de gestionnaire de travaux interne pour gérer vos appels de méthode asynchrone. Ce choix rend inaccessible l'option Utiliser une instance de gestionnaire de travaux personnalisée.
L'option Use internal work manager instance est l'option par défaut. Toutefois, vous pouvez aussi utiliser une instance de gestionnaire de travaux personnalisée.
Utiliser une instance de gestionnaire de travaux personnalisée
Spécifie une instance de gestionnaire de travaux personnalisée.
Vous pouvez effectuer une configuration plus avancée des méthodes asynchrones EJB en définissant une instance de gestionnaire de travaux personnalisée.
Ce choix vous permet d'utiliser une instance de gestionnaire de travaux que vous avez déjà définie et configurée de façon optimale pour votre environnement.
Ce choix rend inaccessible l'option Use internal work manager instance.
Nombre maximal d'unités d'exécution
Spécifie le nombre maximal d'unités d'exécution utilisées lors de l'exécution des méthodes EJB asynchrones. La valeur par défaut est 5.
Taille de la file d'attente des demandes de travaux
Indique la taille de la file d'attente des demandes de travaux. La file d'attente des demandes de travaux est une mémoire tampon qui conserve les méthodes asynchrones demandées jusqu'à ce qu'une unité d'exécution soit disponible pour leur exécution. La valeur par défaut est 0 et indique que la taille initiale se situe entre le nombre d'unités minimal et le nombre d'unités maximal autorisés.
La somme de l'attribut de nombre maximal d'unités d'exécution et de l'attribut de taille de la file d'attente des demandes de travaux est le nombre total de demandes de méthode en cours autorisé.
Par exemple, si le nombre maximal d'unités d'exécution est cinq et que la taille de la file d'attente des demandes de travaux est 50, le nombre total de demandes de méthode en cours autorisé est 55.
La valeur par défaut est 0 et indique que la taille de la file d'attente est gérée par l'environnement d'exécution. L'environnement d'exécution utiliser la plus grande valeur 20 et maxThreads.
Action en cas de saturation de la file d'attente des demandes de travaux
Indique l'action prise lorsque le pool d'unités d'exécution est épuisé et que la file d'attente des demandes de travaux est saturée. La valeur par défaut est BLOCK.
Si la valeur est FAIL, une exception est émise et le système n'attend pas qu'une unité d'exécution ou une place dans la file d'attente se libère.
Vous pouvez utiliser cette option au cours du développement pour identifier les erreurs générées par les méthodes asynchrones à exécution longue. Vous pouvez également l'utiliser pour déterminer le nombre d'unités d'exécution et la taille de file d'attente devant être configurés.
Si la valeur est BLOCK, l'unité d'exécution demande que l'exécution de la méthode asynchrone attende qu'une unité d'exécution ou une place dans la file d'attente se libère.
Nom JNDI du gestionnaire de travaux
Spécifie le nom JNDI (Java™ Naming and Directory Interface) utilisé pour rechercher le gestionnaire de travaux personnalisé dans l'espace de nom.
Durée de l'objet futur distant
Durée pendant laquelle le serveur conserve l'objet futur de chaque appel de méthode asynchrone de déclenchement et de retour de résultats. Si une application n'extrait pas les résultats dans le délai spécifié, le serveur purge les résultats de cet appel de méthode afin d'éviter les fuites de mémoire et une exception OutOfMemory. Vous pouvez définir la valeur 0 pour ne jamais purger les objets. Toutefois, cela implique que l'objet futur n'expire jamais et que vous désactivez la protection contre les programmes mal écrits qui peuvent générer l'exception OutOfMemory référencée. La valeur par défaut est 86400 secondes (24 heures).

