D’ailleurs, je ne pense pas que le speaker l’ai dit. C’est juste qu’il semblait très enthousiaste de cette solution vis a vis des cloud fermés de google, amazon, micosoft que c’est l’impression que ça m’a donné.

Ce qui est certain en revanche, c’est la première que j’ai découvert et grâce à ton intervention, je viens d’en découvrir deux de plus.
Tu les utilises ?

Il nous a également parlé de Cloud Foundry, la (première ?) plateforme de cloud open-source !

Tu veux dire première en terme d’adoption ou sa date de naissance ?
Moi j’ai aussi entendu parler de OpenShift et Stratos
En googlant à l’instant j’ai trouvé cet article : http://jimdowney.net/2011/06/22/pathways-to-an-open-source-cloud/

Je ne suis plus l’actualité GWT depuis fort longtemps… mais, je suis toujours étonné de lire que l’on puisse encore reprocher à GWT son manque de suivi au niveau des Widgets ! Mythe ou réalité ?

a+
Philippe

C’est malheureux mais tout le monde se fout du respect des standards du moment que ca marche… Va convaincre un manager de changer de navigateur si cela l’oblige à renouveller ou modifier toutes ses applications Web !

Cette optique n’est pas si mauvaise en soit. Cela permet d’utiliser un navigateur récent avec l’existant. Sans cela je suis sûr que la part d’IE6 serait encore plus importante.

Si on veut se débarrasser d’IE6 il faut malheureusement en passer par là, car les sites « optimisés pour IE6″ ne disparaitront pas aussi vide…

a++

Je pense qu’on peut être courageux et essayer de casser la boucle.
Exemple : Cette nouvelle application devra être utilisée sous firefox (ou chrome).
Alors, effectivement, cela apporte de l’hétérogénéité (deux navigateurs à gérer pendant un laps de temps). On ne parle d’urbanisation des S.I pour rien !

Surtout qu’en entreprise, il est en théorie plus facile d’imposer des outils.

Dans le web public, il faut être en effet courageux et accepter de perdre des clients au moment où on se rend compte qu’on fait 80% d’efforts pour 20% d’entre eux.

Ce ne sont pas des décisions faciles à prendre. La compatibilité est un critère comme un autre, il faut juste bien déterminer la valeur qu’on souhaite lui donner.

Je ne critiquerai jamais quelqu’un qui est conscient des alternatives et qui fait le choix d’être pragmatique pour les buts qu’il vise.
Ceci dit, c’est parfois révélateur d’un état d’esprit qui frise au conformisme étroit.

Cela peut être complètement aberrant mais il faut parfois « implémenter » des bugs ou des comportements « hors-normes » pour assurer une meilleure compatibilité.

Je ne parle pas ici d’un HTML 5 tout propre tout beau mais de compatibilité avec l’existant. Surtout si tu veux t’imposer dans le monde de l’entreprise !

Tu peux avoir un navigateur qui correspondent au top du top du respect des standards, mais si ce dernier ne fonctionne pas avec l’intranet d’une entreprise tu va avoir du mal à convaincre… même si le problème vient de l’intranet et non pas du navigateur !!!

Firefox avait eu des problèmes similaires au début, à causes de son moteur de rendu trop respectueux des standards, ce qui était incompatible avec un grand nombre de site de l’époque conçus pour IE5/IE6. Ils avait dû introduire un mode de rendu « quirks » qui reproduisait le même comportement.

Malheureusement on ne peut pas faire grand chose contre cela, à moins de migrer/corriger tous les navigateurs du monde et tous les sites internet/intranet du monde…

a++

Effectivement, aujourd’hui, avec tes yeux et à tête reposée, je vois les choses un peu différemment concernant mon accusation sur ce fait en particulier (le fond du problème restant le même).

