[swing]Différence de comportement selon hardware

Bonjour,

Le sujet n'étant peut-être pas très explicite je vais être plus précis:
J'ai créé une appli qui présente dans une de ses frames une JTable.

Celle-ci est équipée de tous les renderers qui vont bien et peut être amenée à être mise-à-jour (nouvelle ligne en général) toutes les 30 sec.

Mon pb est que tout se passe très bien sur certaines "vieilles" machines, alors que sur de plus récentes l'affichage part en sucette: la JTable devient grise ou une seule colonne s'affiche lors de chque nouvelle entrée...

Les JRE ont été vérifiées et sont bien les mêmes partout...
Petite précision, l'appli est délivrée sous Java Web Start et idem, les versions sont les mêmes d'un PC à l'autre.
Enfin, aucun pb sous Linux, seulles certaines machines ("vieilles", contre "récentes") sous windows sont impactées...

Est-ce que ça peut venir d'un pb style carte graphique ou driver de celle-ci ?
Sinon si vous avez d'autres idées, je suis preneur !

Merci par avance !

PS: j'ai testé le doubleBuffering --> ça n'a rien changé.

Es-tu sur de faire les modifs de ta table dans l'EDT et non pas dans ta thread perso ?

Citation:

---

Envoyé par bouye

Es-tu sur de faire les modifs de ta table dans l'EDT et non pas dans ta thread perso ?

---

Désolé, mais qu'appelles tu l'EDT ?

Event Dispatch Thread - La thread spéciale qui sert à la fois pour le rafraichissement de l'affichage et à la progagation des évènements dans AWT/Swing.

Même si tu fais tes traitements dans un autre thread, il te faut modifier le contenu de ta table dans l'EDT et uniquement dans l'EDT (les composants Swing ne sont pas thread-safe) à grand coup de SwingUtilities.invokeLater().

Citation:

---

Envoyé par bouye

Event Dispatch Thread - La thread spéciale qui sert à la fois pour le rafraichissement de l'affichage et à la progagation des évènements dans AWT/Swing.

Même si tu fais tes traitements dans un autre thread, il te faut modifier le contenu de ta table dans l'EDT et uniquement dans l'EDT (les composants Swing ne sont pas thread-safe) à grand coup de SwingUtilities.invokeLater().

---

Ok !
Alors oui, je confirme, chaque refresh se fait via un nouveau Runnable mis en paramètre de SwingUtilities.invokeLater(...)...

Salut,
J'ai rencontré un probleme similaire avec une JTable qui affichait bien toutes les données s'ajoutant sur de vieille machine et pas sur des machines récentes.
J'avais un TableModel auquel on ajoutait des lignes par l'intermédiaire d'une méthode add. Cette méthode faisait un petit traitement sur l'objet passé en parametres pour mettre en forme certaines informations. Le probleme etait que les appels à cette méthode se faisait par des threads de traitement. Sur les machines récentes et donc performantes, j'avais des problemes d'accès concurrents sur la méthode d'ajout dans le TableModel et je perdais une partie de mes informations. L'ajout d'un synchronized sur la méthode d'ajout a résolu le probleme.

Hello !

Merci pour ton aide ! :P
Les "vieilles machines" n'ont seulement que 2 voire 1 an pour l'une d'entre elle...
Cela dit j'ai testé pour être sûr et la synchronisation autour de la JTable ou du Table Model ne résout pas le pb...

En même temps le service info fait des tests avec différents drivers pour la carte graphique, mais rien de neuf...

:?

Encore merci pour votre aide ! :P
Et je reste toujours preneur de la plus petite idée !

Ayant aussi posté sur forum.java.sun.com, une réponse tend à confirmer le pb de drivers: pb équivalent résolu en changeant les drivers...
Cela dit, chez nous, avec les différents essayés ce n'est pas encore probant...
Les cartes sont des Intel graphics... Au cas où ça interpellerait qqun...

Dans tous les cas, c'est plutôt moyen pour Swing... :?

As-tu essaye de desactiver l'acceleration Direct3D ou DirectDraw ? Il faut utiliser respectivement les flags -Dsun.java2d.d3d=false et -Dsun.java2d.noddraw=true sur la commande en ligne.

Citation:

---

Envoyé par Gfx

As-tu essaye de desactiver l'acceleration Direct3D ou DirectDraw ? Il faut utiliser respectivement les flags -Dsun.java2d.d3d=false et -Dsun.java2d.noddraw=true sur la commande en ligne.

---

Bonjour,
En fait je ne parviens pas tester avec ces paramètres: les clients sont lancés via Java Web Start et pas moyen de setter tout ça.
De plus le fichier JNLP côté serveur ne semble pas permettre ce genre de réglage si je m'en fie à la DTD...
Donc là, c'est pas top...

Merci dans tous les cas ! :P

Si, tu peux definir ces parametres dans un JNLP. Voila un exemple :

Code:

---

1 2 3 4 5 6

<resources> <j2se version="1.5+" /> <jar href="collage.jar" /> <jar href="collage-photos.jar" /> <property name="sun.java2d.d3d" value="false" /> </resources>

---

Citation:

---

Envoyé par Gfx

Si, tu peux definir ces parametres dans un JNLP. Voila un exemple :

<resources>
<j2se version="1.5+" />
<jar href="collage.jar" />
<jar href="collage-photos.jar" />
<property name="sun.java2d.d3d" value="false" />
</resources>

---

Bonjour,

Merci pour tout !
Bon avant tout, mon pb n'est pas résolu :(

J'ai donc bien modifié mon jnlp en prenant en compte ces paramètres.
J'ai aussi bien veillé à ce que ce soit ce nouveau jnlp utilisé et pas l'ancien qui serait en cache dans Tomcat ou côté client...

Mais malgré tout, le pb persiste...

As-tu essaye en commande en ligne sans le JNLP ? Si ca resoud le probleme de cette maniere (essaye un param, puis l'autre, puis les deux) c'est que WebStart ne passe pas noddraw a la JVM (les params transferes dependent des versions malheureusement).

Bon et bien ça n'a malheureusement rien donné de plus de ce côté là.

MAIS !

On pense avoir la solution ou tout du moins la cause:
On utilise des P4 et en désactivant l'hyper-threading le problème n'existe plus: tout marche nickel !
Bon le hic c'est qu'on aurait tout un parc à modifier et en même temps j'aimerai savoir s'il n'y a pas un moyen de contourner ça...

Je vais donc ouvrir un nouveau thread sur la question...

Merci beaucoup pour votre aide dans tous les cas ! :P