Discussion :

[Terminator]

Bonsoir à tous,

Je voudrais avoir votre avis avant d'attaquer un projet personnel (votre avis est important):

je souhaite réaliser une application comme ceci:
- Une interface WEB legère : les utilisateurs (J'aimerais que plusieurs personnes puissent se connceter (une dizaine) à la fois.) pourront charger des document PDF sur un serveur distant. De plus, je dois pouvoir réaliser des opérations visibles pour les utilisateurs (afficher un paragraphe que je choisis de leur doc sur la page). Il doit y avoir une certaine présentation (ca doit être joli).
- le gros est coté serveur: A partir de ces PDF, je dois pouvoir réaliser certaines opérations invisibles aux utilisateurs (je vais faire une lecture du contenu et puis analyser le nombre de mots, de paragraphes,...).

Bien entendu, il y aura une DB deriere cela (MySQL pour débuter).
Dans un premier temps, ca ne sera pas gourmand (quelques PDF par semaine, +/- 10mega par semaine) (mais ca c'est pour le HDD)

Bref, je me demande si je dois attaquer cela avec du JAVA ou pensez-vous que non (et que me conseillez-vous comme langage)?

Le traitement coté serveur a déjà été réalisé en Java (mais je souhaite le recommence pour des raisons d'optimisation, donc on peut changer de langage) mais l'application n’était pas WEB, mais une application bureau (client lourd) et une seule personne pouvait se connecter à la fois

Mes connaissances:
Du java (mais pas de EE et tout ce qui s'y attaque comme les serlets, hibernate,...), C, C++, PHP, ASP, javascript (peut-etre d'autres langages du genre).
Niveau SQL je suis 100% opérationnel

Derniere précision: cela ne me dérange pas d'apprendre les servlets et autres au besoin, c'est un projet avant tout pour apprendre, pour le fun !!!!

D'avance merci,

[Robin56]

Bonsoir,

Bon alors de ce que tu présentes, oui le Java pourrait bien s'y prêter. En plus tu as une partie du traitement qui a déjà été réalisé donc même si tu veux l'améliorer, tu ne pars pas de rien. Après pour le J2EE, de nombreux tutos sur le net dont ici sur dvp.net te donneront les bases. Des API en Java te permettront de lire ces PDF. Et le J2EE avec tout les frameworks attachés comme Hibernate & Co est un bon moyen pour progresser. Et dans Java comme PHP, tu peux y intégrer des composants en Javascript pour faire des choses plus "jolies" ou ergonomiques si tu veux (vu que tu as des compétences en Javascript).

Après, si c'est un projet perso., c'est peut être un hébergement perso. Là ça change la donne car bon hébergement PHP vs Java sur le net, les coûts et le choix ne sont pas comparables.

Voilà mon avis.

[Terminator]

merci pour cet avis.

Petite question relaive à la réponse: est-il possible facilement de faire cohabiter du HTML/PHP/javascript/ avec du java?
Je ne vois pas (encore) clair sur l'interaction de Java avec le monde du WEB

D'avance merci

[Robin56]

merci pour cet avis.

Petite question relaive à la réponse: est-il possible facilement de faire cohabiter du HTML/PHP/javascript/ avec du java?
Je ne vois pas (encore) clair sur l'interaction de Java avec le monde du WEB

D'avance merci

- Du HTML : oui puisque les JSP qui sont les pages web du Java et sont en partis réalisées avec du HTML
- Du PHP : euh j'y ai déjà vu des interactions mais je ne pense pas que ce soit réellement adapté (enfin j'ai pas assez fais d'interaction entre les deux). Pourquoi vouloir faire cohabiter du PHP avec du Java dans ton exemple là ?
- Du Javascript : Ca s'intègre bien puisque comme je te le disais, les pages JSP c'est du HTML donc le Javascript s'y intègre également.

[hwoarang]

Pour ce genre de projet, je partirais plutot sur du web pur (php, asp, ...). Parce que utiliser java imposera a tes utilisateurs d'avoir un jre installé... Et coté client, vu le cahier des charges, je vois pas ce que cela apporte...

Ceci dit, pour repondre à la question, oui, ce projet est faisable en java

[Robin56]

Parce que utiliser java imposera a tes utilisateurs d'avoir un jre installé...

Non, il n'aura pas besoin d'avoir un JRE installé. Le code Java est interprété du côté du serveur et non du côté du client. Bon bien sur si c'est une Applet c'est autre chose.

Après le côté J2EE, moi je l'encourage a essayer pour son apprentissage perso. (je suis d'accord que le cahier des charges n'impose pas de contrainte) et il a tout de même le côté traitement qui est déjà réalisé en Java (même si ça nécessitera des optimisations).

[Terminator]

Merci pour tous ces avis.

Le coté positif de ne pas utiliser Java et que j'irai plus vite (car il n'y a pas de nouveau pour moi)
Le coté positif d'utiliser java est que je vais apprendre.
Bref, les deux se valent pour moi, donc pas de préference.

Si je n'utilise pas JAVA: quel langage utiliser coté serveur (traitement +/- lourd car traitement de fichier PDF)?

Si je me lance en java: à quoi dois-je faire atention? (je parle pas coté serveur, mais coté interaction avec le client? Je vois que vous parlez d'applet --> je ne dois pas en utiliser pour que l'utilisateur ne doive pas installer de JRE?)
EDIT: j'ai vu WICKET: vous pensez que c'est bien de passer par la?

Enfin, par quels tutos dois-je commencer pour java EE (quelque chose de simple car bien souvent, je trouve un melande de beaucoup de choses (des trucs que je ne maitrise pas encore). SI vous avez des tutos en particulier à recommander je suis grand preneur).


Encore merci pour votre aide (et j'espere que je pourrai poser d'eventuelles questions si je rencontre un problème.)

D'avance merci,

[hwoarang]

Non, il n'aura pas besoin d'avoir un JRE installé. Le code Java est interprété du côté du serveur et non du côté du client. Bon bien sur si c'est une Applet c'est autre chose.

Bah au vu du premier post, quand il parle d'appli java, j'ai compris applet ou executable. Dans les 2 cas, jre necessaire.

Après le côté J2EE, moi je l'encourage a essayer pour son apprentissage perso. (je suis d'accord que le cahier des charges n'impose pas de contrainte) et il a tout de même le côté traitement qui est déjà réalisé en Java (même si ça nécessitera des optimisations).

Effectivement, la, c'est autre chose. Mais il a dit qu'il maitrisait pas. Ceci dit, ca peut etre interessant à explorer (d'ailleurs, faudrait que je m'y mette aussi vu que tout le monde a l'air de trouver ca bien).

Le coté positif de ne pas utiliser Java et que j'irai plus vite (car il n'y a pas de nouveau pour moi)
Le coté positif d'utiliser java est que je vais apprendre.
Bref, les deux se valent pour moi, donc pas de préference.

Moi, je mettrais preference pour php/asp parce que si le site est amené à etre referencé, ce sera plus simple avec des pages web qu'avec une applet.

Si je n'utilise pas JAVA: quel langage utiliser coté serveur (traitement +/- lourd car traitement de fichier PDF)?

Bah ca, ca depend du traitement que tu cherches à faire. Mais je vois pas le probleme à utiliser php ou asp pour les exemples que tu donnes...

Si je me lance en java: à quoi dois-je faire atention? (je parle pas coté serveur, mais coté interaction avec le client? Je vois que vous parlez d'applet --> je ne dois pas en utiliser pour que l'utilisateur ne doive pas installer de JRE?)

Si tu fais une applet, il y aura besoin d'un jre sur chaque poste client. C'est en partie pour ca que, vu la simplicité de ce qu'il y a à faire coté client, je ne partirais pas la dessus

Enfin, par quels tutos dois-je commencer pour java EE (quelque chose de simple car bien souvent, je trouve un melande de beaucoup de choses (des trucs que je ne maitrise pas encore). SI vous avez des tutos en particulier à recommander je suis grand preneur).

La je peux pas t'aider. Mais si tu trouves des tutos interessants, je suis egalement preneur.

[Robin56]

Moi, je mettrais preference pour php/asp parce que si le site est amené à etre referencé, ce sera plus simple avec des pages web qu'avec une applet

Si tu fais une applet, il y aura besoin d'un jre sur chaque poste client. C'est en partie pour ca que, vu la simplicité de ce qu'il y a à faire coté client, je ne partirais pas la dessus.

Je ne l'encourage pas à faire des applets. Le J2EE c'est tout simplement du code Java métier et des pages JSP et ceci sera autant référençable (je sais, c'est pas français) qu'une autre techno.

Bah ca, ca depend du traitement que tu cherches à faire. Mais je vois pas le probleme à utiliser php ou asp pour les exemples que tu donnes...

Qu'on soit bien d'accord, ton exemple Terminator est aussi bien réalisable en ASP, PHP ou J2EE. On tourne juste en rond dans nos argumentations là en défendant notre bout de gras

Enfin, par quels tutos dois-je commencer pour java EE (quelque chose de simple car bien souvent, je trouve un melande de beaucoup de choses (des trucs que je ne maitrise pas encore). SI vous avez des tutos en particulier à recommander je suis grand preneur).

Voici un pavé qui pourrait t'aider sur dvp.net : http://tahe.developpez.com/java/web/
Après y'a plus concis surement sur le sujet.

[sinok]

EDIT: j'ai vu WICKET: vous pensez que c'est bien de passer par la?

Ouaip. Wicket est un des meilleurs frameworks à l'heure actuel, simple, correctement architecturé (permettant un découpe propre des de la vue de ceux des modèles et ainsi de suite, orientée composants). La notion de modèles étant vraiment un plus.

D'ailleurs pour ton appli tu n'as pas vraiment besoin de JavaEE en soit (enfin qu'une partie minime de la spec, en fait juste la partie servlets, le reste tu t'en moque, il existe d'autres frameworks tout aussi bon et biens plus légers comme Spring, hibernate & autres pour la partie backend/ gestion des données/ logique business & cie. Ces frameworks ne sont en rien reliés à JavaEE).
En effet il te suffira d'un conteneur de servlets tel que Tomcat (qui est très très très loin d'être un serveur d'application JavaEE), tu déploies ton war contenant ton appli et les jar des libs (wicket, spring,whatever) dont tu dépends et basta.

[Terminator]

Petite question: pensez-vous qu'il soit possible qu'une partie de mes pages WEB soient en PHP/MYSQL (pour les connexions et authorisations d'accès) que qu'uen autre partie soit en java EE/Mysql?

[Robin56]

Petite question: pensez-vous qu'il soit possible qu'une partie de mes pages WEB soient en PHP/MYSQL (pour les connexions et authorisations d'accès) que qu'uen autre partie soit en java EE/Mysql?

Et moi j'ai une petite question en retour : Pourquoi veux tu dans le cadre de ton projet qui ne demande pas 50 fonctionnalités t'embêter avec deux technos qui servent pour faire les mêmes choses ?

[Terminator]

Au fait mon projet est beaucoup plus complexe que ce que j'ai décrit.
Mais dans un premier temps je vais faire quelque chose de simple (les fonctionnalités que j'ai indiquées plus haut) et par la suite je vais améliorer en y ajoutant pas mal de choses.

Pour ma dernière question? parce que j'ai déjà réalisé un site internet en PHP /Mysql et je voulais récuprer le coté identification/sécurié (mais je sais que c'est une toute petite partie).

[Robin56]

Au fait mon projet est beaucoup plus complexe que ce que j'ai décrit.
Mais dans un premier temps je vais faire quelque chose de simple (les fonctionnalités que j'ai indiquées plus haut) et par la suite je vais améliorer en y ajoutant pas mal de choses.

Pour ma dernière question? parce que j'ai déjà réalisé un site internet en PHP /Mysql et je voulais récuprer le coté identification/sécurié (mais je sais que c'est une toute petite partie).

Je ne suis pas habitué de ce traitement donc je ne pourrais te répondre. J'ai participé au cas inverse parcontre où l'authentification reposait sur le système d'authentification CAS. La webapp d'accueil Java indiquait au CAS que c'était OK et rendait la main au reste du système. Les autres webapps Java tout comme l'appli PHP (qui était un chat) vérifiaient (via phpCAS pour le PHP) que l'utilisateur était accepté.

Mais franchement,dans un soucis de lisibilité et de facilité, je te conseille franchement de faire un choix pour l'un ou l'autre. Quite à partir de quelque chose de simple et modulable, fais des choix simples dès le début.

[sinok]

Tu peux récupérer ta page HTML contenant les champs login et password.

J'suis grand prince non?

Plus sérieusement, Mélanger les technos n'est pas franchement une bonne idée. Et puis de toute façon, il n'est pas possible de transmettre une session entre deux technos totalement différente, a moins de s'exposer à de grave problèmes de sécurité.

Donc dans ton cas je te conseille plutôt de partir soit sur du full java, soit sur du full php ou tout autre techno web de ton choix (rails, .net & cie).

Pöur la partie java, si tu veux vraiment te faire la main sur des technos utilisées au niveau pro, je te conseille de monter quelque chose comme ceci:

Framework GUI: Wicket (avec du Wickery pour l'intégration JQuery)
Framework globale: Spring.
Securité/identification: Spring Security. (qui sera bien plus propre qu'un truc maison in fine)
Mapping BDD: Hibernate (qui sera englobé dans l'Hibernate template Spring).
Conteneur de servlet: Tomcat ( avec éventuellement un Apache avec mod_jk en front pour servir tout ce qui est ressources statiques).
(plus tout ce qui est utilitaires java habituels sortis des commons apache).


Avec ceci tu te fais une ligne plutôt intéressante sur le CV...