La spécification ne reste qu’une spécification et on peut déporter la responsabilité de suivre ou non des recommandations au niveau des implémentations. Ce n’est pas la première fois que certaines seront suivies ou non.
Ayant rencontré ce problème sous Chrome (windows et linux), j’ai rapidement recherché l’origine et je me suis laissé influencer par un commentaire disant que les développeurs ne faisaient que suivre la spécification pour des raisons de compatibilité.

Après avoir relu le texte, on n’a qu’à dire que mon énervement est plus profond et est lié à tous ces ronds de cuir qui prennent des décisions par incompétences ou par intérêt financier. L’informatique regorge de systèmes faits de brics et de brocs … Des claviers AZERTY et QWERTY hérités de l’époque des machines à écrire et conçus pour ralentir notre frappe, des ports obsolètes qu’on a traîné sur des PC récents, des applications web développées initialement sur un protocole sans état conçu pour des documents …

Je ne vois pas où les spécifications HTML5 oblige l’utilisation de ce préfixe !? Perso je lis plutôt une note concernant les implémentations actuelles des navigateurs (et IE en particulier), avec un exemple de code permettant de gérer proprement tous les cas…

Le problème c’est que ces erreurs de jeunesse sont tellement utilisés qu’on ne peut pas forcément s’en passer aussi facilement.

a++

Il aurait été plus propre de faire un nouveau standard bien conçu, plutôt que d’essayer de réviser le HTML. Parce que la, si j’ai bien compris, si on upload le fichier « /etc/passwd », il va mettre « c:fakepath/etc/passwd », et le proxy ne va pas bloquer.

Quand je voie le protocole DNS (impossible a bien sécuriser), les protocoles smtp/pop (impossible de bloquer correctement les spams), le protocole FTP qui n’est toujours pas standarisé (et qui gère très mal le transfert d’une arborescence avec beaucoup de sous répertoire), le protocole http qui devrait être plus stricte pour éviter les attaques, et consort, il est temps de tout remettre à plat. Il devrait y avoir un moyen simple pour distinguer les envoie de fichier par formulaire légitimes, des transferts de fichiers pirates. ce moyen de distinction devrait être à temps constant, pour éviter les DDOS.

Au lieux de ça, les acteurs de l’internet mettent le paquet pour que leurs logiciels fonctionnent avec les techno web défaillantes (gmail, Office Web Apps, etc…). Un jour il y aura des catastrophes pour les particuliers, et ont leur répondra « c’est pas moi, c’est la faute à pas de chance ». C’est pas une question de chance, mais plutôt du manque de courage de ceux qui décident des protocoles à utiliser pour l’internet.

Quand quelque chose doit duré longtemps, et qu’il y a un problème de conception des le départ, il faut le corrigé le plus tôt possible, quitte a ce qu’il y ait des incompatibilités au début. C’est vrai au niveau logiciel, mais aussi au niveau des standards. IPV6, par exemple, a été conçu des les années 90, bien avant qu’il y ai la pénurie d’adresse IPV4.

http://googlewebtoolkit.blogspot.com/2010/09/google-relaunches-instantiations.html

Pour les autres produits de Instantiations (Swing, SWT, …), je suis pas certains que le site de GWT soit le plus indiqué …

-> Celui qui maitrise l’IDE est l’acteur le plus puissant d’un echo systeme de developpement

Cordialement,
Didier

En revanche, pour du XML, cela s’y prête probablement mieux et j’y vois deux avantages :
– Peut démocratiser la techno auprès d’un public débutant
– Peut servir au prototypage rapide

Cependant les utilisateur de .NET sont en général ravis de leur outils. Sait-on jamais

Pour l’histoire du port, j’espère qu’ils auront réglé ça d’ici la sortie officielle.

Je suis arrivé à la même conclusion que toi concernant le N° du port qui change à chaque lancement et… c’est pénible.
Plus la possibilité de bookmarker son appli en cour de développement.

En ce qui me concerne, j’ai testé la migration de la 2.0.ms1 à la 2.0.rc1 et…hic !
sans rien modifier dans mon code, je me retrouve systématiquement avec une erreur :
[ERROR] [xxx] Unable to find ‘xxx.gwt.xml’ on your classpath; could be a typo, or maybe you forgot to include a classpath entry for source?

