Discussion :

[Phoste]

Bonjour,

Je dois développer une application java qui exécutera des tâches (des calculs sur les données d'une DB) à intervalle régulier.
Pour le moment j'écris le code de ces calculs à effectuer dans ce même programme java.
Mais si je dois rajouter des calculs supplémentaires par la suite, cela m'obligera à recompiler le programme et à le redéployer sur le serveur.

Je me demandais quelles seraient les possibilités pour éviter ce problème ?

J'ai pensé au javascript qui (il me semble) ne doit pas être compilé. Suis-je sur le bon chemin ?
Cela me permettrait de simplement écrire un nouveau fichier .js que je placerais dans un dossier spécifique manuellement ou autrement.
Mais comment fait-on pour appeler du code js à partir de java et de récupérer son résultat ?

Merci bien !

[joel.drigo]

Salut,

Oui Javascript est bonne idée. Vois Nashorn, pour exécuter du JavaScript en Java (exemple ici).

[tchize_]

Quelque chose genre

l'api de scripting pour java

[Phoste]

Merci pour vos réponses !

J'ai également pensé à utiliser des modules que je développerais en java en respectant une interface.
Mais je ne sais pas ce qui est le mieux. Les différents calculs à faire s'effectueront sur une collection de document d'une db mongo sélectionné dans un range de date.

[ddoumeche]

D'un point de vue architectural, il vaudrait peut-être mieux déporter tes batchs écrit en Java dans une archive à part,
que tu déploierais indépendamment de ton ear ou war métier

Tu garderais ainsi les avantages du versionnage et du débogage.

Mongodb ne fait pas de procédure stockées ?

[Phoste]

D'un point de vue architectural, il vaudrait peut-être mieux déporter tes batchs écrit en Java dans une archive à part,
que tu déploierais indépendamment de ton ear ou war métier

Je ne sais pas ce qu'est l'ear ou war mais j'ai bien dans l'idée de différencier l'application "main" des modules de calculs pour faciliter le déploiement.
Je lis des tutos qui me permettront de faire cela.

Mongodb ne fait pas de procédure stockées ?

Il semblerait que non... à mon grand désespoir

[ddoumeche]

Je pensais que ton application était une application web puisque tu parlais de serveur. Auquel cas tu peux la découper en modules,
et chaque module peut-être regroupé ou séparer des autres dans une archive au format zip avec l'extension war (web application aRchive) ou ear (entreprise application aRchive).

S'il s'agit d'une application "desktop", tu peux utiliser le même principe et mettre des codes dans un jar a côté contenant uniquement tes tâches (batchs en anglais), que tu pourras déployer indépendamment
du reste de ton application

En ce qui concerne les procédures stockées dans mongo, j'ai trouvé ceci.

[Phoste]

C'est bien une application desktop (elle est juste déployée sur un serveur)
Le but de l'application est de lire dans une DB (ou un fichier) quels calculs devront être exécuter sur telle ou telle collection de la DB.
Elle devra donc appeler la fonction du plugin correspondant au calcul.

J'entends beaucoup parler d'OSGi depuis tout à l'heure. Qu'est ce que c'est exactement ?

[joel.drigo]

Salut

OSGi est, en résumé, une spécification de framework modulaire. L'implémentation Equinox, par exemple, est celle sur laquelle repose les produits Eclipse.