Ce document est conçu pour traiter le problème des pics CPU sur les serveurs HTML où les processus Java consomment toutes les ressources du serveur.  Le problème ne se résout qu’une fois les services HTML redémarrés.  Nous aborderons les causes possibles suivantes et fournirons des instructions pour résoudre ce problème.

Causes possibles :

• Défiler jusqu’à la fin
• Requêtes de recherche ouvertes
• Taille globale de la page

Les principales applications qui devront être examinées pour ajuster les requêtes Défiler à la fin et/ou Trouver ouverte au niveau de l’application sont :

Demandes pour réviser/ajuster :

• Demande de commande de vente
• Demande de commande d’achat
• Carnet d’adresses
• Maître d’objets
• Branche des items
• Navigateur de données
• Établi de plancher d’atelier
• Toute autre application où des ensembles de données très volumineux peuvent être retournés.

Défiler jusqu’à la fin

Défiler jusqu’à la fin a été introduit avec EnterpriseOne 8.11 Tools Release 8.94.  Le paramètre par défaut de cette version à partir de l’outil permet de faire défiler jusqu’à la fin pour tous les utilisateurs.  Cela peut causer des problèmes de performance puisque Scroll to End récupère TOUTES les données admissibles dans JDE.  Pour ajuster les paramètres Défiler jusqu’à la fin, vous pouvez faire ce qui suit.

Niveau système (tous les utilisateurs) :

Dans jas.ini ensemble
[ERPINTERACTIVITÉ]
InteractivityLevel=LOW

Le bouton Défiler jusqu’à la fin n’est pas disponible lorsque InteractivityLevel=LOW.
La valeur par défaut de ce paramètre est ÉLEVÉE.  (Les valeurs autorisées sont : FAIBLE, MOYEN ou ÉLEVÉ.)

Utilisateur individuel :

Lorsque le profil d’un utilisateur a le mode accessibilité réglé sur « Oui », il sera automatiquement réglé en mode faible interactivité. Cela n’affecte que l’utilisateur spécifique et n’a pas d’impact global.

Niveau de candidature :

La fonctionnalité de défilement jusqu’à la fin peut être activée ou désactivée en utilisant Action Security dans P00950 (application Security Workbench). Si l’option Défiler à la fin est réglée sur N, le bouton Aller à la fin ne sera pas visible.

Requêtes de recherche ouvertes

La mise en place de la sécurité pour limiter les requêtes Open Find est discutée en détail dans le document Oracle suivant, E1 : SEC : Application Query Security to Prevent les requêtes « Open Find » dans les applications EnterpriseOne et le navigateur de données. (ID Doc 1232653.1).

De plus, pour les versions d’outils antérieures à la 9.1, il existe des ESU requis selon le niveau de la version Application qui permettent cette fonctionnalité.

Voici les sujets abordés dans le document Oracle et les instructions pour chaque élément sont indiquées ci-dessous.

• Lancer la requête d’application Sécurité à partir de Security Workbench
• Configurez la sécurité des requêtes applicatives pour les applications
• Configurez la sécurité des requêtes d’application pour DataBrowser
• Exclure les utilisateurs de la sécurité des requêtes d’applications
• Travail avec la sécurité des requêtes applicatives
• Configurez un message d’erreur ou d’avertissement pour un formulaire spécifique dans une application
• Configuration de sécurité des requêtes d’application stockée par code de chemin dans F98950
• Promotion du projet OMW des dossiers de sécurité des requêtes d’applications

Lancer la requête d’application Sécurité à partir de Security Workbench

La sécurité des requêtes d’applications est accessible sur le client web et lancée à partir de l’établi de sécurité P00950 en sélectionnant l’élément Sécurité des requêtes d’application sous le formulaire |Configurez le menu de sécurité.

Dans Travailler avec la sécurité des requêtes d’applications, la sortie du formulaire Ajouter une application est sélectionnée pour configurer la sécurité des requêtes d’application soit pour une application, soit pour un navigateur de données.

Note : Application Query Security appelle une application différente (P98950) comparée aux autres éléments de configuration de sécurité dans Security Workbench qui appellent différents formulaires dans le Security Workbench P00950.

Configurez la sécurité des requêtes applicatives pour les applications

Cette option configure la sécurité des requêtes d’application pour un formulaire spécifique au sein d’une application.

Exigences relatives à la demande, au formulaire et au nom des sous-formulaires

Le nom de l’application et du formulaire sont des entrées obligatoires pour que la sécurité des requêtes d’application fonctionne. Pour les applications Powerform, le nom de la sous-forme est également requis.

Exigences d’entrée sur le terrain

Il y a deux options d’exigences d’entrée sur le terrain parmi lesquelles choisir :

