Commentaires sur : Google App Engine et Java: une révolution ? http://arnulfo.net/2009/04/google-app-engine-et-java-une-revolution/ Le blog de Franck Arnulfo Thu, 24 Dec 2015 16:42:00 +0000 http://wordpress.org/?v=2.9.2 hourly 1 Par : Quang Tu LE http://arnulfo.net/2009/04/google-app-engine-et-java-une-revolution/comment-page-1/#comment-108 Quang Tu LE Tue, 09 Jun 2009 09:54:15 +0000 http://arnulfo.net/?p=244#comment-108 “On se demande (enfin surtout moi ;-)), pourquoi ce n’est pas Sun, père de Java qui a eu cette initiative ?” J'essaie de répondre à cette question ;) Parce que Google a beaucoup plus avancé sur le cloud computing (techno et nombre de serveur mis en place ...) “On se demande (enfin surtout moi ;-) ), pourquoi ce n’est pas Sun, père de Java qui a eu cette initiative ?”

J’essaie de répondre à cette question ;)
Parce que Google a beaucoup plus avancé sur le cloud computing (techno et nombre de serveur mis en place …)

]]> Par : Laurent http://arnulfo.net/2009/04/google-app-engine-et-java-une-revolution/comment-page-1/#comment-80 Laurent Thu, 21 May 2009 06:01:10 +0000 http://arnulfo.net/?p=244#comment-80 Donc adios un Mashup Grails avec Yahoo Map + Weather, en requetant yahoo.com avec HttpClient :-( Malin Google, t donc oblige d'utiliser leurs services dont Google Map... z'ont bien verrouiller leur affaire. Donc adios un Mashup Grails avec Yahoo Map + Weather, en requetant yahoo.com avec HttpClient :-(
Malin Google, t donc oblige d’utiliser leurs services dont Google Map… z’ont bien verrouiller leur affaire.

]]> Par : Mathieu Rossignol http://arnulfo.net/2009/04/google-app-engine-et-java-une-revolution/comment-page-1/#comment-44 Mathieu Rossignol Thu, 07 May 2009 12:22:17 +0000 http://arnulfo.net/?p=244#comment-44 "On se demande (enfin surtout moi ;-)), pourquoi ce n’est pas Sun, père de Java qui a eu cette initiative ?" ...Alors la on est bien d'accord !, Je me suis toujours pose cette question...J'ai moi aussi du utiliser PHP pour mon site, la ou j'aurai aime du Java. pour integrer moi meme d'autres fonctionnalites plus facilement.... « On se demande (enfin surtout moi ;-) ), pourquoi ce n’est pas Sun, père de Java qui a eu cette initiative ? »

…Alors la on est bien d’accord !, Je me suis toujours pose cette question…J’ai moi aussi du utiliser PHP pour mon site, la ou j’aurai aime du Java. pour integrer moi meme d’autres fonctionnalites plus facilement….

]]> Par : Seb http://arnulfo.net/2009/04/google-app-engine-et-java-une-revolution/comment-page-1/#comment-42 Seb Thu, 07 May 2009 08:15:35 +0000 http://arnulfo.net/?p=244#comment-42 Bonjour, Pour info, pour celles et ceux qui ne seraient pas trés à l'aise avec l'anglais, j'ai mis à disposition une traduction française de la doc de Google App Engine ici: http://www.gae-en-francais.fr Seb. Bonjour,

Pour info, pour celles et ceux qui ne seraient pas trés à l’aise avec l’anglais, j’ai mis à disposition une traduction française de la doc de Google App Engine ici:

http://www.gae-en-francais.fr

