Reprise du message précédent :
PQ collectif, votre dernière page est très bien
 

+1, il y a eu de la molette ce matin

bon, je pense que j'ai besoin d'experts ... ou de marabouts.

bon.. soit.. y'a AUCUNE raison que ça ne compile pas, mais on disait qu'on savait... Là ou ça devient "interessant" c'est quand ...  

ha et si je builde que booboo-module-imaging, ça passe au fait; c'est juste en "reactor" que ça pète

yo
 
j'essai de lancer un programme en java qui prend bcp de temps sur une machine qui n'a pas de serveur X..
J'utilise une librairie, qui peut faire un affichage graphique. Mais dans mon cas, ça n'en fait absolument aucun !
 
Problème, quand je lance, je suppose qu'il doit faire un test alakon "est-ce que X est lancé" car il me pète une exception :

 
J'ai essayé en ajoutant  

ça change rien.
 
Et si je lui fait un truc bidon du style :

j'ai  

 
jpense pas que java puisse y faire quelque chose mais bon, la list de la lib en question répond rien

c'est une lib opensource ? tu peux nous filer son nom ?
 
j'pense que t'es un peu niqué, comme tu peux le voir le mec fait joujou avec le drag'n'drop, ce qui implique de jouer avec X11 et le buffer de copier-coller.
 
y'a peut-être moyen d'installer un faux env. graphique, mais j'ai jamais fait.

j'ai fait mon noob, il fallait se connecter en -Y au lieu de -X merci ssh

-Djava.awt.headless=true: java1.4+

y'a des pros d'iText ici ?
j'ouvre un PDF, je remplis des champs, puis je le sauve (sous un autre nom).
le problème c'est que les champs n'apparaissent pas avec la typo que j'ai choisie. pourtant la font est embedded dans le PDF et le champ est bien réglé.
une idée du problème ?

strange, le reste du texte utilise bien la bonne typo, c'est juste les champs qui merdent

Par "champs" tu entends une zone éditable ? Si oui, ça se pourrait pas que ça soit géré par la partie toolkit graphique de l'appli (et pas la partie moteur pdf) qui utiliserait le système de font du système, qui n'aurait donc pas du tout accès à la font embedded ?

oui pour le champ.
 
pour l'autre explication possible, j'ai essayé avec Acrobat et avec Preview. Pourtant dans une video de Adobe, ils le montrent avec leur éditeur machin. D'autre part, la graisse et l'italique marchent bien.
 
Je me demande si c'est pas OpenOffice qui n'exporte pas le truc de manière incorrecte.

Bah la graisse et l'italique ça reste cohérent avec ma proposition, si ta font embedded tu l'installe sur l'OS, ça change quelque chose ou pas ?

elle y est, c'est Verdana

(parce qu'en plus on est loin de rocket science)

http://maven.apache.org/plugins/ma [...] usage.html
quelqu'un sait où se trouve la doc complète de la conf ?
 
je vois des exemples, mais pas de doc exhaustive

 
dans chaque goal  : http://maven.apache.org/plugins/ma [...] -info.html
 

ah ok, merci

makes sense. Nan, j'déconne

boulet

ta gueule

quelqu'un sait où je peux trouver des implémentations de java.text.Format
pour les types courants (Boolean, etc.) ?

DTC

Je trouve que ça fait bien trop longtemps qu'on a pas débatu d'un bon vieux File.exists() vs FileNotFoundException. Je viens de trouver ce petit joyau :

(tout est d'origine, j'ai rien adapté avant de poster )

ben c'est pour le cas ou le fichier est supprimé entre les 2 groupes d'instructions... ^^ c'est juste une histoire de synchro...

Bah le premier groupe est sans intérêt si tout ce qu'il fait c'est son bout de logging, puisque son cas est géré par le try/catch

ouiiiiiiii.
tiens au fait il se passe quoi si je supprime le fichier après avoir capté le FileInputStream mais avant de l'utiliser -- ou pendant la lecture? il est locké par l'os/fs dans les 2 cas?

Ca, je peux pas te le dire faut voir avec ton OS ou java (je pense qu'il est locké), mais ça change rien à l'inutilité du file.exists pour le cas qui nous occupe

edit: je viens de test, sous OSX je peux rm le fichier après le FIS, ça empêche pas le FIS d'être lu...

 
 
Il me semble que sous nux les fichier sont refcountés (ou un truc au comportement visible équivalent) et on ne supprime jamais vraiment un fichier, on ne fait que supprimer le nom qui pointe (et si le compteur est à zero, le système supprime). Ce même compteur est manipulé quand un process ouvre/ferme un fichier, donc le FIS va garder le fichier en vie jusqu'à ce qu'il soit fermé.

Ca matche le comportement observé

je sais bien. je suis peut être pas docteur es smilies, mais c'était de l'ironie.

ouais parce que le node reste le même - t'avais pas viré le fichier de la poubelle je présume
(si lock il y a, à priori c'est au niveau de l'os -- ou bien de l'implementation de java.io.FileSystem et des bidules natifs dedans)

on est pas là pour rigoler

C'est pourtant très facile d'éviter les NPE. Si tu codes de façon un minimum défensive et si tu réfléchis à ce que tu fais, et plus exactement au comportement de ton programme pendant que tu codes, tes NPE vont te péter à la gueule en phase de test assez rapidement, parce qu'en général, il n'y a pas 10 000 cas possibles. Ou s'il y en a, c'est que tu ne codes pas de façon suffisamment défensive. Il y a pléthore d'autres bugs à mon avis plus chiants à débugger, comme les Heisenbugs. Tout ça pour dire qu'avoir peur des NPE, c'est simplement le résultat de code peu sûr.
En Java, je crois que les trucs les plus chiants auxquels j'ai eu à me coltiner, ce sont les problèmes de classloader. Ca ouais, j'aime pas.

HA BON !

Oui monsieur.

genre...  

rm passe pas par la poubelle
 
L'explication de zerowix me semble donc plus appropriée

je propose qu'on reprenne donc le débat sur les race conditions pouvant résulter d'un usage inapproprié de File.exists()

ouais, pareil  

Y'a des balèzes du swing ici ? y'en a qui ont joué avec des layout managers qui savent aligner des composants entre plusieurs panes ?
 
par exemple alignes horizontalement les composants dans les 2 côtés d'un splitpane ?

Bonjour les élites (toujours flatter son auditoire),
 
Est-ce que les pro de BIRT pourraient me dire, succinctement, si c'est possible de fusionner plusieurs morceaux de rapport (format PDF), pour n'en faire qu'un au final.
 
Par exemple, j'ai un système qui compte les lectures d'un article, et je voudrais, à la fin d'une période, disons un mois, assembler le template  BIRT "nombre de lectures" avec celui "temps de lecture", mais ce sont deux templates différents, et je ne veux qu'un PDF au final.
 
EDIT : Orthographe.