Au moins un filtre de formulaire ou un champ QBE (option par défaut) est requis

Le système recherche une entrée dans au moins un champ de filtre sous forme visible ou dans l’un des champs QBE visibles.

Seuls les champs de formulaire basés sur la vue métier avec la propriété de filtre activée dans l’aide à la conception de formulaire sont considérés.

Note : Les champs de formulaire non-filtre non basés sur la vue métier sont ignorés. Pour utiliser des champs de formulaire non filtrés, utilisez l’option Champs configurés décrite ci-dessous.

Pour déterminer si un champ du formulaire est basé sur une vue d’entreprise, vérifiez que le paramètre d’exécution web Activer l’affichage des informations de la vue d’entreprise est activé pour l’instance JAS. Sinon, activez le paramètre et redémarrez l’instance JAS.

Dans le formulaire de demande, cliquez sur l’icône Aide à l’article.

Cliquez sur la boîte d’entrée du champ de formulaire.

Filtrez le champ de formulaire selon la vue entreprise avec le réglage d’exécution web JAS Activer l’affichage des infos de la vue entreprise désactivé.

Filtrez le champ de formulaire selon la vue métier avec le paramètre d’exécution web JAS Activer l’affichage des informations de la vue métier activé.

Les champs de formulaire non-filtre non basés sur la vue métier sont ignorés. Pour utiliser des champs de formulaire non filtrés, utilisez l’option Champs configurés décrite ci-dessous.

Champs configurés

Le système recherche une entrée dans au moins un champ de la liste des champs configurés. La liste configurée des champs est créée en spécifiant quel champ Formulaire ou QBE nécessite une entrée après l’ajout de la configuration de la sécurité des requêtes applicatives.

Pour les versions d’outils antérieures à la version 9.1.3.0 :

• Seuls les champs de filtre du formulaire s’affichent dans la liste des champs configurés.

Pour les versions 9.1.3.0 et ultérieures :

• Les champs de filtre de formulaire (basé sur la vue métier) et les champs sans filtre (non basés sur la vue métier) s’affichent dans la liste des champs configurés.
• Pour certaines applications/formulaires standards qui affichent à la fois des champs de filtre et non-filtre, utilisez l’option Champs configurés afin que la sécurité des requêtes d’application soit appliquée correctement. Parmi les exemples d’applications/formulaires standards, on retrouve : P0411/W0411G, P03B102/W03B102A et P41200/W41200A.
• Un problème connu est signalé dans Bug 16590272avec la sécurité des requêtes d’application permettant « Open Find » lorsque la liste de champs configurée inclut des champs non filtrants basés sur des éléments de données du dictionnaire de données de type String. Le 16590272 de bogue est corrigé dans la version 9.1.4.0 des outils

Types de messages

Si les exigences d’entrée de champs ont été remplies, le système effectuera la recherche par requête. Sinon, un message contextuel est affiché selon le type de message défini, avec l’option d’annuler ou de poursuivre la recherche de requête.

Erreur

Cliquez sur OK pour annuler la requête Recherche ouverte

Avertissement

Cliquez sur OK pour annuler la requête Open Find ou cliquez sur Annuler pour lancer la requête Open Find

Option des outils de menu – Configurer les champs

L’option Configurer les champs dans le menu Outils sert à maintenir une liste des champs configurés lorsque l’option Besoins d’entrée de champs est définie sur Champs configurés après la mise en place de la sécurité des requêtes applicatives.

L’enregistrement de sécurité de requête d’application doit être en statut Activé pour maintenir la liste des champs configurés.

Sur l’écran Configurer les champs pour la sécurité des requêtes d’application, les champs Filtre de formulaire et QBE sont affichés sous les champs Disponible et Sélectionné.

Champs de filtre de formulaire disponibles – La liste n’affichera que les champs de formulaire basés sur la vue métier avec la propriété Filtre activée dans l’aide à la conception du formulaire (c’est-à-dire que les critères de filtre ne sont pas réglés à Aucun).

À partir de la version 9.1.3.0 des outils, tous les champs de formulaire visibles (filtre et non-filtre) sont affichés dans la liste.

Par exemple, formulaire P01012 W01012B Travail avec adresses :
• La liste des champs disponibles contient le type de recherche du champ filtre (avant la version 9.1 des outils)
• La liste des champs disponibles contient le champ filtre Type de recherche et le champ non filtre Nom alpha (pour les outils version 9.1 et ultérieure)

Avant la version 9.1 des outils

Outils version 9.1 et ultérieure

Si la configuration de la sécurité des requêtes d’application n’a pas été complétée, cliquez sur les Outils|Configurer les champs pendant la configuration générera l’erreur ci-dessous :

