Discussion :

[DEV-10]

Bonjour

J'aimerais soumettre une job à partir d'une page web sur IE.

La job va aller faire le travail demandé dans un répertoire d'une machine Unix et lorsque le traitement soit fini, elle doit envoyer un courriel à la personne qui a soumis cette job.

Je travaille avec le visual web pack de netbeans 5.5

Pour aller dans la bonne direction, j'aimerais avoir vos avis la dessus.

Merci.

[Valère]

Il faudrait davantage de précisions. La machine Unix dont tu parles, c'est elle qui hébergera ton serveur?

[DEV-10]

Il faudrait davantage de précisions. La machine Unix dont tu parles, c'est elle qui hébergera ton serveur?

Oui, c'est tomcat qui résidera sur la même machine. mais les utilisateurs finaux utiliseront IE pour accéder à l'application web.

[vbrabant]

Une possibilité:
a) lorsque ton utilisateur soumet un job, la servlet va écrire quelque chose dans une DB (l'utilisateur qui a fait la demande, et le job à exécuter, et les paramètres introduits par l'utilisateur pour ce job), et écris un fichier dans un répertoire précis
b) un daemon tourne sur ton serveur pour détecter la présence dudit fichier. Dès qu'il est présent, il l'efface et va lire la DB pour savoir ce qu'il doit faire, et fait son travail.

Une autre possibilité: utiliser un système de message queuing.
a) lorsque ton utilisateur soumet un job, la servlet va écrire quelque chose dans la messaging queue. Et t'as un autre système qui lit la queue, la traite, et fait ce qu'on lui demande.

P.S. Je ne vois pas le lien entre ta question et NetBeans.

Vincent

[DEV-10]

Une possibilité:
a) lorsque ton utilisateur soumet un job, la servlet va écrire quelque chose dans une DB (l'utilisateur qui a fait la demande, et le job à exécuter, et les paramètres introduits par l'utilisateur pour ce job), et écris un fichier dans un répertoire précis
b) un daemon tourne sur ton serveur pour détecter la présence dudit fichier. Dès qu'il est présent, il l'efface et va lire la DB pour savoir ce qu'il doit faire, et fait son travail.

Une autre possibilité: utiliser un système de message queuing.
a) lorsque ton utilisateur soumet un job, la servlet va écrire quelque chose dans la messaging queue. Et t'as un autre système qui lit la queue, la traite, et fait ce qu'on lui demande.

P.S. Je ne vois pas le lien entre ta question et NetBeans.

Vincent

Salut vbrabant

pour simplifier les choses, supposons que la job est comme suit :

1) chercher un fichier sur un répertoire d'un serveur unix.
2) si le fichier est trouvé, le zipper et lui donner l'extension .xxx
3) envoyer un email à la personne qui a soumis la demande

Mais oui, je veux que ce travail soit fait en utilisant Netbeans et/ou java et/ou javascript

C'est le jonglage dans Netbeans qui m'intéressent le plus.

Pour être plus précis :

à partir de IE (application développée avec Netbeans VWP) je fais mes selections dans des dropdownlist et je presse sur le bouton "send"

De là, je veux que l'application dépendamment des selections qui ont été faites, va aller chercher le fichier en question dans un répertoire précis et connu d'avance mais sur une autre machine (serveur unix), améne ce fichier, et m'ouvre la fenêtre "Save as.." de windows.

[vbrabant]

Salut vbrabant

pour simplifier les choses, supposons que la job est comme suit :

1) chercher un fichier sur un répertoire d'un serveur unix.
2) si le fichier est trouvé, le zipper et lui donner l'extension .xxx
3) envoyer un email à la personne qui a soumis la demande

Mais oui, je veux que ce travail soit fait en utilisant Netbeans et/ou java et/ou javascript

C'est le jonglage dans Netbeans qui m'intéressent le plus.

Pour être plus précis :

à partir de IE (application développée avec Netbeans VWP) je fais mes selections dans des dropdownlist et je presse sur le bouton "send"

De là, je veux que l'application dépendamment des selections qui ont été faites, va aller chercher le fichier en question dans un répertoire précis et connu d'avance mais sur une autre machine (serveur unix), améne ce fichier, et m'ouvre la fenêtre "Save as.." de windows.

Franchement, t'embrouilles encore plus qu'avant.

C'est quoi ton scénario, car maintenant tu me parles de 2 scénarios différents:

Scénario 1:
a) l'utilisateur se rend sur la page WEB
b) sur cette page, il sélectionne certaines choses, et presse un bouton submit du formulaire.
c) l'application WEB devrait s'arranger pour qu'un JOB asynchrone soit lancé.
d) ce JOB asynchrone devra, en fonction des paramètres introduits par l'utilisateur aller rechercher un fichier dans un répertoire, le compresser, et l'envoyer par mail à l'utilisateur.

Scénario 2:
a) l'utilisateur se rend sur la page WEB
b) sur cette page, il sélectionne certaines choses, et presse un bouton submit du formulaire.
c) l'application WEB qui reçoit les données du formulaire va rechercher le fichier dans un répertoire, le compresser, et le retourner à l'utilisateur pour qu'il puisse l'enregistrer.

