Reprise du message précédent :

Essaye avec UT au lieux de GMT
EDIT ou UTC tiens

J'avais essayé, tu penses bien... Même résultat.
Java préconise GMT même si l'appellation est dépréciée.

Quel os ?

Windows XP, les settings d'heure sont corrects (bonne TZ, heure d'été cochée, système à l'heure).

Est-ce que vous utilisez Vaadin ?
 
 
J'ai installé le plugin, ça m'a l'air sexy ? mais j'ai parfois un peu peur du support sur ce genre de Framework..
 
Et si vous l'utilisez, quel avantage voyez-vous par rapport à ses concurrents ?

 
J'utilise pas, mais si tu aimes le principe mais que t'as peur du support à long terme, pourquoi tu pars pas simplement sur GWT ?
 

Je suis noob en GWT, et j'avoue que la doc de Vaadin me plaît.
Je cherche le piège
 
Mais t'as peut-être raison.
 
Je viens du C++ (QT, mais aussi Borland) et je cherche un framework web pour porter une appli qui nécessite la génération de forms dynamique.
 
J'ai vu que sur Vaadin il y avait pleins d'exemples (que j'ai rapidement saisi, alors que je viens de loin ), et je n'ai tout simplement pas l'expérience nécessaire pour juger de la faisabilité en gwt sans être un expert (ce qui n'est pas mon cas).
J'en suis plus au proof of concept en ce moment.

je n'ai fait qu'un prototype avec, c'était pas mal...
si tu as fait du Swing, ça y ressemble grosso-modo.
 
maintenant, de là à être le meilleur, je ne sais pas mais le peu que j'ai fait était rapidement torché et ça allait niveau perfs.

 
Voilà, pour le meilleur et le pire
Perso, c'est en partie ce qui m'a rebuté, je trouve que les principes de Swing sont assez éloignés du web (sémantique et mise en page séparés par exemple), et du coup pas adaptés au contexte. Ceci dit, c'est subjectif et ça peut être un gros avantage pour un pool de développeurs venant du monde desk.
 

Merci pour vos réponses  

la grosse diff entre gwt et vaadin c'est que vaadin gère l'état client sur le serveur (ça a des avantages et des inconvénients mais je les ignore)

Euh, genre il fait une session ? Et te colle ça sur un serveur ? Tu es obligé de rester sur le serveur sinon tu perds l'état du client donc de facto vaddin est statefull ?

Je me fous des perfs dans mon cas.
Ce ne serait pas très gênant.

voila, genre ça. Mais bon, ça a ptet changé depuis la v5 (ou nuancé en tous cas)

tiens, tant qu'on cause UI/web... qu'est-ce que vous utiliseriez comme lib sympa et light pour visualiser un graphe et interragir avec lui (genre popup sur un noeud, multi-sélection de noeuds, ...) ?

edit> d3.js ? simple ?

 
C'est plus un problème de scalabilité et fiabilité que de perf (je t'accorde que c'est lié).
 

Oui oui je pensais à la scabilité, mais concrètement, ce serait une appli sur techno web certes, mais à destination de réseau local.
 
Je cible 5 personnes connectées simultanément MAX.

plop  
 
bonjour les gens  
 
je voudrais faire ça  
<s:checkboxliste readonly="true">
 
mais ça existe pas
 
une idée ?  
 

Trouver la classe dans la TLD et la changer?

Maven, je veux spécifier une dependency range, qui inclue toutes les releases bugfix d'une version donnée, genre choppe la dernière 1.6.X.
 
Je fais ça avec une range à exclusion, [1.6, 1.7), sauf que ce con considère forcément qu'une release snapshot est inférieure, du coup 1.7.0-SNAPSHOT est inclue.
[1.6, 1.7.0-SNPASHOT) fonctionne évidemment, mais y'a pas moyen de faire un truc moins crade ? Pas de wilcard ?

Alors tu peux y aller. Vaadin est destiné essenteillement aux applis sans trop de traffic, car pour chaque utilisateur il garde une session serveur avec la représentation complète du DOM généré, et, actuellement, tout, absolument tou passe par le serveur (au contraire de GWT). C'est d'ailleurs devenu tellement flagrand qu'ils essayent maintenant d'inverser un peu la tendance pour supporter les charges des sites à fort traffic.
 
Pour ce qui est du support, la boite derrière Vaadin a récemment intégé le comitee board de GWT pour manager tout ce qui est évolution future de celui-ci. Donc c'est encore là pour quelques années.

Les ranges dans maven, c'est pourri de chez pourri. D'une machine à l'autre ca ne produit pas les mêmes builds (en pointant vers les même répos), les plugin maven ne récupèrent pas le même arbre de dépendance que celui qui t'es montré dans un dependency:tree, etc...

 
Moche. Donc j'oublie l'idée de ne pas publier une nouvelle version de X dés qu'une release bugfix d'une de ses dépendances sort    
 

j'ai besoin de trouver la source de out of memory error
je triffouille jvisualvm pour le moment
 
Il y a moyen d'avoir un arbre ou un graphe même en texte de la consommation mémoire ?
 