Est-ce réellement une histoire de ‘typo’ ? J’en doute, tout fonctionnais sous 2.0.ms1 et l’ancienne version du plugin.

A+ les wavers

Pour la « dev », malheureusement non.

Malgré plusieurs améliorations, l’interface reste dans le ton de GMail (simple et efficace). Et perso j’aime bien

a++

Et ca me rend encore plus impatient d’être à l’open day de Google Wave

@adiGuba,
Pour un habitué, rien de très compliqué mais il y a quand même pas mal de notions implicites et pour l’utilisateur lambda, j’ai des craintes …

@neo.51, c’est ce que je pensai.
La version dev nous permet d’ajouter des plugins dont les siens.

+1 pour les invitations :aie:

Je suis curieux de voir cela de moi même

a++

Par contre je serais d’avis de déconseiller le fait de forcer Chrome Frame dans tous les cas : cela risque de poser des problèmes sur pas mal de site car le navigateur reste identifié comme un IE ! Du coup on pourrait se retrouver avec un code spécifique à IE qui serait logiquement incompris par le moteur Webkit de Chrome…

Autant utiliser le navigateur Google Chrome dans ce cas

a++

Source : http://www.stateofmind.fr/confluence/display/java/Singleton

Une manière (plus ou moins propre) de refactorer un singleton pour éviter à la classe d’avoir d’autres responsabilités que celle de créer un objet unique et pour le rendre testable.
http://www.stateofmind.fr/confluence/display/java/Eviter+les+singletons

tres pratique : par exemple, si on veut un objet de type emptyList instancié une seule fois pour gerer ls retours avec des listes vides

Apres ca n’empeche pas une surutilisation inutile (courante en java, a cause du coup important d’instanciation en java 1.3 et de l’héritage de struts), et de maniere générale, il est toujours possible de faire n’importe quoi

un petit exemple java/scala sur le singleton que j’aime bien : http://pbadenski.blogspot.com/2009/06/design-patterns-in-scala-singleton.html
on voit bien que le langage joue quand meme une bonne part sur la complexité.

du coup, on peut utiliser le singleton pour beaucoup plus de choses. (si on veut un objet listeVide par exemple, etc..)

Alors, singleton, mauvaise pratique, ou juste mal intégré ?

@Philippe
Bienvenu à l’association des SingletonAnonyme !!!

Abuse depuis son plus jeune age, et mis au pilori deux fois en une semaine…

allez, un bloggeur C++ pour le coup de grâce ?

Aujourd’hui on ne peux même pas écrire et tester un écran (JFrame, JPanel et compagnie) sans devoir démarrer l’application car tous nos composants de bases usent et abusent de ce pattern que je hais de plus en plus (accès aux dictionnaires de traduction, aux connexion de base de données).

Hormis cet aspect « lourd » il y aussi le fait que tout est singleton, les daos, les connexions, les effets visuels et même certains modèles. Au final nous n’avons aucuns design pattern autre que celui la, pas de Factory pour les daos ni pour les connexions j’en passe et des (bien) plus pratiques.

Bref, je dirais que le Singleton c’est à consommer avec modération et réflexion.

C’est un vaste sujet pour lequel je conseille vivement quelques lectures, notamment Effective Java ou Clean code (je suis preneur de toutes autres références d’ailleurs et toujours dans le registre de la pub j’ai bloggué sur ces petits livres sur codesmell).

Vu la littérature sur le sujet, traiter « proprement » du sujet mérite clairement pas mal de texte (et des compétences que je ne pense pas avoir lol).

Maintenant, voici quelques pierres que je pourrai tout de même apporter à l’édifice…

Pour ce qui est de la conception top-down ou bottom-top, je trouve qu’eclipse supporte aussi très bien le « top down » : il peut créer les classes/méthodes/attributs/champs manquants très aisément via des Ctrl 1. C’est limite plus simple que de se rappeler les raccourcis de génération.