Le scénario 2 ressemble, si on veut, à n'importe quel site de téléchargement. Je prends comme exemple le site de netbeans. Tu vas sur
http://www.netbeans.info/downloads/dev.php
tu dois choisir la version de NB, et le type (daily, béta, ...).
En fonction de cela, il te propose une page avec un lien pour zip ou un exe, En cliquant sur le lien, la fenêtre s'ouvre avec la possibilité d'ouvrir ou d'enregistrer le fichier.

On va donc t'aider à découper ton projet en plusieurs partie.

Concentre-toi d'abord sur tes simples classes Java:

Classe 1:
1) méthode pour transformer les requêtes de l'utilisateur en nom de fichier.
(selon le choix de l'utilisateur, tu dois récupérer un fichier).

2) méthode pour aller lire un fichier dans le répertoire donné et le compresser en Zip. Cette méthode recevra en paramètre le nom du répertoire et du fichier à aller rechercher, et retournera un ZipOutputStream.
3) une autre méthode qui fait la même chose, mais qui retourne une classe File pointant vers le fichier Zip créé dans un répertoire temporaire.

Tu peux déjà écrire des tests unitaires pour cette classe. Et l'utiliser où tu veux.

Classe 2:
1) constructeur qui prends des paramètres pour connaitre le serveur de mail
2) methode pour envoyer n'importe quel InputStream par mail.
Paramètre 1: adresse email
Paramètre 2: InputStream

Avec tests unitaires. Et tu l'utilise où tu veux.


Quand tu auras développé ces 2 classes, (tu noteras que cela est du pur Java. Rien à voir avec VWP ou NetBeans, ou quoi que ce soit), tu mets cela dans un JAR. Ce jar, tu le rajoutes dans le répertoire WEB-INF/lib de ton application Web. Comme cela, tu pourras les appeler depuis ton application web.

Ensuite, tu t'attaque à ta page web (en utilisant struts ou jsf) qui va faire l'interface utilisateur, avec le formulaire pour permettre à l'utilisateur de faire son choix et de faire submit. Quelque soit ce que tu choisis, ca passe par le controller. qui enverra la requête vers la classe appropriée. Cette classe à un but différent selon qu'on est dans le scénario 1 ou 2.

Si c'est le scénario 1, une chose est sûre: elle doit donner la main rapidement à une autre classe (de préférence dans un autre thread, et c'est là où la config de tomcat est importante) et diriger l'utilisateur vers une page où on lui dit qu'il va recevoir sa demande par mail. Avec un bouton pour revenir sur la page d'accueil, par exempl.

Si c'est le scénario 2, il peut déjà faire appel à la méthode pour obtenir le nom de fichier, et vérifier son existence. Si c'est ok, il appelle alors une autre url
du style /fichier/nomdufichier.zip

Ici, il est important de configurer ton application web (via le web.xml) pour indiquer que toute url commencant par /fichier par exemple, sera prise en charge par une servlette ?

Et que va faire cette servlette ?
vérifie que le fichier existe dans le répertoire donnée. Si existe pas => Erreur 404
si fichier existe, appelle la classe pour en faire un zip, indique via les méthodes de HttpServletResponse le type de contenu (faut connaitre le mim/type utilisé pour Zip. Mais ca, je te laisse chercher), et écrit le contenu du fichier zip dans la réponse (récuperer getOutputStream de HttpServletResponse, et écrire, ...)


Personnellement, je ne pense pas que ce soit NetBeans ou VWP qui sont les vrais problèmes dans ton cas. Mais plus un problème de connaissance d'une application Web, des pages JSP, des Servlets, Struts, JSF, ... Et comment se passe l'enchainement des choses.

Aussi, une question : au lieu que ce soit à chaque fois au moment où l'utilisateur fait la demande, que tu compresses le fichier en zip, pourquoi ne pas mettre directement le fichier zippé dans le répertoire ?

Vincent

[DEV-10]

Bon voilà en quoi consiste ce travail :

à partir d'une interface graphique lancée sur IE (l'interface graphique a été développée avec VWP de Netbeans), l'ulilisateur fait des selections dans des dropdown list, et presse sur un boutton "send"
dès qu'on presse sur le "Send" voici ce qui va arriver :

1) transformer les selections de l'utilisateur en un nom de fichier
2) Avec ce nom de fichier, aller sur un serveur Unix, lancer une JOb X (voir plus bas)
3) lorsque le travail est complété, le fichier demandé est crée sur un répertoire bien connu du serveur UNIX. ce fichier peut atteindre une taille de 250 MB.
4) Un email est envoyé à l'utilisateur qui a soumis la demande pour l'informer que le travail X est complété. Et dans cet email, il y aurait un lien que l'utilisateur peut presser pour downloader le fichier avec FTP sur sa machine windows.

Note :

Le serveur Unix est accessible à partir du réseau local.

Les utilisateurs sont des employés internes et ont tous accès à l'intranet

Les fichiers de 250Mo contiendront du contenu en format XML.

JOB X : va être exécutée sur le serveur unix et peut prendre beaucoup de temps (genre 10 heures)

Pour maintenant on suppose que cette JOB X est comme une boite noire.

Merci