Seb.

]]> Par : Revue de Presse Xebia | Blog Xebia France http://arnulfo.net/2009/04/google-app-engine-et-java-une-revolution/comment-page-1/#comment-25 Revue de Presse Xebia | Blog Xebia France Tue, 14 Apr 2009 17:07:13 +0000 http://arnulfo.net/?p=244#comment-25 [...] vous pouvez trouver une description très complète de la solution (en Français) sur le blog de Frank Arnulfo [...] [...] vous pouvez trouver une description très complète de la solution (en Français) sur le blog de Frank Arnulfo [...]

]]> Par : Alexis MP http://arnulfo.net/2009/04/google-app-engine-et-java-une-revolution/comment-page-1/#comment-24 Alexis MP Mon, 13 Apr 2009 19:27:24 +0000 http://arnulfo.net/?p=244#comment-24 Salut Freddy. C'est bien le succès probable de GAE qui me fait réagir. Le standard est et doit rester plus important qu'une seul implémentation aussi novatrice et bienvenue soit elle. Sinon ca devient du chacun pour soi et tout code Java coté serveur va commencer par un if(isGAE) { ... }. Salut Freddy. C’est bien le succès probable de GAE qui me fait réagir. Le standard est et doit rester plus important qu’une seul implémentation aussi novatrice et bienvenue soit elle. Sinon ca devient du chacun pour soi et tout code Java coté serveur va commencer par un if(isGAE) { … }.

]]> Par : Freddy Mallet http://arnulfo.net/2009/04/google-app-engine-et-java-une-revolution/comment-page-1/#comment-23 Freddy Mallet Mon, 13 Apr 2009 17:55:07 +0000 http://arnulfo.net/?p=244#comment-23 Alexis, je comprends ta remarque mais j'ai néanmoins bien peur que GAE rencontre un vrai succès car comme le dit Franck c'est la seule offre actuelle d'hébergement java qui répond à un besoin quasi universel : pourvoir déployer rapidement, facilement et "presque" gratuitement une application web écrite en java. Quand un service génère autant de valeur, les dommages collatéraux portés aux standards ont un poids tout relatif. Et en disant cela, je ne porte pas de jugement de valeurs ! Alexis, je comprends ta remarque mais j’ai néanmoins bien peur que GAE rencontre un vrai succès car comme le dit Franck c’est la seule offre actuelle d’hébergement java qui répond à un besoin quasi universel : pourvoir déployer rapidement, facilement et « presque » gratuitement une application web écrite en java. Quand un service génère autant de valeur, les dommages collatéraux portés aux standards ont un poids tout relatif. Et en disant cela, je ne porte pas de jugement de valeurs !

]]> Par : Franck Arnulfo http://arnulfo.net/2009/04/google-app-engine-et-java-une-revolution/comment-page-1/#comment-22 Franck Arnulfo Mon, 13 Apr 2009 15:35:37 +0000 http://arnulfo.net/?p=244#comment-22 La restriction sur AWT me fait un peu sourire : Rappelez-vous, il a fallu attendre le JDK 1.4 pour avoir le mode "headless" permettant de manipuler des images via awt sans avoir de carte graphique sur un serveur UNIX (le fameux message d'erreur "Can't connect to X11 window server"). Un comble quand on pense que la plupart des serveurs UNIX (y compris ceux de Sun) étaient utilisés justement sans carte graphique non nécessaire sur un serveur. Je me rappelle d'avoir utiliser Xvfb (un serveur X virtuel simulant une carte graphique) puis des librairies AWT alternatives comme PJA (Pure Java Toolkit) de eTeks (<a href="http://www.eteks.com/pja/" rel="nofollow">http://www.eteks.com/pja/</a>). Maintenant il y aussi Apache Sanselan (<a href="http://incubator.apache.org/sanselan/site/index.html" rel="nofollow">http://incubator.apache.org/sanselan/site/index.html</a>). La restriction sur AWT me fait un peu sourire :
Rappelez-vous, il a fallu attendre le JDK 1.4 pour avoir le mode « headless » permettant de manipuler des images via awt
sans avoir de carte graphique sur un serveur UNIX (le fameux message d’erreur « Can’t connect to X11 window server »).
Un comble quand on pense que la plupart des serveurs UNIX (y compris ceux de Sun) étaient utilisés justement sans carte graphique non nécessaire sur un serveur.
Je me rappelle d’avoir utiliser Xvfb (un serveur X virtuel simulant une carte graphique) puis des librairies AWT alternatives comme PJA (Pure Java Toolkit) de eTeks (http://www.eteks.com/pja/).
Maintenant il y aussi Apache Sanselan (http://incubator.apache.org/sanselan/site/index.html).

]]> Par : Bruno http://arnulfo.net/2009/04/google-app-engine-et-java-une-revolution/comment-page-1/#comment-21 Bruno Mon, 13 Apr 2009 15:10:45 +0000 http://arnulfo.net/?p=244#comment-21 Je sais bien que certaines applications serveurs utilisent Swing et AWT pour la génératiion dynamique d'images, mais c'est vraiment faire la fine bouche que de dénigrer GAE pour ne pas supporter ce genre de choses. Personnellement je suis fan d'OSGi, ma première réaction n'a pas été de critiqué Google pour ne pas permettre d'utiliser OSGi sur GAE... (limitation sur les classloaders, les threads, les accès fichiers, ...). La question est simplement de savoir s'il est possible de faire une platefome d'hébergement mutualisée en Java sans imposer des contraintes drastiques, à mon avis l'approche de Google est la plus logique on commence avec bcp de restrictions et peut être seront elles allégées dans le futur. J'en reviens à ton premier message et je trouve dommage de ne même pas saluer cette initiative (si tu l'as fait ailleurs, je retire ma critique). S'il existe une meilleure solution ou si Sun nous en prépare une ça serait super, en attendant GAE/j est vraiment une très bonne nouvelle pour le monde Java. Je sais bien que certaines applications serveurs utilisent Swing et AWT pour la génératiion dynamique d’images, mais c’est vraiment faire la fine bouche que de dénigrer GAE pour ne pas supporter ce genre de choses. Personnellement je suis fan d’OSGi, ma première réaction n’a pas été de critiqué Google pour ne pas permettre d’utiliser OSGi sur GAE… (limitation sur les classloaders, les threads, les accès fichiers, …).

La question est simplement de savoir s’il est possible de faire une platefome d’hébergement mutualisée en Java sans imposer des contraintes drastiques, à mon avis l’approche de Google est la plus logique on commence avec bcp de restrictions et peut être seront elles allégées dans le futur.

J’en reviens à ton premier message et je trouve dommage de ne même pas saluer cette initiative (si tu l’as fait ailleurs, je retire ma critique).
S’il existe une meilleure solution ou si Sun nous en prépare une ça serait super, en attendant GAE/j est vraiment une très bonne nouvelle pour le monde Java.

]]> Par : Alexis MP http://arnulfo.net/2009/04/google-app-engine-et-java-une-revolution/comment-page-1/#comment-20 Alexis MP Mon, 13 Apr 2009 09:23:38 +0000 http://arnulfo.net/?p=244#comment-20 Google n'est pas Microsoft. Swing et AWT (il y a d'autres exemples) sur le serveur sont plus utiles que tu sembles le penser. Google n’est pas Microsoft.
Swing et AWT (il y a d’autres exemples) sur le serveur sont plus utiles que tu sembles le penser.

]]>