D’ailleurs, c’est ce que préconise le Test Driven Development, afin de d’abord se pencher sur l’interface et le service à rendre. Rien de tel qu’écrire un test avec des classes/méthodes non encore existantes pour ensuite demander à eclipse de créer la classe, puis la méthode qu’on voulait. Et en plus si jamais tu te rends compte que le nom n’est pas le plus approprié, changer est aisé vu que tu as des tests

Pour la visibilité des attributs, par défaut, à mon sens, elle doit être private. En effet, comme le dit si bien Joshua Bloch dans Effective Java, concevoir une classe pour qu’elle soit héritée n’est pas une mince affaire. Au delà, même si cette classe doit être héritée pour devenir utilisable, on ne veut certainement pas que tous les champs internes soient accessibles.

Attention, cela ne veut pas dire que tous les champs de ta classe doivent être private, des champs protected peuvent avoir un sens (ou un getter protected suivant le cas). Pour la visibilité package/public, concernant un champ, cela saute moins aux yeux de prime abord.

Pour une méthode par contre, le package private est souvent très utile, notamment entre les classes d’un même package qui doivent bosser ensemble mais pour lesquelles tu ne veux pas que le reste du monde puisse interférer. D’ailleurs, c’est souvent requis pour avoir des classes de test dans un package de même nom que les classes réelles (cf maven pour la mise en pratique aisée ;)) : les classes de test peuvent ainsi directement accéder aux code/fonctions qu’elles doivent tester. J’en parlais justement de là http://www.codesmell.org/blog/2009/09/thoughts-and-questions-on-pragmatic-unit-testing/

j’espère que mes pavés sont digestes et contribuent au débat. Toutes questions bienvenues

++

Perso pour les attributs j’opte également pour une visibilité private dans la plupart des cas, quitte à fournir un setter protected pour les classes filles si besoin…

Quand à la visibilité package, elle peut être intéressante avec les classes « liées », comme un Comparator par exemple, où l’on pourrait avoir besoin d’un accès direct à l’implémentation.

a++

Au début j’utilisais du bottom-up bourrin, mais j’essaie maintenant de plus en plus d’utiliser du top-down. Dès que j’ai besoin d’une nouvelle classe, je commence par définir son interface et de déjà appeler les méthodes de l’interface pour voir si mon code est cohérent et seulement ensuite j’implémente cette interface. Dans certains cas, il s’agit également de classes abstraites.

Pour ce qui est de la visibilité des attributs, je suis plus de l’école private, mais peut-être à tort.

+1

Dans l’ensemble, les cours sur l’oriente objet a la fac sont a la limite du 0.

On parle d’héritage…sur 5 niveaux, et d’encapsulation, avec comme exemple, les accesseurs bêtement appliqués a tous les champs prives.

Après, effectivement, dans une appli développé en TDD/BDD/DDD, l’approche top-down est un must

Pour ce qui est de la visibilité, perso, j’ai tendance a tout mettre en private…mais c’est contextuel (pas de clients externes a l’équipe, développement propriétaire et interne)

Après, des qu’on parle framework, j’aurais plutôt tendance a faire comme toi, a savoir mettre en publique les méthodes, fournir des points d’extension, et laisser les membres « caches » en protected

Personnellement, j’essaie de créer le moins possible de getters/setters et de passer plutôt par des fonctions métiers qui sont souvent mieux adaptées, mais je ne suis pas non plus de ceux qui font tout sans getters/setters, au contraire.

Après, pour des cas métiers, on passe en général par une fonction.

Par contre, pas mal de membres ne sont pas exposés sous forme de propriété, mais sont purement privée, et réservés a la cuisine interne de l’objet.

Exposer tous les membres internes sous forme de getter/setter, ce n’est plus de l’encapsulation, au contraire, c’est exposer la structure interne de la classe

