Reprise du message précédent :

Pour l'i18n j'aime bien le principe de http://java.net/projects/localizer/ mais j'ai jamais eu l'occasion de l'utiliser.
 

non pourquoi ?

non il vire pas le répertoire tout seul, en tous cas pas quand on change la valeur de appBase. En gros "non" à la proposition que tu faisais, avec l'addition de mon commentaire déjà fait à propos du appBase

ils rendent pas trop service à leur projet, il y a pas de doc

question subsidiaire

dis simplement que la façon dont tu configures tomcat ne permet pas d'exploiter cette fonctionnalité, et non qu'elle ne marche pas

pour ma part la façon dont c'est configuré je balance (balançait) le .war dans ./webapp et ça roule
le contexte path et le docbase sont par defaut un dossier du nom du war (sans l'extension .war)

si un jour tu mets une nouvelle version de ton appli en prod sans voir les modif effectives, tu joueras pas les étonnés

non je serais pas étonné vu que je le sais déjà  

tiens, un poil off-topic mais est-ce qu'il y a des fans de node.js dans l'audience ?
question stabilité vs. charge(i/o) vs. maintenabilité ça tient la route ? de la prod ou que du prototypage ?

quel est le meilleur moyen d'avoir un jar executable dont la configuration se trouve à l'extérieur ?

dans spring j'utilise un
 <context:property-placeholder location="classpath*:configuration.properties" />

ce qui fonctionne bien pour l'environnement de dev

je pourrais faire un <context:property-placeholder location="file:{appli.file.configuration}" />

puis java -D appli.file.configuration=C: /blabla/path/configuration.properties

mais du coup je perd de la souplesse, en ne pouvant mettre un chemin relatif d'une part, et en dev je préfère la config en class path

l'idéal serait d'ajouter un dossier séparé dans le classpath, par exemple java -classpath conf/*, mais ça ne fonctionne pas

j'ai deux solution satisfaisante en dev et en prod, mais aucune qui le soit pour les deux

les jar exécutables sont-ils vraiment nécessaires ? il y a toujours un script pour lancer le bouzin car il faut flagger des trucs différents en fonction de l'enviro...
 
non?

c'est pour des lancement en batch
donc j'ai créé un petit .bat tout de même, mais ça change pas vraiment le besoin d'avoir des chemins absolu

ce genre de config passe chez nous en LDAP... celui de l'environnement dans lequel on lance.
si ça a des avantages, ça a certains inconvénients.
 
pour les configurations plus importantes que key/value, les fichiers de config sont "publiés" par un httpd propre à chaque environnement.

je pense qu'ici ils le font à la main avec notepad

sinon dans le cadre de spring j'ai trouvé ça qui me conviendrait http://springtips.blogspot.com/

le premier bean résoud la variable systeme ${config}
par exemple -Dconfig="file://classpath:application.properties;file://classpath:local.properties"

le second lit les fichiers, et les fichiers non trouvés sont ignorés
les derniers fichiers sont prioritaires

il y a moyen de faire autrement, en spécifiant un autre property place holder, et en définissant un ordre, c'est surement plus propre d'avoir le cas de figure systeme de fichier isolé du cas classpath

ça marche pas pour log4j.properties par contre

edit ha si :

rien n'est logué sur le démarage de spring avant la création de ce bean, c'est pas trop grave

Y'en a qui utilisent Akka par ici ? Pour quel type de projets ? Comment vous avez géré la migration ? Vous en avez profité pour ajouter Scala à la stack ?

Petite question pour ma culture personnelle :  
 
Quel est l’intérêt de la porté package ?  
 
J'en vois que deux (et même...) :  
 
- pour voir des tests unitaires sur des méthodes qu'on ne veut pas trop exposer, mais qu'on veut tout de même pouvoir tester en faisant un test dans le même package
- déplacer des class private dans un autre fichier, histoire d'éviter les fichiers de 5000 lignes.
 
Mais sinon, je ne vois pas vraiment d'autre utilisation possible  

Ouais ou de l'utilisation en interne d'une implem mais que t'as pas envie d'exposer au public.

Y'a du monde qui utilise Clover ici, particulierement le plugin Maven ?
Semble y'avoir un soucis entre ce qu'imprime le :log et ce que fait le :check ...

j'ai un vieux dépot au layout maven1. Je veux le migrer ou en faire une copie au layout maven2. Ca existe et je trouve pas, ou je dois me l'écrire tout seul ?

nexus est capable d'hoster un repo m1 et l'exposer comme un m2, mais le convertir je sais pas

A Java™ Fork-Join Calamity

c'est que j'allais dire avant d'avoir lu ton spoiler...
il n'a p-ê pas forcément tort dans certains arguments mais quand il cite 4 frameworks qui sont tous des Tymeac*, ça sentait le coup de pub...

Bonne conf: http://www.slideshare.net/aszegedi [...] ng-twitter

http://www.devoxx.fr/display/FR12/Accueil

ouais une conf en français pourquoi pas en portugais tant qu'on y est

 
 
han, y a cloudbees.
Meat and greet, ça m'échappe, mais j'ai l'impression que ça veut dire, pas de conférence, et juste un gars qui amène des pizzas.

et la typo est meme pas de toi en plus
putain de boulets de français

donc c'est bien greek...
 
humkay

FREE KEBAB FOR ALL §§§

J'ai pas vu où vous aviez trouvé ça donc j'ai pas le contexte mais d'ici ça fait plutôt penser à un jeu de mots.

section "partenaires" mais ça a été corrigé

Et qq'un d'ici à Antwerp cette année ?
edit> on a eu droit à une vanne 75% flemish-25%english pour Devoxx'12 à Antwerp... j'espère que c'était de l'humour gratuit car quand on discute dans les stands c'est Anglais ou Flamand. A de très rares occasions, on parle français (par contre pour les university/conferences, heureusement que c'est en anglais... au moins le vocabulaire est commun et connu)
D'ailleurs, des présentations super intéressantes cette année...

Problème simple, mais je ne vois pas comment le résoudre de manière élégante.
 
Je reçois un texte de plusieurs lignes sous forme d'un String. Je dois lire l'entête de ce texte (plusieurs ligne, mettons les X premières), détecter si l'entête suit un certain pattern (pour être sûr que l'entête est présente et donc que le texte doit être traité) et extraire les info de chaque ligne.
 
Si j'utilise les Scanner, BufferedReader et consorts, le split en ligne est fait proprement et de manière portable, mais le parcours est toujours de type readLine ou hasNext. Comme je peux pas adresser les lignes directement, je suis obligé (?) de maintenir un compteur du numéro de ligne et une logique crado du type "si on est ligne tant, essaie de voir si tu matche ça".
 
Au cas où je sois pas clair (y'a de grandes chances), je parse et extrais les infos d'un String de ce type (mais avec la méthode évoquée plus haut, donc je trouve ça moche) :  
 

 
Des idées ?

Bon déjà: http://download.oracle.com/javase/ [...] eader.html
 
Ensuite, si tu reçois une chaine, te fais pas chier et splitte la dans une List ?

Et puis t'as une contrainte forte aussi : ton header, il a un format spécial, genre un bloc délimiteur que tu peux parser ? Ou c'est juste un nombre de lignes ? Parce que dans ce dernier cas, hormis compter les lignes, je vois pas comment tu peux faire plus intelligent.

Les splits sur sauts de lignes c'est le broll selon la plateforme qui émet le String (CR+LF ou LF uniquement ou CR uniquement et d'autres cas exotiques) et les Scanner ou *Reader Java le font pour moi.

Non, c'est moi qui design le header, je peux le baliser si ça me chante (c'est un peu ce que j'ai voulu exprimer avec les HEAD et END_HEAD dans l'exemple d'avant). Tu pense à regex ou parser complet ?

Bof, split avec une regex

En plus je soupçonne qu'ils splittent avec la fin de ligne de la plateforme qui fait le solution, vu qu'ils savent pas plus que toi soi vient le srring

Regex et en route, non ? Le reste du fichier, tu dois le lire ligne par ligne ou pas ?
Bref, fais le header le plus pratique à trouver et parser pour toi et pis vala

Nope, "The system dependent line separator is not used." c.f. source de BufferedReader.readLine(), j'avais eu le cas particulier quand je voulais faire du comptage de ligne plus rapide et j'étais tombé sur ce thread qui effleurait le sujet.

A propos du split sur '\n' :

Et sur un autre thread, on utilise le pattern "\r\n|\r|\n", qui doit certainement convenir à une vache près.

De toute façon, le BufferedReader me convient bien, le manque était au niveau de son adressage par numéro de ligne et tu as répondu à cette question

Edit : je raconte nimp', à coup de readLine ou Scanner c'est tout moche, je vais parser mon entête à coup de regex comme suggéré, merci les hommes

 
Yep, ça va se finir comme ça, voir mon edit précédent.
 

Bon, les experts, question con: Freemarker, Velocity ou autre chose (un brin de "pourquoi" m'interesse aussi)? Pour des besoins basiques (pages HTML simple et mailing).

hum, petite question Google Guice :  
 
J'ai l'impression que ce n'est pas possible de faire 2 instances d'une même class avec des injections de dépendances différentes.
 
Par exemple, sur Spring, j'aurais fais beanA et beanB, sur la même class, sans problème.
 
Mais avec Guice, j'ai l'impression d'être dans l'impossibilité de mettre 2 fois la même class dans l'injecteur.
 
Je suppose que c'est surtout parce que Guice est vraiment orienté injection et uniquement injection. (Mais peut être que j'ai loupé un truc dans la doc.)