Jusque là je vois que des infos de consommation mémoire sur des instances de classes qui n'incluent pas dans le calcul les classes référencées par cette classe.
 
Donc ce n'est pas très utile de savoir que l'ensemble des strings occupe 30mo, si ça me dit pas qu'une classe List consomme 10mo de strings.

j'utilise MAT pour ça: http://www.eclipse.org/mat/
edit> c'est un peu trop rempli d'options partout mais il vaut le coup.
perso, je heap-dumpe avec VisualVM et je l'analyse avec MAT. Mais c'est pas habitude, je suppose que MAT sait le faire directement.

Tu peux toujours essayer avec Plumbr pour voir si il détecte quelque chose. Après, tu peux décider de payer ou non.

visualvm montre 200mega de byte[] et 300 megas de char[] qui se baladent
reste à trouver où est la fuite
 
je tente MAT pour commencer

Active l'option de "dump on out of memory error" puis analyse du dump avec yourkit.
Il te donnera les objets "dominators", les "biggest retainers" (ce que tu semble chercher).  
Fonction utile ensuite, les "merged path" pour savoir qui référence quels objets.

le dump on out of memory il était activé déjà, donc c'est bon j'ai un dump
 
y a un problème avec org.hibernate.engine.StatefulPersistenceContext
les premiers résultats sur google parlent de out of memory error et de leak
 
pour l'instant MAT semble me donner une vue suffisante
 
maintenant malheureusement le leak porte sur des classes de framework hibernate et jms, là où j'esperais que ça soit plutot des erreurs de code maison

vois le bon côté des choses, la m*rde n'est pas chez toi

ouais mais ça me parait chaud à débugguer du coup
 
-org.hibernate.engine.StatefulPersistenceContext
--org.hibernate.util.IdentityMap
---org.apache.commons.collections.SequencedHashMap
 
cette dernière map contient 100000 élément contenent des Object[12] dont un des champs est un char[] de 20ko donc une colonne clob dans la base  
 
comment ça peut gonfler autant sans être nettoyé ?
c'est hibernate 3.2.6ga
je ne vois aucune option de cache particulière dans la config
 
le comportement par défaut semble assez fuitesque

Je veux spécifier une version minimum de Maven (3.0.3) dans le POM d'un projet.
 
Ce qui est décrit dans cet article est un bon résumé (ne pas utiliser prerequisites mais le plugin maven-enforcer), ou vous avez d'autres idées / pratiques ?
http://blog.peterlynch.ca/2009/12/ [...] maven.html

en fait un truc que je vois pas avec MAT, c'est de quelle appli J2EE proviens la fuite
car il y a plusieurs appli qui utilisent hibernate sur la même jvm
 
la doc semble dire que ehcache est activé par défaut

Salut.
Je suis en train de me documenter sur GWT et j'ai une question existentielle donc je la pose vite fait ici.
 
Est-ce que GWT est prévu pour fonctionner avec de multiples pages web ou pas du tout ? Je vois plutôt une philosophie "desktop" avec une seule page dont on fait changer dynamiquement le body en ajoutant / enlevant des éléments mais peut-être que quelque chose m'échappe?
 

oui la philosophie c'est plutôt comme du client lourd

C'est ce qu'il me semble. Mais ça me semble bizarre pour une appli ou on aura par exemple simplement une page de login, et une page "applicative" complètement différente.  
Ca me parait contre-productif de redessiner complètement la page dans ce cas.
Je suppose qu'il y a des guidelines pour ce genre de situation mais c'est pas flagrant quand je lis la doc officielle.

en applis lourd l'écran de login c'est en général une popup par dessus l'écran principal
 
sur google c'est en effet un écran séparé, mais il est commun à tous leurs services, drive, youtube, gmail etcetera
 

je pense avoir mis le doigt sur le soucis de fuite
 
le soucis c'est qu'un truc à l'air de tourner dans une session qui n'est jamais fermée
La classe StatefullPersistenceContext contient la hashmap du cache de premier niveau, et le tout est lié à la classe Session hibernate courante.
 
Sur le close() de la session hibernate, je vois bien dans le code de hibernate que ça appelle une methode clear() du StatefullPersistenceContext qui vide cette hashmap.
 
donc la session doit jamais être fermée
une transaction doit être initiée à un certain niveau on en sort alors jamais
 
normalement, un message jms arrive, puis est persisté en base
 
là c'est comme si la transaction était initié trop en amont, et on ne sort alors jamais de l'aspect qui est censé gérer la transaction et la session hibernate

qqun sait t'il comment déterminer la mémoire utilisée par chaque application sur un serveur weblogic ?

non et ce n'est pas calculable facilement.
au pire, tu heap dump et tu comptes

oui mais tu comptes quoi ?
parceque le problème il est là
je sais pas comment savoir à quel thread correspond quelle application
 
j'ai néamoins pour l'application qui m'intéresse réussit à le déterminer en voyant des classes d'un framework utilisé que par cette appli qui étaient attachés au thread
 
mais on pourrait rêver mieux