Reprise du message précédent :
Putain on sent le mec qui bosse chez Google hein pour guice si ct à refaire j'éviterais. Trop rigide, et imbitable quand faut rentrer dans le cambouis. Soit je repartirais chez mes vieux potes de picocontainer soit je jetterais un œil sur les nouveaux venus (celui de chez square leadé par crazybob, donc, et un autre dont le nom m'échappe la)

Dagger ? c'est grosso modo la meme chose que Guice mais les bindings sont resolus a la compilation et pas au runtime
(et c'est fait par les memes, Crazybob et Jesse Wilson, donc ne t'attends pas a quelque chose de radicalement different de Guice )

 
Puisqu'on en est là, autant que j'apprenne quelque chose.
 
Je récupère une info au format texte de manière ponctuelle, info que je souhaite transformer en événement. Chaque info a une entête particulière, qui permet de savoir à quel type on a affaire, et donc de construire l'événement avec le reste des données (info - entête).
 
J'ai donc schématiquement une Map<entête, parseur>. Pour une nouvelle info :
1. je splitte entête et corps
2. je récupère le parseur via la map
3. je créé l'événement du bon type par sa factory statique (le parseur en gros), en lui passant le corps
4. profit! (mais pas de la bonne façon apparemment)
 
La justification de #3, c'est que c'est un boulot qui ne peut pas être réalisé dans le constructeur de l'événement, trop de traitement.
 

silk?

Question con: la liste des type d'évennement, elle est évolutive ou dynamique? parce que sinon, je comprend pas bien l'intérêt de la map et des étapes #1 & #2 vis-a-vis d'un unique parseur peg.

Oui voila. Meme si ma première impression est plutôt que ça vient d'un jeune diplômé ambitieux plutôt que d'un vrai besoin/manque dans les autres libs. (En même temps, chose rare, il mentionne et compare avec pico donc je me trompe pe)

 
Question pertinente au contraire, c'est en remplacement d'un parseur actuel. Le code du parseur devenait touffu, indexer plusieurs parseurs spécialisés me paraissait une bonne idée, d'autant que #1 et #2 ne me coûtent rien. En tout cas le seul souci rencontré, c'est justement le manque de contrat sur les méthodes statiques, je peux faire avec
 
Alors certes, ça revient au final à un unique parseur et ça m'oblige à maintenir une liste statique, mais il y a d'autres aspects qui vous dérangent au niveau de ce design ?
Ça me permet également à terme de faire vivre certaines famille d’événement dans des API séparées, et de construire ma map par réflexion avec les types dispos. Testé vite fait la semaine dernière, ça marche et j'ai trouvé ça plutôt élégant.

Je crois que -- avait posé une question approchante, si il y a du nouveau ou des REX...
 
Vous connaissez un proxy javadoc ? Idéalement qui fasse aussi office de repo, pour qu'on y up les notes. Je crois que Nexus fait un truc approchant (pas avec le Jar javadoc, mais par analyse des sources), mais uniquement avec la version pro, qu'on n'a pas.

hehe. Marrant, justement cette semaine j'ai bossé un peu sur un truc similaire. J'ai un bout de code groovy qui fait le job, mais  
- me reste à trouver un truc relativement léger pour le hooker dans Apache - et cacher le résultat localement, je veux pas faire exploser le traffic sur notre nexus
- je sais pas si effectivement c'est uniquement dispo sur pro.
Je peux poster le code ici si tu veux

 
Il tourne à quel moment ton job ? C'est bindé sur la génération javadoc Maven, ça tourne en tâche de fond, ça se déclenche à la mano ?

Ça tape dans deux services: 1) search by classname 2) archive browser.
Pour l'instant ça tourne à coup de RewriteMap "prg" ce qui est pas du tout efficace. Me faut au moins un cache en amont et j'ai pas encore pigé comment foutre ça en place avec le reverse proxy. Finirai ptet se redéployer ça sous forme de webapp mais ai je trouve plus léger je prend...

