Une fonctionnalité particulièrement intéressante sous Planisware est celle des batchs intranet. Il s’agit de la possibilité d’administrer, de planifier et d’exécuter des traitements batchs (calculs d’indicateurs, exports de données, mises à jour de données etc…) directement depuis les Intranet Servers.
Cette fonctionnalité qui peut être utilisée
Voici donc ce qui pourrait faire office de mémo, ou de checklist lorsque l'on souhaite améliorer les performances de son application web. La liste des optimisations fournies ici est loin d'être exhaustive mais chaque point a l'avantage d'être facile à
Lorsque l’on installe un environnement Planisware Server en cluster (plusieurs Intranet Servers) connecté à un schéma de base de données Oracle il est utile de vérifier que la base Oracle est bien configurée pour ce type de fonctionnement. En particulier lorsque l’on a un nombre important d’Intranet Server démarrés
Dans les derniers programmes d’installation de Planisware Application Server sous Windows 7 (comme celui de la P5 SP2 Windows par exemple) les fichiers de configuration (opx2.ini, database.ini, intranet.ini et timecard.ini) et le répertoire des patchs (« updates ») ne sont plus localisés dans le répertoire classique :
\Planisware Application Server\INSTANCE_P5\OPX2Modules\
Ceci est un peu
Plusieurs pages de connexion ou d’administration de Planisware 5 Processes sont accessibles directement en client léger en indiquant la bonne URL.
La première partie de l’URL est relativement classique :
http://<DNS_SERVER>:<PORT_APACHE>/<INSTANCE_PLW>/OPX2/<DNS_SERVER>:<PORT_IS>/
Avec :
<DNS_SERVER> : IP ou nom dns du serveur
<PORT_APACHE> : port du serveur apache
Sous UNIX lorsqu’une instance Planisware (PLW) est démarrée un certain nombre de processus système apparaissent. Chaque module Planisware (Connect, Application Server ou Intranet Server, Dispatch, Timecard etc.) possède un certain nombre de processus et sous-processus qui lui est propre.
En exploitation il peut être intéressant de superviser ces processus unix pour
