Discussion :

[benthebest]

Hello

Voila, j'ai un exécutable java .jar. Celui-ci ne sert qu'à faire un certain traitement (un calcul plutôt complexe). Il prend 4 paramètres en entré et me retourne une string xml en sortie.

Actuellement, il est déclenché par une commande "exec" de php.

Le soucis avec ça, c'est qu'il risque d'y avoir engorgement si trop d'appels simultanés...

J'ai donc décidé de créer une sorte de queue: au lieu de faire un exec à chaque fois directement, les 4 paramètres seront insérés dans un enregistrement d'une table de ma base données par le php, au fur et à mesure. Le java lui de son coté, s'occupe de détecté si il y a au moins un enregistrement dans la table. Si oui, il le prend, fait son traitement et le supprime une fois qu'il a terminé. Si il n'y a plus aucun enregistrement, alors il se met en attente du prochain.

Ma question repose sur ce dernier point: comment mettre en attente mon exécutable et le "réveillé" lorsqu'un nouvel enregistrement est inséré dans la base ?

Merci de votre aide

[professeur shadoko]

rigolo: on m'a déjà posé un problème analogue .... et le résultat a multiplié les performances par 1000!
pourquoi ne pas faire communiquer php et Java au travers d'un flot de communication (une socket par exemple): php "pousse" et Java lit ses requêtes et renvoie un résultat.

[paissad]

Bonjour,
pour faire cela, je te conseille de lancer ton exécutable Java une fois, ce serait simplement l'équivalent de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

java -jar myjar.jar

Maintenant le plus important, c'est qu'il faudrait que dans ta méthode main(), tu lances une méthode qui prend 4 arguments via un Thread ou Runnable ou en utilisant l'api java.util.concurrent. Ainsi, le thread lancé vérifierait continuellement ta base de données et effectuerait le traitement que tu compte faire.
En somme, ton script php ne lancerait qu'une seule fois ton .jar et c'est le jar qui tournerait tout seul en "mode thread". Et ton script php peut ajouter autant de données qui veut dans la BD (ou pas).
Cordialement,

[professeur shadoko]

. Ainsi, le thread lancé vérifierait continuellement ta base de données et effectuerait le traitement que tu compte faire.
,

euh ... je conseille pas: ce genre de "polling" est contraire à ma religion

[benthebest]

Merci pour vos réponses

Alors :
1 - Professeur Shadoko, je ne comprends pas bien l’intérêt d'utiliser des sockets ? Car si je pousse de PHP vers Java dès que j'ai une demande, j'arriverai au même problème d'engorgement, car du coup, les sollicitations du java ne sont toujours pas contrôlées, Non ? Ou alors j'ai pas bien compris (fort possible )
2 - Paissad, ta solution me semble intéressante mais du coup, si mon jar est déjà un thread, pourquoi en créer un autre ? Autant le rendre juste "waitable", Non ? (là encore je suis peut-être hs, mais je n'ai pratiquement jamais utilisé les threads... )

Merci de votre aide !!

[professeur shadoko]

1 - Professeur Shadoko, je ne comprends pas bien l’intérêt d'utiliser des sockets ? Car si je pousse de PHP vers Java dès que j'ai une demande, j'arriverai au même problème d'engorgement, car du coup, les sollicitations du java ne sont toujours pas contrôlées, Non ? Ou alors j'ai pas bien compris (fort possible )
!

L'important c'est la dose: si tu as un processus "serveur " java permanent il sera à l'écoute de multiples requêtes. Une fois démarré si tu arrives à l'étouffer c'est que tu balance des requêtes à une vitesse stratosphérique.
ça peut arriver mais ça m'étonnerai beaucoup ...
Le code java lit un requête sur la socket l'execute, etc. (eventuellement en multiThread mais c'est peut-être pas nécessaire: sinon voir ExecutorService). Comme je te l'ai dit j'ai fait réaliser un code analogue dans une société et les perfs ont été taradzimboumbantes.
est-ce que l'engorgement est possible? oui ... mais alors un buffer de stockage des requêtes en attente est possible (toujours avec java.util.concurrent), est ce que ça ne peut pas atteindre une limite de bufferisation ? oui mais alors je demande à voir .... et il y aura toujours une solution producteur/consommateur préférable à un polling sur la base.

[benthebest]

ta réponse est intéressante

Tu peux donc me garantir que si j'ai 1000 demandes simultanées, il n'y aura pas de soucis ? (à mon avis, je serais qd même contraint d'utiliser un buffer de stockage ...)