@benwit : ok, c’était quelque chose de bien spécifique. lol M’enfin, ça a servi tout de même

1) Si je te comprend bien, tu fais état d’une autre question (Doit t’on au sein d’une classe attaquer directement les variables d’instances ou passer par les setters/getters) et effectivement, c’est un problème différent de celui que j’évoque ici. (Mais ta réponse est intéressante)
Je faisais juste état de : void setTruc(int truc){this.truc=truc;} VS void setTruc(int unTruc){truc= unTruc;} et disais « attention au refactoring de truc en unTruc ! »

2) Merci de l’astuce eclipse (comme quoi, ce petit billet m’a enrichi !!!), je n’avais pas pensé à regardé de ce côté et je vais probablement le passer à Always pour le même genre de surprise que toi ;o)

En suivant la logique objet, on veut encapsuler les variables membres, histoire d’éviter que l’extérieur fasse n’importe quoi avec. D’où les getters/setters, mais cela n’implique nullement que depuis la classe même on ne puisse pas appeler directement les attributs. Au contraire même !

En effet, si tu as un objet membre, tu ne veux sans doute pas qu’un autre bout de code puisse le modifier (qui sait en même temps qu’un autre bout de code, ou en le rendant nul…). Du coup, il est commun de passer une copie ou une « unmodifiableList » en retour d’un getter. Inversement, pour les setters, tu veux sans doute t’assurer que le monde extérieur respecte le contrat de ton attribut (non nul, valeur positive…). Tout ça implique qu’au sein de ta classe tu préfères passer directement par la variable.

Concernant this, tu peux aussi demander à eclipse de les mettre tout le temps ou quand nécessaire, via Windows/preferences/Java/Editor/Save actions/Configure/Member Access/Use this qualifier for field accesses « Always/If necessary » (en anglais dans mon eclipse, dsl). D’ailleurs je suis en train de me demander si je ne devrai pas passer à Always, vu que j’ai aussi eu parfois qq surprises avec des attributs pris pour des variables membres de ma classe.

Est-ce dû au changement de version, quoi qu’il en soit, en me connectant à l’interface d’administration, je suis tombé sur une page me demandant d’accepter les nouvelles conditions d’utilisations. J’ai accepté mais que faire si je ne suis plus d’accord ? On ressent donc à ce moment la dépendance que l’on a vis à vis du cloud. Brrr…

Super bien écrit ^^

Tel est le message affiché

Le rôle d’un système d’authentification est d’authentifier avant tout.
Après, il est du ressort de l’application de gérer des droits spécifiques.

non authentifié -> connecté -> admin
-> pas admin

Je n’ai rien vu pour l’instant qui permette de récupérer les quotas.
J’ai quand même demandé à la communauté GAE si c’est possible ou si c’est prévu dans une prochaine version.

@zeth

J’ai lu qu’une erreur http 403 est envoyé en réponse pour le dépassement des quotas :
– Requests
– CPU Time
– Bandwidth, incoming and outgoing

Pour les autres quotas (comme ceux relatifs au DataStore), c’est pour l’instant une exception fourre tout « com.google.apphosting.api.ApiProxy.UnknownException  » qui est levée.
Dans une prochaine version, ce sera une « com.google.apphosting.api.ApiProxy.OverQuotaException ».

Simplement pour savoir s’il est possible de faire une export des données statisques ?
Eventuellement pour faire du reporting ou de la surveillance

Difficile, je n’irai pas jusque là mais moins facile sûrement.

Pour ce qui est de l’erreur, vu que GAE envoit des exceptions lors des dépassement de quotas, je suppose donc qu’il y a moyen de les intercepter ?
Pour ce qui est du détail, ne t’inquiète pas, je te comprends.

je trouve comme toi que le système de quota est nécessaire et que pour passer en mode payant c’est très bien adapté. tu indique qu’il est difficile de détecter que tu es sur GAE si tu indique un nom de domaine perso. mais la page de limite de quota atteinte est elle paramétrable? c’est du détail mais cela peut devenir important pour une application en production.

