'jour à toute la communauté de développeurs ici, c'est un nouveau venu qui vous parle
 
Je présente rapidement mon pb :
 
Pour le moment, nous avons un certain nombre de postes clients qui ont tous une copie d'un fichier contenant des informations utilisateur. Lorsque l'un de ces clients souhaite travailler, la connexion au serveur n'est pas requise... il trvaille en local, puis un beau jour, pof, le mec décide de rappatrier ses infos. Là, inévitablement, il est emmerdéparce qu'il ne sait pas comment attacher le fichier (dur, dur la vie...). Comme on reçoit x coups de fil par semaine pour ce genre de truc, nous avons décidé de faire ça proprement. Pour rappatrier son fameux fichier, le mec aura juste à cliquer, et c'est une applet java qui se chargera de transférer le fichier de son poste client vers un répertoire du serveur. L'ennui, c'est que personne ne fait de Java ici (enfin si, mai sc'est les vacances... les deux javaïstes sont partis surfer sur les plages...), ou plutôt que plein de bonne volonté je m'y mets après avoir testé chez moi comment ça marchait : un peu de swing, un peu de DOM, un peu d'awt, c'est mignon mais je ne sais pas comment m'y prendre pour faire du transfert de fichiers... quelqu'un pourrait t'il me donner une piste ?
 
Merci d'avance,

explique simplement ce que l'applet  est censée faire ... et je ne vois pas de PHP dans ton explication ...

et je vois pas l'intérêt d'une applet... une bête application web ne te suffie pas ?
ou bien même une application Java cient serveur à la rigueur

le (seul) but de java ici : transférer un fichier stocké sur le disque du client versle serveur en cliquant sur 'envoyer', sans que l'utilisateur lambda aie à parcourir le disque dur...
 
L'adresse locale (c:\winnt\...) est stockée sur un fichier sur le serveur. L'appli créée devra donc se connecter au serveur, lire le nom du fichier à renvoyer, et envoyer ce fameux fichier du client au serveur.  
 
Raison d'utiliser Java : les types ne dsavent pas parcourir le dur (donc pas de formulaire : trop compliqué pour eux), et pas de FTP : trop complexe aussi...

 
c'est une BLAGUE?    
qu'ils apprenent ça leur fera pas de tord

sinon y'a des applets toutes faites pour faire de l'upload
(l'interet c que ça permet d'uploader plusieurs fichiers à la fois contrairement aux forms html)

avec les applet tu riques d'être emmerdé avec les droits d'accès au disque sur le poste client, nan ?  
(j'ai jamais trop utiliser les applets, mais je crois que c'est assez chiant à gérer les certificats et tout le toutim)

sauf erreur de ma part, je peux lire des fichiers sur le poste client mais je n'ai pas le droit d'écrire dessus, donc ça irait...
 
et pour greg, ben non, on peut pas faire apprendre ça aux mecs d'ici Le domaine des assurances est un domaine ou les utilisateurs (donc les assureurs) n'ont aucune envie de s'immerger dans l'informatique... sans compter que de toute façon on récupèrerait des fichiers à la con à coup sûr.

 
faux!
 
et l'applet est une très mauvaise idée!. Si il s'agit de copier un fichier d''un endroit A à un endroit B basé par exemple sur le login de l'utilisateur, tu peux faire une APPLICATION Java qui fait ca très facilement (pour autant que tes users on droit en écriture sur le répertoire en question) ...
 
 
 

merci pour les réponses j'me sens pas seul
 
 
En fait, j'avais eu à la base l'idée d'une apli java communiquant avec une autre pour se passer le contenu du fichier (puisque côté serveur il faut lire ce fichier et en extraire des données). Le truc c'est qu'ici je n'ai le droit :
 
1) qu'à la jdk 1.2
2) interdiction de mettre la JVM à jour. IE4.0, point final.
 
ça va me faire ch... non ?

non jdk1.2 c'est bon si tout tes postes sont équipés. No problem

si tu dois uploader un seul fichier qui est a la meme adresse sur tout les postes, tu ne peux pas pre-remplir le champs d'un formulaire web ?

en fait nico, le fichier se trouve toujours à la même adresse, mais il y en a plusieurs, et le nom du fichier varie selon plusieurs paramètres. A chaque fois, il ne faut en récupérer qu'un seul (en fonction de ce que choisit l'utilisateur).
 
pour DarkLord : y'a rien d'installé chez le client pour le moment, juste IE 4.0 pour qu'ils viennent sur le serveur remplir leurs formulaires à la con et faire tourner les scripts PHP existants.
 
Du coup s'il faut une JDK par poste client, c'est pas possible... mettre à jour la JVM pour les applets c'est pas possible (vérouillé)... je crois que je vais me pendre, tiens...

hamsterputride a écrit a écrit :     Du coup s'il faut une JDK par poste client, c'est pas possible... mettre à jour la JVM pour les applets c'est pas possible (vérouillé)... je crois que je vais me pendre, tiens...

y'a moyen de faire tourner des applis java sans installer de jdk... avec la pov jvm de windows ça devrait aller.
bon evidemment faudrait installer ta petite app, mais ça devrait tenir en un jar de 100k à peine....

comment ca se passe ? il faut utiliser la jvm intégrée à IE ???
ca se fait comment ?
t'es des url ?

bah ouais
tu peux executer un jar
enfin jcrois
mais bon ça sra la jvm de MS quoi donc y'a qques trucs pas compatibles...?