Si la configuration de la sécurité des requêtes d’application est terminée et que l’option Champs configurés est sélectionnée, cliquez sur Outils|Configure Fields générera l’erreur ci-dessous. Notez que le problème a été signalé dans le 11042876 de bug et est corrigé dans la version 8.98.4.0 des outils.

Configurez la sécurité des requêtes d’application pour DataBrowser

Voir ci-dessous pour comprendre les options de configuration de la sécurité des requêtes d’applications pour DataBrowser. La configuration est similaire à celle de la sécurité des requêtes d’applications pour les applications, sauf que l’option Champs configurés n’est pas prise en charge pour DataBrowser et que le nom d’application par défaut est DATABROWSE.

Exigences d’entrée sur le terrain

Il y a deux options d’exigences d’entrée sur le terrain parmi lesquelles choisir :

• Champs de filtre de forme
  Le système recherche une entrée dans au moins un champ de filtre de formulaire.

• Champs QBE
  Le système recherche une entrée dans au moins un champ QBE.

Puisque l’option Configurer les champs n’est pas prise en charge pour DataBrowser, il existe une ESU qui supprime l’affichage du texte Outils -> Configure les champs sous le bouton QBE Fields pour chaque version d’application :

• Bug 11048562– 8.11SP1
• Bug 11048568– 8.12
• Bug 11048567– 9.0

Option des outils de menu – Configurer les champs

L’option Configurer les champs dans le menu Outils n’est pas prise en charge dans DataBrowser. Bug 11048503 supprime l’option à partir de la version 8.98.4.0 des outils.

Exclure les utilisateurs de la sécurité des requêtes d’applications

Par défaut, la Sécurité des requêtes d’application s’applique à TOUS les utilisateurs (*PUBLIC). Pour les utilisateurs ayant une entreprise qui doivent effectuer des requêtes Recherche ouverte, il existe une option pour exclure ces utilisateurs de la sécurité des requêtes d’application via la sortie de ligne Exclure les utilisateurs dans Travailler avec la sécurité des requêtes applicatives.

Consultez 28505811 d’amélioration, SÉCURITÉ DES REQUÊTES D’APPLICATION – LISTE D’EXCLUSION DES RÔLES, pour comprendre comment utiliser les rôles en plus des utilisateurs.

Travail avec la sécurité des requêtes applicatives

Le formulaire Application Query Security affiche les enregistrements sous deux vues différentes :

Vue sécurisée des applications

• Affiche le statut de l’enregistrement de sécurité des requêtes d’application
  Activé – La sécurité des requêtes d’application est activée
  Désactivé – La sécurité des requêtes d’application est désactivée

• Sélectionnez l’enregistrement de sécurité de l’application pour réviser les exigences d’entrée de champ et le type de message, et pour activer/désactiver l’enregistrement de sécurité de l’application

• Sortie de rangée – Exclure les utilisateurs
  Cet écran permet d’exclure l’ajout d’un ou plusieurs utilisateurs de l’enregistrement de sécurité de l’application ou du formulaire spécifique

Vue des utilisateurs exclus

• Affiche le statut des utilisateurs exclus de la sécurité des requêtes d’application
  Activé – L’utilisateur est exclu de la sécurité des requêtes d’application
  Désactivé – L’utilisateur n’est pas exclu de la sécurité des requêtes d’application

• Sélectionnez activer ou désactiver pour exclure l’utilisateur de la sécurité des requêtes d’application

Configurez les messages d’erreur ou d’avertissement pour un formulaire spécifique au sein d’une application

Les messages d’erreur et d’avertissement sont dérivés du glossaire des éléments du dictionnaire de données. Voir POFERR et POFWAR dans P92001 – Travailler avec les éléments du dictionnaire de données.

Le texte du message ne précise pas quels champs sont nécessaires pour effectuer la recherche de requête. C’est un message générique appliqué à toutes les applications et à l’application DataBrowser.

POFERR – Prévenir l’erreur de recherche ouverte

POFWAR – Prévenir l’avertissement de découverte ouverte

Le texte générique du message peut être personnalisé en ajoutant du texte de Glossary Overrides au niveau du formulaire sur les éléments du dictionnaire de données POFERR et POFWAR.

Lorsqu’une sécurité de requête d’application est configurée avec l’option Champs configurés pour un formulaire spécifique avec l’application, un texte de message personnalisé doit être utilisé pour informer les utilisateurs quels champs de filtre de formulaire ou QBE dans la liste des champs configurés sont nécessaires pour effectuer la requête lorsqu’ils effectuent une requête Open Find dans le formulaire.

Étapes pour configurer le message dans P92001 – Travailler avec les éléments du dictionnaire de données

