Hello
Je bosse actuellement sur une application graphique avec une interface sur port série.
J'ai des problèmes, qui semble venir des threads (mauvaise gestion des ressources, le temps est mal réparti). En concret, cela veut dire que je déplace le scrolling panel et que paf... le cpu est utilisé pendant 1-2 secondes à 100%, tout bloque et... hop tout repart normalement.
Vous savez comment je peux identifier la partie du code qui génère cette charge à 100%. Ou un bon outil de profiling ou... je sais pas. Merci
Je dois noter que je reprends le code de qqn et que je n'ai pas le temps pour tout réecrire plus proprement (parce que c'est pas très propre...)
A+
P.S: J'utilise JBuilder Enterprise 7.0

Personne ne s'y connait pour du debbuging avec des threads?
Merci

personne n'a envie d'entendre parler de jbuilder  

 
korben >> fout des traces (logs ou betes system.out.println) aux endroits critiques, tu verras d'ou ça vient déjà comme ça...

Si tu cherches une application : Sitraka JProbe
 
Payant mais dispo en version d'evaluation.
 
Pour ton probleme, de mon cote j'ai un truc du genre : je perds des appels de methode asynchrones quelque part... une fois de temps a autres (genre 2-3 appels par semaine... sur une plateforme qui tourne 24/7) alors bon
 
Comme j'aime le dire "Hire a monkey to fix it !"

lorill a écrit a écrit : personne n'a envie d'entendre parler de jbuilder

 
Vous reprochez quoi à JBuilder. Je le trouve plutot pas mal. Permet de choisir sa version du sdk, lisible, assez rapide,...

WAOW TROP FORT !!!  

--greg-- a écrit a écrit : WAOW TROP FORT !!!

Tres constructif comme remarque. Heureux de savoir que tu emploies cet outil!

 
lui aussi je crois

Ouais, super. Je ne sais toujours pas ce que vous reprochez à JBuilder mais... bon!

j'ai découvert un truc super: on peut choisir la version de jdk qu'on utilise SOUS DOS !!!    
avec SET JAVA_HOME=CjdkXXX
 
trop fort, ce ms-dos
 
 

korben > je crois que greg a montré la réponse à ta question ...