J'ai une config aop avec Spring, AspectJ le tout en load time weaving.
 
Je ne parviens pas à placer des Aspect ou faire du Autowiring sur les EJB SessionBean.
 
Il semblerait que Weblogic traffique les classes déclarées en EJB.
 
En effet j'ai créé une classe de test qui étend et implémente les mêmes interfaces et étends les mêmes classes que mon EJB.
Elle contient aussi @Configurable placée sur la classe, et un champ @Autowired.
La seule différence c'est qu'elle n'est pas déclarée dans Weblogic en EJB.
 
Quand je fais un new TestClass(), alors spring chope bien l'annotation @Configurable et injecte les champs @Autowired.
Quand je fais un new MonEjb() par contre il n'y pas d'interception.
 
C'est comme si Weblogic avait nettoyé les annotations au runtime, et ça j'ai pas vraiment de moyen de le voir.
 
Edit : ha si je peux le vérifier par introspection
 
 

bon en fait ça marche pas parceque Weblogic ré-écrit entièrement les classes EJB 2.

OpenJDK 8 - M8 dispo - appel aux tests: http://mreinhold.org/blog/jdk8-preview

c'est vraiment dommage qu'on puisse pas mettre des pointcuts sur nimporte quelle methode possedant tel ou tel argument dans nimporte quel ordre

en java, y'a MessageFormat et String.format() qui utilisent deux formats differents. Tu en connais d'autres ?
(de tete y'a slf4j qui fait du "truc {} machin {}" sans index, ce qui est OK pour du log mais pas ok pour de l'i18n)

question subsidiaire: un moyen simple et sans risque de déterminer si une String "doit" etre formatée avec l'un ou l'autre ?

Bon OK, on le savait mais MessageFormat c'est de la grosse merde en barre.
Si c'est possible de faire ça (j'y arrive pas encore mais je sens que y'a moyen), c'est dans un format completement illisible et inutilisable pour un traducteur.

 
Qqun connait un outil avec un format effectivement utilisable par des humains pour faire de la traduction, avec des pluriels et tout ?
(si possible un truc pas développé par un niais qui pense que les règles du pluriel anglais sont universelles. Jetez un oeil aux règles du pluriel russe et autres languages slaves si vous savez pas)

Une piste peut-être : http://stuartgunter.wordpress.com/ [...] iceformat/
 