Note : Dans la version 9.0 et ultérieure, P92001 doit être appelé sur le client Windows/fat EnterpriseOne puisque le texte du glossaire ne peut pas être ajouté ou mis à jour sur le client web.

Trouvez l’alias du dictionnaire de données POFERR et sélectionnez la ligne sortie Glossary Overrides.

Cliquez sur Ajouter pour ajouter un en-tête texte de message personnalisé pour la forme spécifique de l’application configurée avec l’option Champs configurés dans la Sécurité des requêtes d’application.

Remplissez le champ du formulaire avec le formulaire spécifié dans la configuration de sécurité des requêtes d’application pour l’application.

Après avoir ajouté l’en-tête texte personnalisé du message, sélectionnez la ligne de sortie du glossaire.

Ajoutez le texte personnalisé du message pour spécifier les champs requis dans la liste des champs configurés pour le formulaire.

Note : Pour afficher toute modification du texte du glossaire après qu’il ait été affiché sur le client web, videz le cache de texte du glossaire du dictionnaire de données dans les caches de base de données Server Manager/JDBJ.

Configuration de sécurité des requêtes d’application stockée par code de chemin dans F98950

Les informations de configuration de sécurité de la requête d’application sont stockées dans la table User Overrides F98950. L’enregistrement de configuration de sécurité de requête d’application prend la forme d’un enregistrement de dérogation utilisateur avec un type de dérogation utilisateur PF. Bien qu’elle soit stockée dans F98950, les informations de sécurité des requêtes d’application ne peuvent pas être consultées avec P98950 – Travailler avec les contournements utilisateur. Puisque les enregistrements de configuration sont stockés dans la table F98950, qui réside dans la source de données des Objets centraux, la configuration de sécurité des requêtes d’application n’affecte que l’environnement où elle est définie.

Promotion du projet OMW des dossiers de sécurité des requêtes d’applications

Pour promouvoir les enregistrements de configuration Application Query Security vers d’autres environnements, l’Object Management Workbench (OMW) est utilisé en promouvant un projet contenant les enregistrements de configuration Application Query Security.

Identifier les requêtes d’application, la configuration de sécurité et les enregistrements des utilisateurs exclus

Dans le volet droit de l’Object Management Workbench (OMW), dans l’onglet Recherche, sélectionnez User Overrides dans le champ Category et Object|Formulaire dans le champ Type de recherche. Dans le champ Recherche, tapez le nom de l’application où Application Query Security a été configurée, suivi du caractère joker (*) (par exemple, P0911*, DATABROWSE*). Les enregistrements contenant le type de dérogation utilisateur PF sont les enregistrements de sécurité des requêtes d’application. Sélectionnez ces enregistrements pour les ajouter au projet. Par exemple, *PUBLIC|P0911|W0911I||PF|||. 00 est l’enregistrement de configuration de sécurité et JDEUSR01|DATABROWSE|||PF|||. 00 correspond à l’enregistrement des utilisateurs exclus.

Taille globale de la page

The default settings can be changed for the HTML/Web client by changing the GlobalPageSize parameter in the JAS.INI file which can be located in the <jas_home>\webclient.war\WEB-INF\ folder.

[OWWEB]
GlobalPageSize=
Notez que la valeur par défaut est 0, ce qui équivaut à 10 enregistrements; vous la modifieriez à 20 si vous souhaitez en avoir 20 à la fois. Le paramètre GlobalPageSize supprime globalement les paramètres de page de la FDA pour toutes les demandes. Les valeurs valides vont de 0 à 100.

• Pour GlobalPageSize=0, ce paramètre est désactivé et le serveur Web utilise les paramètres individuels de la FDA pour chaque application, qui sont par défaut à 10.
• Pour les valeurs comprises entre 1 et 100, le GlobalPageSetting supprime le paramètre FDA pour une application si la taille de la page au niveau de l’application est inférieure à celle du GlobalPageSetting. Si le paramètre FDA est plus grand, le serveur HTML/Web utilisera cette valeur à la place.
• Si la valeur GlobalPageSetting est supérieure à 100, le serveur Web règle ce paramètre à 100.

Lors de l’ajustement de la taille globale de la page, faites attention à ne pas mettre les valeurs trop élevées.  Puisqu’augmenter cette valeur signifie qu’il y a plus de données à afficher pour votre navigateur, la performance diminue.  Multiplicer ce facteur par le nombre d’utilisateurs affichant de grands ensembles de données aura un impact absolument négatif sur la performance au niveau du serveur.

Dans ce document, nous avons exploré des moyens possibles de résoudre le problème des pics de CPU sur les serveurs HTML causés par les processus Java qui consomment toutes les ressources du serveur. Et où le problème ne se résout pas tant que les services HTML ne sont pas redémarrés.  Suivre ces suggestions éliminera le problème.