Trop cool! Généralement, avec un environnement de travail pour développer en Java (autre que l'éditeur de texte et de ligne de commande (javac / java)), les classes utilisées sont définis par le programme (exemple J++) et il n'est donc pas possible de spécifier quel SDK on veut utiliser ni faire le changement très facilement. Une des fonctionnalité de JBuilder que j'aprrécie c'est justement de pouvoire en 1 clic choisir si j'utilise SDK 1.2 ou 1.3. ou 1.4... et ce n'est pas le cas sous tous les outils pour développer en Java.
J'utilise aussi un éditeur de texte et les commandes pour les projets simple, mais pour faire du debugging (pas à pas), un outils comme JBuild, Together ou... c'est bien pratique...
Maintenant, je serai assez curieux de connaitre les raisons de votre alergie à JBuilder. MERCI

y'a au moins 40 topics sur le sujet

 
je parle que pour moi la :
- c'est pas libre
- y'a un sale bug sous linux qui t'empeche de mettre des accolades, entre autre (jbuilder 5)
- c'est pas pratique (netbeans roxor)

 
   
 
   
 
 
Le bug de merde pas génant ...
 
Et puis eclipse, c'est mieux  

--greg-- a écrit a écrit :   y'a au moins 40 topics sur le sujet

Elle est excellent celle-ci. Tu m'as souvent rendu service dans le passé mais là, j'ai un peu de peine à suivre. Je pose un question, on me dit que JBuilder c'est de la merde. Je demande une explication et on me dit "Fais une recherche"! C'est quand même pas bien dur de me dire dès le début le problème.
Surtout après t'être foutu de moi pour une fonctionnalité intéressante et qui n'est pas présente dans tous les outils de developpement. MERCI!
 
Concernant l'aspect libre ou pas:  
JBuilder Personal est gratuit.
 
Sinon, vous conseillez quoi alors à la place?
Merci

 
putain la feature qui arrache. C'est clair que qd je travaille sur un projet je change de JVM toutes les 3 minutes, juste pour voir si ca fonctionne toujours    
 
et intelliJ le fait très bien aussi (plus beaucoup d'autres choses d'ailleurs ...)
 
et sinon pq je suis allergique à Jbuilder. La version officielle c'est parce que je trouve ca lent, moche, bugué, hyper lourd et que j'ai trouvé un autre éditeur super beau, hyper rapide et qui fait tout ce que je recherche dans une éditeur Java.
 
La raison officieuse c'est que générallement les utilisateurs de JBuilder font des commentaires ou posent des questions à la con. Ce n'est pas très relevé, soit mais c'est ma raison officieuse

et ? il est ou le rapport ? J'en ai rien a battre que ce soit gratuit.
 
et pour ce qui est de conseiller, moi je te conseilleirai netbeans, kadreg eclipse, darklord intellij idea, et tanguy together...

et moi emacs

y a aussi le fait qu'ils sortent une nouvelle version tous les 6 mois ce qui fait quand les boites se trainent toutes avec des vielles verions (ici la 4 => pas de suppot de la molette )
 
et puis le debugger est MEGA-lent !!!!
 
et je partage la raison officieuse de dark : ras le bol des "pourquoi j'ai un NoClassDefFound ?"

DarkLord a écrit a écrit :     putain la feature qui arrache. C'est clair que qd je travaille sur un projet je change de JVM toutes les 3 minutes, juste pour voir si ca fonctionne toujours       et intelliJ le fait très bien aussi (plus beaucoup d'autres choses d'ailleurs ...)   et sinon pq je suis allergique à Jbuilder. La version officielle c'est parce que je trouve ca lent, moche, bugué, hyper lourd et que j'ai trouvé un autre éditeur super beau, hyper rapide et qui fait tout ce que je recherche dans une éditeur Java.   La raison officieuse c'est que générallement les utilisateurs de JBuilder font des commentaires ou posent des questions à la con. Ce n'est pas très relevé, soit mais c'est ma raison officieuse

 
Je dois changer de version SDK rapidement. Je n'ai pas dit que la fonctionnalité était utile pour tout le monde.
Concernant ta raison officieuse, merci de ne pas mettre tout le monde dans le même tas.
 
Je ne défends pas JBuilder. J'ai trouvé ce que je cherchais. Si tu me dis que intelliJ est bien, je regarderai
 
Sinon, ne venez pas me dire que Togother n'est pas lourd. J'ai jamais vu aussi lourd (mon projet prend 500Mo en mémoire avec Together...)
 
Et concernant les éditeurs texte, j'emploie aussi, c'est nickel, léger, on a un control total, mais pour faire du pas à pas... difficile. Pour rajouter un bouton en 2 secondes... alors cela ne s'applique pas à tout.
 
Je ne veux pas lancer un troll, je ne veux pas m'énerver à qqn. Ok? Je donne qq arguments. Je n'ai pas testé suffisamment d'outil pour dire que JBuilder est le meilleur. Il me satisfait pour l'instant, c'est tout. J'essayerai volontier d'autres outils si vous m'en conseillez un de super bien.
Merci

benou a écrit a écrit :   y a aussi le fait qu'ils sortent une nouvelle version tous les 6 mois ce qui fait quand les boites se trainent toutes avec des vielles verions (ici la 4 => pas de suppot de la molette )   et puis le debugger est MEGA-lent !!!!   et je partage la raison officieuse de dark : ras le bol des "pourquoi j'ai un NoClassDefFound ?"

 
Concernant le non support de la molette. J'ai la version 7, cela ne marche toujours pas et cela me fait chier aussi (point le plus négatif que j'ai trouvé pour l'instant).

korben > Je ne mets personne dans le meme panier et c'est pour ca que c'est une raison officieuse c'est tout. Mais tu peux regarder sur le fourm. 95% des questions à la con c'est des gens qui utilisent cet IDE. Marre des "Je fais du Java depuis 6 mois, c'est quoi un classpath".
 
Si tu veux tester qqch, regarde IntelliJ. C'est l'éditeur dont je te parlais. Je n'ai rien de spécial à lui reprocher pour l'instant ...

 
Darklord: MERCI! Je regarderai cela. Et je suis le premier à regretter les personnes qui utilisent des fct. sans se poser de questions pour savoir comment cela tourne derrière...
A+

Bon, il est payant intelliJ. Mais je suppose que...  
A+

alias d'email illimités rulez  

Fais une petite recherche sur google, tu trouveras un plug-in pour le support de la molette (il existe au moins depuis la version 3.5 de JBuilder).
 
Et pour info, moi, je trouve JBuilder très bien (et pas particulièrement lent), et je ne me considère pas comme un newbie en Java. Et contrairement à ce que certains semblent croire, la fonctionnalité multi-JDK de JBuilder est très utile dans un environnement industriel.

mais n'importe quel ide permet de switcher de jdk nan?

Ben justement, je ne suis pas sûr...

ben dans la mesure ou tu dois indiquer a ton ide ou se trouve ton jdk...........

--greg-- a écrit a écrit : mais n'importe quel ide permet de switcher de jdk nan?

NAN! Pas tous. Et surtout, pas tous très facilement. Avec Jbuilder, tu as un menu et tu choisis. + simple tu meurs.
A+
 
Merci pour le coup du plug-in, je vais regarder cela. Mais je trouve taré que cela ne soit pas inclus de base. Espère qu'ils ont une bonne raison!

Je soupçonne que ce soit dû au fait que Java, avant la version 1.4, ne supportait pas la molette. Or JBuilder est écrit en Java (en tout cas dans la version Personal Edition).

y a un dll a ajouter pour ajouter la gestion de la molette ...
ca marche 10 minutes puis ca marche plus  

http://czerwonykapturek.tripod.com [...] wheel.html

benou a écrit a écrit :   (ici la 4 => pas de suppot de la molette )   et je partage la raison officieuse de dark : ras le bol des "pourquoi j'ai un NoClassDefFound ?"

 
Bon je n'avais pas envie de me meler a une bataille sans fin, mais tes arguments sont nuls :
 
Mousewheel est un addin free qui te permet de gerer la molette... depuis la version 3 de JB...
 
Pour la 2e partie, je signalerai juste que si tu n'importes pas des classes externes a ton projet dans n'importe quel IDE-Framework tu auras un class not def... Lorsqu'on ne sait pas utiliser java on n'utilise pas d'IDE point (je ne dis pas ca a toi, mais aux rigolos qui posent la question dont tu parles)
 
Maintenant JB souffre d'une multitude de defaut... et a quelques cotes positifs, entre autres d'avoir fourni un IDE utilisable et somme toute performant et gratuit a monsieur tout le monde (souvenez vous de FORTE... sur un vieux portable JB4 tournait bien... FORTE lui, il fallait attendre 20 minutes avant de pouvoir faire quoi que ce soit), avec des fonctionnalites suffisantes pour monsieur tout le monde bien avant d'autres societes.
 
Du cote des desavantages : lenteur, fonctionnalites TEAM a revoir (un scandale ce support approximatif de CVS...), prix, etc...  
 
Maintenant eclipse plante sous win car il surcharge la carte reseau lors de grosses synchronisation CVS ce qui fait planter ndis.sys ce qui donne un BSOD. JB est plus lent mais uniquement pour eviter ce genre de problemes.
 
De meme installer Eclipse alors qu'une JVM Microsoft est deja installee sur la machine n'est pas donne a monsieur tout le monde (faut penser a deplacer temporairement les fichiers de ladite VM pour que l'install se termine...)
 
Maintenant comparer Eclipse a JB ou Netbean a JB... est simplement RIDICULE : On a d'un cote deux frameworks de developpement, de l'autre un simple IDE qui prend de l'age et dont l'editeur fait partie d'eclipse (tot ou tard JB va disparaitre... AMHA ils attendent entre autres que GEF soit fini et stabilise)
 
Bref... Debat sterile...
 
A+
 
Pour info : j'utilise Eclipse et je cherche toujours un plugin performant et gratuit pour faire des metrics de mes projets java.

 
Ce n'est pas rare...
 
De mon cote je switch entre une J2ME, Java2, et JDK1.1 pour des raisons de migration de projet sur differentes plateformes...

j'aurais bien envie de répondre "mais je t'emmerde, moi" mais on va la jouer plus cool...
 
trouve tu normal qu'un IDE professionnel à je-sais-plus-combien-mais-cher la licence s'appuie sur un truc développé par quelques gars sur internet pour gérer un truc aussi con que la molette de la sourie ?
 
et ensuite quand je parlais des NoClassDeFFound je parlais pas des package mais des gars qui savent pas ce qu'est un classpath. Le problème de Jbuilder, qui est commun à tous les ide, c'est qu'il cache des aspects fondamentaux du langage, comme le classpath par exemple.
 
moi je trouve que mes arguments sont pas idiots ... alors tes reflexions dans ce genre, tu te les gardes