Surveiller ce forum | 
Commencer une nouvelle discussion
| RE: framework Quartz (scheduler java) [ Répondre ] Par : Thierry RIGAL on 2007-03-01 10:18 | [forum:52547] |
|
Si la configuration du scheduler, du job et du crontigger se fait principalement via des fichiers de configuration (quartz.properties contenant lui-même l'adresse du fichier nommé quartz-config.xml) les développeurs auront la charge de créer une (ou plusieurs) classe(s) implémentant l'interface Job. En effet les classes job s'appuieront sur des "delegates" permettant de contrôler les objets de s "packages" Integration et VO. Ces "delegates" seront utilisés de la même manière que ceux de la couche Action, pour contrôler le JDBCWrapper ou FileWrapper. |
|
| RE: framework Quartz (scheduler java) [ Répondre ] Par : Gilles PASQUEREAU on 2007-03-01 09:47 | [forum:52546] |
|
En ce qui concerne l'intégration du composant Quartz, quelques éléments de réflexion : - Intégration de l'archive Quartz en version 1.6 dans le fw --> intégration des commons-collections-3.1 - constitution, à l'aide d'une tache ant spécifique, d'un livrable à déployer spécifique intégrant les seuls éléments indispensables (pas de struts, strutcx...) - Initialisation du composant quartz par le biais de la servlet QuartzInitializerServlet configuré dans le web.xml - Utilisation du plugin quartz JobInitializationPlugin (configuré dans le fichier quartz.properties) pour définir et lancer les jobs à exécuter par le biais d'un fichier xml : --> Pas de code java à écrire pour définir les jobs et les triggers --> L'utilisation de ce plugin implique l'inclusion de l'archive jt.jar - Utilisation de crontrigger permettant d'externaliser en fichier de façon simple (?) les paramètres d'exécution (date, fréquence, ...) |
|
| RE: framework Quartz (scheduler java) [ Répondre ] Par : Xavier PRINCE on 2007-02-28 03:26 | [forum:52544] |
|
Juste un remarque ... ce sujet ne devrait il pas plutot apparaître dans la partir Outillage ACube. Sinon, pour le contenu : - sur la gestion des logs, je pense qu'il sera bon pour ces logs spécifique de créer une nouveau niveau de log qui serait placé juste avant le niveau INFO afin de permettre une identification rapide de ces logs. - pour la partie application, prévoyons nous bien d'utiliser les Wrapper ACube au sein des traitements batchs, je pense en d'autre bien sur au JDBCWrapper. |
|
| framework Quartz (scheduler java) [ Répondre ] Par : Thierry RIGAL on 2007-02-22 18:26 | [forum:52524] |
|
Suite à un besoin fonctionnel et technique, l'introduction du framework Quartz dans la filière de développement Acube s'avère nécessaire pour répondre au besoin d'automatiser des traitements métiers différés dans le temps embarqués dans une application ACube. Plutôt que de s'orienter vers un développement Java à base de Timer spécifique pour chacune des applications, Quartz permet de mutualiser ces développements et de les rendre paramètrables pour chacune des applications nécessitant de répondre à ce type de besoin. L'introduction du composant Quartz a des impacts en terme d'infrastructure et d'exploitation. Les éléments de réflexions à ce stade sont les suivants : Impacts sur l'architecture haute disponibilité ---------------------------------------------- Un serveur Tomcat spécifique par environnement est dédié aux traitements Quartz. Il est donc nécessaire de disposer de : Impacts sur la constitution des livrables ----------------------------------------- La livraison d'une application ACube intégrant le composant Quartz consistera en 2 livrables distincts : - Un livrable pour les composants de l'application dédiés aux utilisateurs qui n'intégrera pas le composant Quartz, ni les paramétrages liés à ces composants - Un livrable pour les composants de l'application effectuant les traitements Quartz qui intégrera le composant Quartz et ses paramètres. Impacts sur le processus de déploiement des livrables ----------------------------------------------------- Dans une 1ère phase, les paramètres gérant l'heure et la fréquence de lancement de traitement des travaux Quartz d'une application seront externalisés sous forme de fichiers paramètres personnalisables lors de la phase de déploiement. Dans un second temps, on étudiera la possibilité de gérer ces paramètres en base de données et de les administrer par le biais d'une interface. Impacts sur la gestion des logs ------------------------------- Outre les informations de log propres aux traitements applicatifs, une gestion des logs spécifique aux travaux Quartz sera produite à des fins de supervision. Elle comportera les informations suivantes : Nom de l'application Nom du travail Date de début Date de fin Traitement OK/NOK Impacts sur la politique de sécurité de l'environnement ACube ------------------------------------------------------------- - Génération des livrables en prenant en compte la désactivation des traitements inutiles pour l'environnement cible (utilisateur/Quartz). - Un serveur Tomcat supportant Quartz ne doit pas être accessible par HTTP - Un serveur Tomcat supportant Quartz doit accéder à un SGBD (JDBC) ou à un serveur de messagerie (SMTP). - Les serveurs Tomcat supportant Quartz seront installés dans la même DMZ que les serveurs Tomcat supportant les applications orientés utilisateur. - L'accès au SGBD par les travaux lancés par Quartz se fera avec un login spécifique à ces types de traitement et dont les droits seront strictement cantonnés aux objets SQL nécessaires. TR |
|