Je ne m’y connais pas trop en fait mais tu peux venir en discuter ici : http://www.developpez.net/forums/d745247/java/communaute-java/serie-billets-google-app-engine/

comme tu semble t’y connaitre.

j’ai un rapport à faire sur le cloud computing :

– Présentation technique du cloud computing (10 pages)
– Principes de mise en oeuvre (10 pages)

GOOGLE –> bien sûr, j’ai même des tonnes d’infos.
Mais aucune ne correspond aux questions posées…….

Pour la présentation technique (comment écrire 10 pages pour dire qu’il y a 3 grands typre de services SAAS, PAAS et IAAS)

Surtout le principe de mise en oeuvre (à part dématérialiser la salle
informatique –> comment ecrire 10 pages pour dire qu’on veux abandonner son infra pour un abonnement ?)

A moins que je sois à côté de la plaque ?

Je ne sais pas comment poster sur la page principale de ton blog

merci pour ton aide.

En surchargeant n’importe quel site, il peut tomber. Et je ne parle pas des failles de sécurité ou autre … Chez GAE, il y en a surement aussi mais au final, je ne doute pas qu’ils ont des compétences que ne peuvent se payer les petites structures.

Deuxièmement, il faut savoir qu’on est bien sur GAE. Si c’est explicite avec les url au format {applicationId}.appspot.com, ça l’est déjà moins avec un mapping sur son nom de domaine.

merci d’avoir partagé ton expérience

Tu t’appelles « Steve Jobs » et ton tel, c’est le 06 05 04 03 01
Si tu crée un compte anonyme « macaddict@gmail.com », tu veux probablement éviter que ce que tu fais avec ce compte soit associer avec « Steve Jobs ».

Si maintenant, tu t’enregistres avec « macaddict@gmail.com » et que tu donnes 06 05 04 03 01, si on consière que 06 05 04 03 01 est lié à « Steve Jobs », en liant 06 05 04 03 01 à « macaddict@gmail.com », tu lies par transitivité « Steve Jobs » à « macaddict@gmail.com ».

Si 06 05 04 03 01 est lié à « Steve Jobs », autant donner son compte « Steve.Jobs@gmail.com », ils n’auront pas d’infos supplémentaires. C’est mon point de vue.

Bien entendu, ton point de vue se défend s’ils n’ont pas l’info que 06 05 04 03 01 est lié à « Steve Jobs ». En liant 06 05 04 03 01 à « Steve.Jobs@gmail.com », ils font désormais le lien.

Dans ce cas, tu peux également utiliser un deuxième compte anonyme.

Google is watching you ! lol

Par contre je n’ai pas compris pourquoi il ne faut pas utiliser un email anonyme. Ce n’est plutôt l’inverse ?

Je ne faisais qu’exprimer mon avis et pour cette raison, le blog me semblait le plus approprié.

Maintenant, tu peux ne pas être d’accord et vouloir en débattre mais sache que :

– je ne souhaite pas freiner l’adoption de gwt car j’aime cette techno
– je te trouve un peu sûr de toi en disant que « personne n’a dit qu’il l’était » parce que vois tu, j’écris justement ceci pour des personnes qui disaient que c’était n’importe quoi d’écrire des sites avec cette techno (il y a un exemple je crois dans un post du forum gwt)
– avant de dire que je ne maitrise pas (peut être), faudrait-il bien comprendre ce que j’ai voulu dire, aussi bien pour l’internationalisation que pour le découpage, j’ai essayé les techniques que tu cites mais elles ne me conviennent pas pour différentes raisons.
J’ai ouvert un post sur le forum pour en discuter : http://www.developpez.net/forums/showthread.php?p=3354977#post3354977

Djo.mos,

Effectivement, je n’ai pas cité celui-ci … mais c’est parce que je n’ai pas essayé avec GWT 1.5 (qui gère certaines annotations) et un ORM qui ne bidouille pas les POJO.