Reprise du message précédent :
va faire un tour sur irc#maven ?

Qq connait ?
http://www.romaframework.org/
J'ai rarement vu autant de monde sur un seul projet open source.

ca fait un peu penser à GRails http://grails.codehaus.org/

ou a  trails https://trails.dev.java.net/

bourdel, mais y a combien de frameworks ??!

trop?

ben, on dirait...
 
ils comptent tous avoir un avenir ?

Encore plus qu'en Python (et ça veut dire beaucoup trop btw)

je trouve ca un peu con de dire que y en a trop

disons que le choix est tellement etendu que ca devient difficile de choisir. en terme de features, ils se ressemblent presque tous et c'est pas evident de deviner lequel va perdurer.

Ben non  
 

• Ca amène à une sur-fragmentation du marché et de la base de dev
• Ca diminue la propagation des innovations
• Ca rend difficile le choix d'un framework (si il faut tous les tester bonjours), et donc ça fragmente l'user-base
• Ca diminue notablement les chances de voir un framework réellement supérieur aux autres émerger (et potentiellement devenir le framework "officiel", bien qu'en java ça soit mort d'office)

   
 
Le dev web est en train de devenir beaucoup plus facile en Python parce que deux "leaders" ont enfin émergé de la masse de frameworks Python: Django (complètement original) et Turbogears (qui aggrège les "best of breed" préexistants).

ben non, c'est pas le but du jeu

 
faut arreter de deconner, parmi tous ces frameworks, y en a a peine 5 ou 6 qui ont pour but de devenir mainstream, le reste c'est plus a classer dans la categorie "recherche" .... et c'est de la que sortent les innovations, si on se contentait de ce qu'on a, on irait pas bien loin hein.
 
surfragmentation du marche ? y a que struts et jsf sur le marche java hein malheureusement .... si seulement ca pouvait se fragmenter plus ...  
 
ensuite faut m'expliquer ta logique quand tu sorts un truc du genre:

parce que pour moi c'est justement le contraire ...

 
alors prend cadremploi, monster, stepstone, keljob, lesjeudis, le moteur de recherche de ton choix, etc...et compare ce qu'il y a comme boulot en python, et en java...
par ailleurs, une communauté capable de sortir autant de projets me semble tout sauf en phase de déclin...et puis vu l'existant en java, je pense que c'est pas pret de mourir...
 
Après là c chiant parce que forcément, c difficile de faire un choix maintenant...mais cette situation va pas stagner, à force y va y avoir des concentrations, etc...
 
Le "mon langage il est mieux il vous nique tous si vous l'utilisez pas vous êtes un con" ca va 5 minutes, mais la qualité intrinsèque d'un langage (sujet éminament subjectif) n'est pas le seul critère à prendre en compte pour l'essor d'un langage...y'a la base de gens qui ont été formé dessus, la puissance marketting des gens qui le soutiennent, etc...
va dans n'importe quelle école, on apprend le java...le python c pas garanti...va parler à n'importe quel décideur, java il connait...python c'est pas garanti...bcp de grosses boite ont comme stratégie corporate de toujours prendre le top 2 sur un marché...en dev ca veut dire Java et .NET ...
 
bref, troll à la con

et sinon, sur la multiplication de framework j2ee

heu sinon, ça vous dis pas de rendre à ce topic son niveau intellectuel ?

ce topic est  

Non, parce que chaque framework n'a qu'une petite communauté de dev bossant réellement dessus et pas seulement avec (ceux qui ont le plus de devs étant "les standards de l'industrie", donc les merdes genre Struts). Donc les développements et évolutions sont ralentis, donc l'innovation est globalement plus petite (il y a une innovation globale, mais chaque framework a sa ou ses fitioures qui tuent, sans qu'un framework donne regroupe la majorité des fitioures intéressantes)

Tu reviendras me voir quand t'auras appris à lire, merci.

et RoR, ils étaient 4308 dev à bosser dessus ?

vous avez l'air bien chauds, j'en essaye une autre :  
 
Pourquoi vous dites du mal de Struts ?

parce que ça pue

parce que le nom est pas joli

ça j'ai bien compris, mais j'ai pas trouvé de détails/argumentation sur google avec une requête genre "why struts is evil" ou "struts evil"
 
y a juste des gars qui disent que ça pue.

ben c'est vrai que perso, j'ai pas d'experience directe avec, mais rien qu'à voir la gueule de l'api, les bouts de code, et une présentation que j'ai vue à javapolis y'a 2 ans, ça m'a juste donner envie de garder ça le plus loin de moi possible
(hyper verbeux, api sortie tout droit des années 80, ...)-

pareil, pas d'expérience, donc je me permet pas trop de juger le truc, mais de ce que j'en ai aperçu c'est des fichiers de config XML dans tous les sens ...
Ca a l'image d'un truc très "lourd" à développer ... l'anti-RoR quoi ...

c'est fou, j'trouve ça assez souple pourtant...
 
m'enfin aprés c'est idéologique, y a des gars qui gueule contre les JSP et les tags...
 
RoR a l'air d'avoir un sacré succès d'estime, mais je me demande ce que ça donne dans le monde professionnel.

c'est qu't'as jamais rien vu d'autre, je sais pas ?

ça tient pas la charge, donc pour l'instant ça fait juste bander les développeurs

 
 
c'est pas faux.

Moi j'ai l'expérience, la moindre modif tu dois toucher à 5 fichiers (dont 4 en XML), le truc est lourd, pas clair, à l'opposée de toute forme de simplicité.  
 
Là où du rails te dit "convention over configuration", Struts te dit "Configuration over everything else", il faut TOUT configurer, le "default" n'existe pas dans struts (et encore moins le default un minimum utile).

Ca a la souplesse d'une barre en inconel 380 oui

 
hum, à part le struts-config, tu changes quoi ????  
 
je vois pas les 4 fichiers auxquels tu fais allusion......

fini SF
Paris sux

good point
 
C'est bon, j'ai passé du Monsieur Propre, ya plus de traces

Hello,
 
Comme vous le savez tous depuis au moins hier, j'ai fait un petit programme qui remplit une queue avec l'input de 3 fichiers, avec des threads daemons concurrents.
Les fichiers seront des fichiers de log régulièrement mis à jour par un autre process donc mes petits démons surveillent d'un oeil ce qui se passe. Tout ça fonctionne bien, mais ils ont la fâcheuse tendance à occuper 100% du CPU lorsqu'ils sont en attente de nouvelles lignes dans les fchiers en entrée, même lorsque je leur colle un sleep une fois qu'ils ont atteint la fin de fichier.
Une idée ?

oui, te taper le tuto sur les threads :\

J'ai du en rater un bout alors.
Mais plus precisement ? Avec wait/notify ??
 
Le wait/notify sur la queue et le coup du marqueur de fin de liste... pas con ! Je devrais gagner en perf.
http://javaalmanac.com/egs/java.la [...] html?l=rel
Mais pour le polling I/O, je vois pas trop. Idealement, il me faudrait un evenement.

  eeeeuuuuuuh ouais ?

Ceux qui trainent sur blabla@prog et qui ont subi mon code (merci a eux).

Tu devrais subclasser la fenetre de Winamp
oups, je m'a trompé

reste plus qu'a convaincre ma copine de partir la bas, ca va me faire chier de pas pouvoir continuer l'aventure
et accessoirement convaincre mwinmwin de viendre aussi