Reprise du message précédent :
tiens, il parraît que la nouvelle application de Mentor Graphics est en java. Je suis pas sûr parce que c'est le commercial qui me l'a dit, et que ça ressemblait étrangement à MS Visual studio dans l'esprit.

oui mais non...

si, completement.

 
c'etait juste pour faire chier parce que je capte rien au reste

gros noob

Est-ce que remplacer par une StringBuffer devient rentable dés le premier "+=" qu'on fait sur une String ?

si il est dans une boucle, oui

oui.

 
Nan pas forcément dans une boucle
Même dans un code tout simple
 
String test = "les blobs";
test += " attaquent la plage";
 
Voila, dans le cas le plus basique comme celui là.

nan oué, là tu gagnes rien, c'est au deuxième que tu gagnes.

ok voila c'est ske je voulais savoir

lis le topic sur le dessous des String de Sir nraynaud

bon ayé, je suis aigris, ce soir je vais faire un topic : "si tu sousclasse un widget, je tue ton chien"

ayez une pensée pour moi demain matin : je v faire du Jonas + Lomboz pour la première fois

d'ailleur sur 3 simulteurs d'électronique que j'ai touché récement (orcad, saber, Mentor graphics), tous trois faisait la même connrie que Lomboz dans leur approche de la communication entre les interfaces et les logiciels de calcul (xdoclet et le conteneu J2EE dans le cas de lomboz).
 
Ce qui rend le truc carrément pas pratique, te fous des fichiers intermédiaires partout, n'est pas souple et risque de te faire simuler/déployer des trucs outdated.

ski est bien avec nraynaud c'est qu'il parle de "connerie de tel ou tel truc", mais qu'il y que lui qui à le droit de savoir de quoi il parle

bah avec nraynaud tout est pourri, tout est merdique, seul lui sait faire des trucs propre, alors bon

gni ?
 

même pas, il m'arrive régulièrement de voir que je fais de la merde aussi.

je cite:

ben je sais pas, la communication entre les outils par des fichiers générés, des communications à sens unique avec les outils (en général, c'est ligne de commande avec argument -> fichier). Des chaines d'outils complètement imperméables les uns aux autres.
 
Bref quand tout compile bien, tout va bien, mais dès qu'il faut aider l'utilisateur à trouver une erreur ou lui proposer une aide à la saisie, il faut réécrire une partie de l'outil dans l'IDE.
 
par exemple, une aide à la saisie ou une erreur de syntaxe dans Cup, ou dans un tag XDoclet, et c'est dans ton cul.
C/C++ proposent des bidouilles avec des numéros de lignes dans les commentaires, mais c'est pas très sérieux non plus.

bon, ben g mes yeux pour pleurer...
 
super le TD ce matin :  
- g fait un joli bean stateless helloworld qui marche, mais je sais pas pkoi (en gros ca fait tout pour toi lomboz, mais g pas tout compris le process exact)...
- ma prof a du mal avec les EJB, c pas son domaine..du coup son td est tiré par les cheuveux...et surtout si ca foire on sait jamais pkoi
 
bref, sachant qu'on va surement passer sous Tomcat à la rentrée, en gros de quoi j'ai besoin comme outils pour comprendre ce que je fais ?
est-ce qu'il y a un tuto bien que vous connaitriez qui explique en gros comment monter 2-3 beans de différents types avec une BDD, en pas à pas ?
 
je voudrais un truc qui soit relativement générique, ou a défaut qui parle surtout de Tomcat (même si je pense que c la même philo partout) vu que Tomcat sert partout (dans Jonas, dans JBoss,dans WS)

tomcat n'a rien à voir avec les ejb ...

oui g rectifié ...en gros vous utilisez quoi comme container d'EJB ? Jonas, JBoss ou Websphere ?

j'ai utilise JBoss uniquement jusqu'ici... et sinon le tuto J2EE sur le site de SUN est bien pour commencer et comprendre. (et pour JBoss, tu peux avoir Jetty au lieu de tomcat comme moteur de servlet si je me souviens bien)

y a aussi geronimo, le conteneur d'apache, mais je sais pas ce que ca vaut ...

le tuto J2EE de sun, il est orienté containeur d'appli de chez Sun d'après ce que j'ai lu ...même si les principes sont identiques, j'espère que ca ira...
 
--> donc JBoss ok ...et ensuite Eclipse et quel plugin ? y'en a plein...g vu jope g un peu peur...c franchement une usine à gaz...et en gros c la merde
 
y'a bien lomboz de la meme boutique..

j'ai pris Lomboz et ca me suffisait plus un plugin jboss pour pouvoir le lancer depuis eclipse et avoir les logs visible dedans.

tu fais plus de J2EE ?
 
sinon ben ok je v voir avec ca...

non, plus de j2ee pour le moment.

hibernate v3 est sorti en beta
http://www.hibernate.org/

c a quoi de mieux qu'un SGBDO tout intégré comme FastObjects ?

ben c'est pas un sgbdo, justement.

qui c'est qui maitrise les ThreadLocal ?
ça a un sens d'avoir un ThreadLocal static sur une classe? j'ai pas l'impression
 
L'idée etant que ma classe est short-lived, mais que j'aimerais ne pas réinstancier/configurer le NumberFormat à chaque construction; NumberFormat n'étant pas thread safe, j'ai pensé au ThreadLocal ..

bon en fait il DOIT etre static:
http://www.me.umn.edu/~shivane/blo [...] emory.html

GENERICS RULEZ:

y a le FastDateFormat de jakarta commons lang pour ca ...

en meme temps un DateFormat pour formatter un nombre, c'est ptet pas hyper adapté.

(et puis commons-*, pour que ça aille cracher des debug statements dans mes logs, non merci )

Cela fait du mapping objet relationnel, donc typiquement si tu as un existant en relationnel,  le mapping avec ton appli java s effectuera plus aisement.

oui dans cette optique...