Discussion :

[Hibou57]

Bonjour,

Une question qui va parraître caucasse, et à laquelle j'ai la réponse (je pense), et pour pour laquelle j'aimerais confirmation de la part des spécialistes.

Je pensais remplacer les codes JavaScript d'une application par une applet Java, pour plusieurs raisons : code compilé, donc mieux protégé contre les modifications, et programmation mieux structurée (classes, typage stricte, etc), parce que dès qu'une application JavaScript dépasse les 1500 ou 2000 lignes, .... ça commence à se faire sentire... les carance de JavaScript... en terme de structuration et autres (son typage laxiste aussi).

Bon, le problème est que mon programme doit obligatoirement accéder aux élément HTML de la page hôte, et qu'aprés avoir exploré l'ensemble des classes Java 1.1 (je ne veux que Java 1.1, et rien d'autre), il apparaît que le DOM de la page hôte n'est représenté par aucune classe.

Je crois donc pouvoir en conclure qu'il n'est malheureusement pas possible de faire du DHTML avec des applet Java (on ne sort donc pas de la petite boite graphique, et on y est sévèrement confiné), et il ne semble pas non-plus qu'il existe un espace d'échange de donnée vers l'extérieur, qui permettrait par exemple à une applet Java de passer des données à l'espace d'un programme JavaScript (j'image bien que ce serait farfelue). Donc pas possible non-plus de coder le coeur en Java et de continuer à utiliser JavaScript pour manipuler le DOM de la page.

Je pense avoir bien compris que tout cela est formellement impossible et que niveau manipulation HTML, le Java ne peut rien. Fa'al nada DHTML ma'a Java C'est bien ça ?

J'aimerais seulement confirmation ou infirmation ...

Merci d'avance, Et ne riez pas trop s'ils-vous plaît

[natha]

J'ai l'impression de faire un retour vers le passé là... DHTML, Java 1.1 ...
On est au temps de l'AJAX maintenant, tu devrais peut-être te tourner vers ça. Pas de problème de la version de Java (donc tu peux utiliser au moins Java 5.0 vu que c'est côté serveur, et sinon un minimum de javascript pour faire les appels serveurs et modifier le contenu de ta page dynamiquement.

Regarde du côté de Google Web Toolkit.

[Hibou57]

J'ai l'impression de faire un retour vers le passé là... DHTML, Java 1.1 ...
On est au temps de l'AJAX maintenant

On est au temps de quoi ? On est en juillet 2007, et je pense que l'histoire retiendra beaucoup d'événement en cette année, mais sûrement pas Ajax que rien n'oblige à suivre (Ajax qui n'est rien d'autre qu'un nouveau nom donné à des choses qui existent depuis longtemps d'ailleurs)

Ca c'était pour le hors-sujet

[...] Pas de problème de la version de Java (donc tu peux utiliser au moins Java 5.0 vu que c'est côté serveur, et sinon un minimum de javascript pour faire les appels serveurs et modifier le contenu de ta page dynamiquement.

Non, justement, c'est du coté client qu'une grande partie des choses se passe (je veux économiser les connexions entre le client et le serveur, pour que l'applications soient utilisables par les gens qui ont une connextion lente).

Pour résumer, tu me confirme donc que ce n'est pas possible, je crois que c'est un peu ce que tu voulais dire aussi .... ?

[Pill_S]

Ajax qui n'est rien d'autre qu'un nouveau nom donné à des choses qui existent depuis longtemps d'ailleurs

Regarde comme il faut du côté d'AJAX...

Quand tu dis:

(je veux économiser les connexions entre le client et le serveur, pour que l'applications soient utilisables par les gens qui ont une connextion lente)

moi je répondrais: AJAX est là pour ça...

AJAX ça permet de recharger uniquemenet les blocs qui t'intéressent... Et pour être franc cela commence juste à se démocratiser actuellement (même si cela existe depuis l'an 2000, c'était trop avancé pour l'époque)

En tout cas, java ne remplacera jamais javascript, c'est complètement différent et Java n'a jamais été conçu pour manipuler le DOM de la page qui l'héberge... et ça j'en suis sûr

[Hibou57]

AJAX ça permet de recharger uniquemenet les blocs qui t'intéressent... Et pour être franc cela commence juste à se démocratiser actuellement (même si cela existe depuis l'an 2000, c'était trop avancé pour l'époque)

Oui, je sais, ... si je dis que je ne veux pas Ajax, c'est parce que je sais ce qu'il est. Pour répondre à ta remarque, pour recharger une partie du contenu, et le faire fréquement, il faut une connexion permanent. Mais quelqu'un qui a une connextion lente (j'en sais quelque chose, j'ai connu ça), ne reste pas connecté en permanence, mais se connecte et se déconnecte au-besoin (parce que ces connexions sont facturées au temps)

Et puis tu sais, ont peut faire la même chose sans HttpRequest, avec seulement JavaScript et des form et frames caché, avec l'avantage que cette solution fonctionne même sur les machines qui bloquent ActiveX pour raison de stabilité (comme chez moi, qui désactive ces options dans les options de décurité).

Je persiste, on est à quelle époque ? Celle de l'ADSL, de la fibre optique... qui a encore une connexion lente si ce n'est dans les pays en voie de développement (et encore) ? De plus, transiter du contenu texte n'est franchement pas ce qui est lent.

On est aussi à l'époque ou pendant que certains font mumuse avec ADSL et cie. on est toujours pas capable de loger les SDF et de nourrir de libérer les vaccins pour l'afrique. On est a l'époque de faire semblant, on de pointer du doight un point précis dans le ciel en faisant croire que tout le reste autour n'existe pas.

Salut

Bon sinon, pour répondre à la question... Oui c'est possible.

Pour info j'ai juste tapé "Communication Java Javascript" dans google et j'ai cliqué sur le premier lien

Merci pour cette réponse, c'est exactement ce que je cherchais... mais pas besoin de " " je n'ai pas fait expret de ne pas trouver : je cherchais avec des requêtes du genre « java dhtml », « java classe accés dom page », etc, mais ça ne me renvoyait que des pages sur JavaScript.

Merci PresquHomonyme , je vais lire ce lien tout de suite

[natha]

Ca c'était pour le hors-sujet

Je n'ai pas l'impression d'être hors sujet quand je pense que le choix technologique n'est pas approprié.

Non, justement, c'est du coté client qu'une grande partie des choses se passe (je veux économiser les connexions entre le client et le serveur, pour que l'applications soient utilisables par les gens qui ont une connextion lente).

Je persiste, on est à quelle époque ? Celle de l'ADSL, de la fibre optique... qui a encore une connexion lente si ce n'est dans les pays en voie de développement (et encore) ? De plus, transiter du contenu texte n'est franchement pas ce qui est lent.

Comme le dis Pill_S, regarde AJAX comme il faut.
D'ailleurs le web c'est toujours plus bénéfique de faire les traitements côté serveur plutôt que côté client.

Sinon soit plus précis dans ce que devra faire ton application pour justifier une utilisation de plusieurs milliers de lignes de javascript.

[yann2]

Salut

Bon sinon, pour répondre à la question... Oui c'est possible.

Pour info j'ai juste tapé "Communication Java Javascript" dans google et j'ai cliqué sur le premier lien

Le lien en question : http://www.alianwebserver.com/inform...on/default.htm

Par contre, LiveConnect et donc la classe netscape.javascript.JSObject sont distribué qu'à partir de la version 1.3 du plugin. (http://java.sun.com/products/plugin/...ject.html#How).

Bon courage