domak a écrit 40 commentaires

Cool, merci pour la news.
Toujours dans la section perf, est-ce que quelqu'un sait si la JEP 145: Cache Compiled Code a des chances d'être implémentée? Je n'ai pas l'impression qu'il y ait beaucoup de mouvement autour de cette JEP.

L'idée est d'éviter le syndrome du jour de la marmotte (je parle du film, http://fr.wikipedia.org/wiki/Un_jour_sans_fin) : on repart du code compilé d'un précédent run plutôt que d'attendre la fin du warmup pour avoir de bonnes perfs.

Si mais je n'ai pas vu le rapprochement... d'ailleurs même après une brève relecture, je ne le vois toujours pas. Je vais donc creuser (ou pas).

Je ne suis pas sûr de comprendre. Tu pourrais nous en dire plus?

En pesant le pour et le contre, il était plus simple pour moi de gérer mon propre système de session

Houlaaaa...le petit joueur! T'aurais aussi pu ré-écrire le serveur http!

Bon bein j'ai essayé avec la release d'Europa (sous windows... pas taper, je suis au boulot!!!) et ça donne un gros crash de jvm: https://bugs.eclipse.org/bugs/show_bug.cgi?id=194943 (si si, il fallait quand même le faire!).

Sinon, pour répondre aux autres points: je comprends qu'il faille le JDK mais dans ce cas, il devrait y avoir un moyen de supprimer ce warning (ça fait pas super intégré) et pour Eclipse/Eclipse JDT, tu as la même chose sous netbeans (on peut faire du C++, Ruby).

ou alors tu changes d'épouse...

bon ok, je ----> [ ]

Clair. Netbeans est en train de rattraper son retard au grand galop. Par exemple, j'ai testé le support des webservices sur netbeans et Eclipse Europa.

Sur Europa, après avoir galéré pour installer les features pour le support des WebServices et BPEL (les mirroirs ne sont pas à jour) je n'ai pas été foutu de créer un projet "webServices" (la variable qui pointe sur le JRE est affichée en warning et la pile ws n'est pas dans le classpath).

Sous netbeans, j'ai tout trouvé tout bien intégré. Pas de perte de temps à chercher les meilleurs plugins, à vérifier leur compatibilité et toussa (je sais, je pourrais utiliser myEclipse mais c'est payant et je suis radin). Intégration de Glassfish, de SVN, d'un profiler, d'éditeur Swing et JSF (même si je n'en développe pas d'interfaces graphiques, je lance matisse de temps en temps tellement je le trouve classe), etc.

Je ne suis pas en train de relancer une guerre des IDEs. Je développe sur Eclipse à longueur de journée et je l'apprécie énormément pour la qualité de son éditeur et du refactoring (je ne fais que des batchs, pas d'interfaces). Mais je rebondis sur le commentaire précédent pour vous inciter à jeter un coup d'oeil sur cet IDE qui mérite qu'on s'y attarde un peu (surtout en java 6 pour l'améliration des swing et l'ouverture des API de javac).

Yeessss!
Maintenant, je me pose une question: pour une appli graphique, que vaut-il mieux faire, utiliser swing et être portable ou les bindings de gnome pour une meilleure intégration ?

Je dois être une grosse tanche mais je n'ai jamais réussi à graver quoique ce soit avec graveman, gnomebaker ou brasero.
Et pourtant, si je ne dis pas de conneries, ils utilisent les mêmes back-ends que K3B, non?

Et comme K3B est le seul qui me permet de prendre un répertoire racine, de le déposer dans la liste des fichiers à graver et de supprimer ensuite les sous-répertoires que je ne veux pas graver (cela a peut-être évolué depuis), j'avoue que j'ai eu la flemme d'aller mater les lignes de commandes que chacun d'eux utilisent pour voir d'où cela provient...

J'utilisais le driver proprio fglrx jusqu'à ce que ces messieurs d'ATI me signifient que ma 9200 était trop vielle pour être supportée (cela s'est passé l'an passé et je n'avais ma carte que depuis deux ans...). Depuis, j'utilise le driver libre radeon et je n'ai plus aucun souci!
Je ne sais pas celui que tu utilises mais je te conseille vivement ce driver libre (je n'ai même pas perdu en perf, au contraire)

Je n'ai jamais vu une telle fonctionnalité dans Eclipse. Si cela existe, il te faudra plutôt chercher du côté des plugins clients des gestionnaires de version comme SubEclipse, celui de Subversion (qui ne génère que des patchs comme te l'a indiqué Yann).

Mais si je peux me permettre de te donner un conseil, c'est de livrer un jar plutôt que des classes individuelles, cela me parait beaucoup plus simple et plus fiable! (et si tu as un peu de temps, un projet complexe avec beaucoup de dépendance investi du temps sur Maven).