et pkoi tu parlais d'un Jar de 100Ko ? c'est énorme 100 Ko pour son truc ...

mais ça va ou quoi t'as fini de m'agresser ouais?
j'en sais rien moi. j'ai dit ça au hasard, juste pour lui dire qu'il aurait qu'un petit bignou à installer chez les clients.
[en plus s'il utilise une lib externe pour le ftp par exemple...]
 
     

mais heu ! pkoi tu t'ennerves ??? j'ai rien dit de méchant
 
sinon, si tu dispose d'une jdk, ca sera vraiment une appli toute conne pour transéferer ton fichier : ca s'écrit en quelques lignes de code...

benou a écrit a écrit : mais heu ! pkoi tu t'ennerves ??? j'ai rien dit de méchant sinon, si tu dispose d'une jdk, ca sera vraiment une appli toute conne pour transéferer ton fichier : ca s'écrit en quelques lignes de code...

t'as pas l'air convaincu que y'a bcp de windows qu'ont une jvm integrée hein?
un jre meme

--greg-- a écrit a écrit : t'as pas l'air convaincu que y'a bcp de windows qu'ont une jvm integrée hein? un jre meme

bha non ... je pensais qu'il fallait forcément installer une jre pour pouvoir utiliser une appli java ...
 
en tout cas, les .jar sont pas reconnu d'office ... comment tu fais pour les associer à la "jre windows"

Et..euuuh, je voudrais pas être rabat joie, mais comme Drak, je vois pas bien l'intérêt d'une applet : tu fais un formulaire avec un peu de Javascript (et encore) pour détermier le nom du fichier à envoyer, et tu fais un post classique de fichier...Et à l'autre bout...bah tu récupère le tout..Non??

euh ché pas, jcroyais
si la "jre windoz" est là et les .jar pas associés, spa compliqué...(explorateur/outils/options des dossiers/etc)

et c'est une jre complète ? avec tous l'api java en entier ?
 
tu piques ma curiosité, là !

benou a écrit a écrit : et c'est une jre complète ? avec tous l'api java en entier ?   tu piques ma curiosité, là !

ben
j'en sais rien
c'est celle qu'est avec les browsers pardi

je sais pas pq mais je sens que je vais me faire flammer bientôt  

ouais, t'as jamais vraiment essayé, hein

benou a écrit a écrit :   ouais, t'as jamais vraiment essayé, hein

non
pq?

--greg-- a écrit a écrit : non pq?

 
PTDR

je me ré-explique pour l'upload de fichiers... moi, un formulaire à la con ça me plait bien mais (mais...) mon chef, lui, il dit non. C'est Java (et rien d'autre), l'utilisateur ne doit rien faire sauf cliquer sur 'envoyer', d'aillleurs il ne doit y avoir qu'un bouton
 
Je sens que c'est pas gagné, ah lala...
 
Sinon hier soir j'ai fait une caldoche avec du swing, je suis super heureux et ça m'a pas fait avancer pour le transfert de fichiers

Bin dis à ton chef que si il t'interdis d'installer une JVM chez le client faut pas s'étonner si ca marche pas. Y a des cons je te jure !!!
 
Sinon pour ton prog java un fois que tu as la JVM, ca s'écrit (en dehors de la fenetre) en 30 ligne pas plus

je dirais même que t'as pas vraiment besoin de fenêtre : un jar avec une joli icone sur lequel tu double-cliques, ca suffit.
A la rigueur, un popup qui dit si ca s'est bien passé ...

et je n'ai toujours pas vu le rapport avec PHP !

ah oui le rapport avec PHP, ça c'était pour moi, je me demandais comment faire communiquer les deux. On peut lancer un script PHP dans une applet, mais je me demandais les limites de l'interaction entre les deux... rien à voir avec ce que je dois faire là.
 
Pour la JVM, "on prendra ce qu'il y a" : réponsde fourre tout que je viens d'avoir (du coup j'ai regardé ce qu'il y avait de plus vieux sous la main, si ça tourne dessus c'est gagné : Microsoft (R) VM for Java (tm), 4.0 Release 4.79.0.2339... on verra bien). L'ennui c'est que je viens d'apprendre que ça doit tourner sur du P133 avec 16 ou 32Mo, ça va chier terrible Encore heureux que ça doit pas là dessus que je développe...

une question : pkoi tu fais ca en Java ???

ben... parce que j'ai essayé de monnayer un autre langage mais ils veulent du Java (me demande pas pourquoi, on m'a répondu que c'était à titre d'expérimentation pour savoir si Java était une solution viable pour ce genre de problèmes). J'ai annonceé que c'était à mon avis utiliser un tank pour écraser un hérisson, mais ça a pas convaincu... alors, bête et discipliné j'obéis (pas le choix).

il veulent évaluer Java, mais sans permettre l'instalation d'une JVM ??

 
 
ils pourraient aussi vouloir evaluer une appli vb sous macOS ça serait pas mal

Dans ce cadre là, c'est vrai qu'il n'est pas bête de s'orienter du côté des applets. Mais il va falloir que tu gère des certificat pour passer la sécurité empechant une applet d'accéder à l'environnement client.
 
Dark, t'as déjà fais ca je crois ... c'est compliqué à mettre en oeuvre ?

ils veulent utiliser ce qui est déjà installé (donc au mini IE4.0 et sa JVM M$), sans rien avoir à installer de plus. Pour ceux que ça intéresse, je suis à Groupama
 
Sinon, bon, tout va bien einh, il pleut et il fait froid, c'est bien pour un mois de juillet