Pluriels mis à part (je ne sais pas si ça supportera ton besoin), je trouve Cosmopolitan vraiment chouette (même si c'est un cocktail de gonzesses ).

oui le pluriel de base ça va, mais une fois qu'il faut un ajouter qqchose de plus c'est la merde.

Les 2 premiers formats fonctionnent bien indépendamment; si je remplace les variables "pluralize*" dans le 3e par une chaine statique, ça marche aussi ("{1,choice,0#truc|1#machin}" ); mais nestée comme ça, non seuelement ça marche pas, mais imagine la gueule du traducteur qui doit ecrire ce truc en une seule chaine.
Une fois que t'as bien vu la gueule du traducteur français, imagine celle du russe ou du tchèque ....
 
Je regarde cosmo ! merci !

ha ouais bon non, Cosmo, non. Les langages dans un seul fichier, pas possible, et encore moins dans du code Java.

limite je serais tenté de supporter freemarker dans mon bouzin, mais jsens que je vais me faire tuer
edit: come to think of it, why the fuck not. Et mustache et autres, tant que j'y suis.

Je connais pas exactement tes contraintes mais plutôt que de chercher le graal, ça serait pas plus simple de définir un langage simple pour tes traducteurs, et de te faire un parser qui mouline ça vers le format de ton moteur i18n ?

Ça te laisse le champ libre pour définir le format le plus agréable pour tes traducteurs. Maintenant c'est sûr que c'est pas la même charge de travail, mais tu peux l'open sourcer ensuite => coke putes champagne.

Sinon oui, un langage de templates agnostique style FM ou Mustache.

Edit : burned par le tien

ben tiens. Je suis pas linguiste, hein. Je veux pas croire qu'il y ait rien de mieux qui existe deja. C'est un plan a faire une thèse ce merdier.
Les contraintes:
- ne pas avoir un truc maison, justement pour ne pas avoir à éduquer des traducteurs dont c'est le métier
- pouvoir gérer des messages à parametres (il y a N [fichier|dossier] sur votre [disque|clé]) qui fassent du sens dans "tous" les languages.

Et quid de icu4j ?

Euh, dites, au lieu de vous cassez la tête avec des projets qui tentes de réinventer la roue, pourquoi vous n'utilisez pas simplement GetText?!
 
Ca fournit un fichier lisible et éditable par des traducteurs, supporte la pluralisation dans les langauges sus-mentionné et s'appuye, en java, sur le méchanisme standard des resourcesbundle.

Effectivement chuis pas allé voir, j'avais cru lire que concernant le formatage c'était le même merdier? Je regarderai ...

Personne ne se casse la tête, et personne ne réinvente rien, jusque-là. Descend de ton cheval, et fais voir un example de la syntaxe gettext pour l'exemple sus-mentionné?

Pas plus que ca. Quoi qu'il arrive, c'est le merdier de gerer proprement les variations de genre et nombres, mais le format semble etre standard pour les traducteurs.

Aussi simplement que ça: http://www.gnu.org/software/gettex [...] forms.html
Le plus beau, c'est que:
* Ils ont déjà une DB avec la manière de calculer les modes pluriels;
* les commentaires pour aider à a traduction sont extrait directement de ton code (en java c'est un commentaire qui commence par ///);
* La syntaxe pour le formatage est libre, donc tu peux passer le string résultant dans du MessageFormat ou du String.format, suivant la syntaxe des placeholders (le premier étant largement à préférer).

interessant. Par contre à priori ça ne vas pas gérer les cas complexes genre "1 fichier et 3 dossiers", mais bon c'est deja bien mieux.
 
le coup des /// je connaissais pas non plus.

Eres correcto, gettext ne gère la pluralisation que sur une variable. Pour faire mieux, faut séparer ton message en deux sections traduites séparément.

http://userguide.icu-project.org/formatparse/messages  

et puis nester des bouts de messages.. à moins que gettext ne gère ça tout seul, à priori ça va être genial non plus.

Salut.
 
Petite question:
 
J'ai une class par pays avec des fonctions (meme fonctions sur toutes les class) sur des numeros de compte (genre checkNumberIsValid, sendPayment) etc
 
Le truc c'est que pour l'instant ca fait en simplifié
 

 
un peu partout dans le code.
 
y'a pas moyen d'eviter ca?

Un registry qui fait le dispatch pour toi, et derrière dans ton code t'as genre

SomethingSomething obj = registry.fromIBAN(iban)

?

SomethingSomething obj = registry.fromIBAN(iban)

 
 
ce truc la: http://docs.oracle.com/javase/7/do [...] istry.html?

plutôt comme ça : http://en.wikipedia.org/wiki/Strategy_pattern

Non non non, tu implémentes le tien. En gros c'est une encapsulation pour ton truc, potentiellement avec un enregistrement/mapping défini séparément.

Strategy c'est ce qu'il a déjà en fait, la difficulté c'est pour récupérer la bonne sous-classe en fonction d'une entrée dynamique. http://martinfowler.com/eaaCatalog/registry.html

C'est pas un pattern compliqué, c'est juste un objet qui sert de table de dispatch.

Hep les boiteux.
 
Je cherche à synchroniser un bout de code sur tout un cluster, il existe une solution clé en main dans une api pas compliquée à intégrer?

jgroups ?