Je me suis posé la même question.
Oui, si on en croit la page http://code.google.com/webtoolkit/makinggwtbetter.html dont voici un extrait:
GWT took off much faster than we expected, and it quickly became clear that the most sensible way to advance GWT quickly would be to open it sooner rather than later. While we've never actually felt particularly stingy about keeping the source closed, now the all code for the GWT Java to JavaScript compiler, the hosted mode browser, and so on can progress before your eyes. We're very much looking forward to contributions of ideas, bug reports, and patches.

Finallement, j'ai été voir rapidement dans Subversion et j'ai trouvé le compilo sous licence Apache:
http://google-web-toolkit.googlecode.com/svn/trunk/dev/core/(...)

Je vais peut-être me remettre à développer des applis web...

Mouais... ça doit pas être facile pour Sun. Quand ils fournissent une JVM proprio, toute la communauté exige qu'elle soit libérée et quand ils libèrent, on continue de râler...

Évidemment qu'il y a un but commercial. Vu le bilan chroniquement déficitaire, ils ont intérêt à se bouger !!! (et c'est vrai qu'aujourd'hui, celui qui se fait vraiment du pognon avec Java, c'est IBM).
Mais franchement, vous ne pensez pas plutôt que le vrai concurrent de Java c'est .NET ?

De toutes façons, la radeon 9200 n'est plus supportée par le driver proprio d'ATI (la 2D continue à fonctionner mais pas la 3D).
Le driver libre "radeon" fonctionne aussi bien que le propriétaire et il offre la 3D... un bel exemple de l'utilité du libre.

Pour moi, aujourd'hui, l'Europe permet à des lobbys d'imposer à tous des règles qui auraient été difficiles à imposer individuellement dans chacun des pays. Alors qu'ils commencent à la rendre plus transparente et démocratique et j'arrêterai de m'y opposer.

S'ils ont mis "compatible linux" sur la boîte et que cela ne fonctionne pas sans l'ajout d'un module, n'est-ce pas de la publicité mensongère?

Traduction pour les geeks: c'est une porte logique AND.

ok, je connais le chemin --->[]

independent software vendor

N'y a-t-il que les applis proprios professionnelles qui en bénéficieraient?
Est-ce que cela ne simplifierait pas l'install d'un driver graphique proprio, de la JVM de Sun, etc (même si c'est vrai qu'on retrouve ces softs dans les dépôts - avec toutefois un léger décallage par rapport aux versions publiés sur les serveurs des éditeurs) ?

> Il faut bien un permis pour conduire une voiture, pourquoi pas une legere formation pour utiliser un ordinateur?
Pour passer un permis auto, une vingtaine d'heures suffisent et on ne te demande pas de passer le permis sur chacune des voitures (distrib) que tu vas conduire. On ne te demande pas non plus d'ouvrir le capot pour comprendre comment ça marche. Si t'as envie, tu peux mais ça n'est pas obligatoire...

As-tu essayé JAXB ? (qui à mon goût à l'avantage d'être spécifié par le JCP) Si oui, peux-tu nous en dire un peu plus sur la comparaison des deux (pas en termes d'archi, c'est assez explicite mais en terme de perfs, de facilité d'utilisation, etc).

Avant d'ouvrir le code, faudrait d'abord ouvrir les esprits...

T'es-tu seulement posé la question "pourquoi le fait-t-il?". Quels sont les raisons qui le poussent à rejoindre des mouvements extrémistes?

Sinon, il me semble que les specs ont été rendues publiques à l'époque où ils ont lancé ce format (vague souvenir).
Non, pas depuis le début, ça c'est sûr! Il y a 2 ans, j'avais pesté contre Microsoft qui d'un côté faisait son marketing sur XML et de l'autre ne fournissait aucun schéma alors que je souhaitais générer du XML pour Excel.

Si j'en crois le lien suivant, les schémas ne sont seulement dispos depuis le début de l'année...
http://www.microsoft.com/downloads/details.aspx?FamilyId=FE118952-3(...)

Sauf que bien entendu toutes les exceptions "standards" sont "ignorées" par le compilo : "InvalidCastException", "NullPointerException", "OutOfMemoryException", etc. C'es les plus courantes et le compilo te diras jamais rien.
Parce que c'est des exceptions qui héritent de RuntimeException. Comment veux-tu qu'un compilo te prévienne d'un OutOfMemoryException ou d'un NullPointerException. Pour le ClassCastException, maintenant on a les generics qui devraient en supprimer la plupart.

oué mais si tu patches bêtement la lib sans recompiler ton appli ?
Dans ce cas là, je passe un sale quart d'heure parce que c'est ma responsabilité de livrer des applis testées (je te rappelle que les enjeux de mes clients se comptent en millions d'euros par jour)...

Bon allez, j'arrête là parce que ça commence à me fatiguer.