Discussion :

[nicdo77]

Bonjour bonjour
J'essaie depuis quelques temps déjà d'imprimer une pauvre petite chaîne de caractères via mon application Swing, sous PC... et là je suis vraiment en train de craquer parce que j'avance pas...
C'est juste du cdoe, y a pas d'interface, j'essaie de me connecter à l'imprimante par défaut, et je fais ce qu'il faut, en utilisant le docFlavor :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DocFlavor.STRING.TEXT_PLAIN

Mon erreur c'est

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sun.print.PrintJobFlavorException: invalid flavor

Je comprends pas, c'est pourtant le plus simple, non? C'est le DocFlabor de base je pense.
Je pète vraiment un cable là et je dois faire marcher çà pour demain soir, donc pleeeaaase aidez-moi je craque!!!

Nico.

[illegalsene]

Voici des exemples bien commenté pour lancer des impression

clique ici

[nicdo77]

Hey merci pour le lien, j'ai regardé mais moi ce que je veux c'est imprimer une chaine de caractères, pas un composant Swing ou quoique ce soit. Du coup ton exemple ne peut pas s'appliquer (j'ai quand même vérifié, mais le printerJob attend un Printable, qui se créé à partir d'un Graphics... or moi je veux faire çà depuis mon serveur, donc pas de Swing...)

[CyberChouan]

Rien ne t'empêche d'utiliser la classe Graphics, même sans avoir d'IHM Swing sur ton serveur.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Graphics g = new Graphics();
g.drawString("une chaîne", 0, 0);
// impression de l'objet g...

[nicdo77]

OK merci j'essaierais demain matin mais bon c'est un poil tordu sachant qu'il y a plus simple mais que, allez savoir pourquoi, çà ne marche pas avec moi
Je parle de PrintService, de DocPrintJob and so on....
Je vous dirais ce qu'il en est.

[bouye]

Rien ne t'empêche d'utiliser la classe Graphics, même sans avoir d'IHM Swing sur ton serveur.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Graphics g = new Graphics();
g.drawString("une chaîne", 0, 0);
// impression de l'objet g...

Geuh ? Non ce n'est pas possible, Graphics etant une classe abstraite attachee a un "peripherique" (qui peut etre l'ecran, l'imprimante, une image, un fichier au format vectoriel, etc...), on ne peut pas l'instancier comme ca. Il faut l'obtenir d'une maniere ou d'une autre.

nicdo77, cependant, meme si tu veux utiliser les PrintService (qui semblent avoir peu d'utilisateur par ici car les questions relatives a ces classes trouvent generalement peu de reponses), tu peux effectivement dans un premier temps tenter une impression directe avec le package d'impression (java.awt.print sur lequel repose les PrintService). Faire un Printable qui imprime du texte est assez simple et le Graphics en question (l'imprimante) t'est fourni par le PrinterJob que tu utiliseras. Sinon la methodologie est similaire a l'impression de composant : il faut dessiner dans le Graphics a l'aide de drawString(). Ensuite si le texte est long et fait plusieurs ligne il faut s'aider des objets permettant le layout du texte comme java.awt.font.TextLayout

[CyberChouan]

Geuh ? Non ce n'est pas possible, Graphics etant une classe abstraite attachee a un "peripherique" (qui peut etre l'ecran, l'imprimante, une image, un fichier au format vectoriel, etc...), on ne peut pas l'instancier comme ca. Il faut l'obtenir d'une maniere ou d'une autre.

Oups...
Autant pour moi. J'ai répondu trop rapidement sans même aller vérifier la javadoc de la classe: mea culpa.

[nicdo77]

nicdo77, cependant, meme si tu veux utiliser les PrintService (qui semblent avoir peu d'utilisateur par ici car les questions relatives a ces classes trouvent generalement peu de reponses), tu peux effectivement dans un premier temps tenter une impression directe avec le package d'impression (java.awt.print sur lequel repose les PrintService). Faire un Printable qui imprime du texte est assez simple et le Graphics en question (l'imprimante) t'est fourni par le PrinterJob que tu utiliseras. Sinon la methodologie est similaire a l'impression de composant : il faut dessiner dans le Graphics a l'aide de drawString(). Ensuite si le texte est long et fait plusieurs ligne il faut s'aider des objets permettant le layout du texte comme java.awt.font.TextLayout

C'st quand même fou qu'il y ait peu d'utilisateur de PrintService. Enfin je suis quand même pas le seul être humain à développer une app d'entreprise dont l'une des fonctionnalités est d'imprimer!!!
Bon ben pour l'instant je vais feinter l'adversaire alors : j'enregistrerais le contenu dans un fichier texte que je vais essayer d'ouvrir directement... et l'utilsiateur ira l'imprimer lui-même.
Peut-être que cette technique de Graphics et TextLayout marche, mais c'est pas le chemin le plus simple, y a moyen que j'y perde du temps, que je tombe sur d'autres problèmes.... Et un grand sage m'a un jour dit que si tu réussis à faire marcher ton code mais que tu ne sais pas pourquoi, alors il y a un souci....

Donc MERCI pour vos solutions, merci vraiment mais je veux alelr au plus simple et plus maintenable et moins tordu.

Donc voilà je repars donc depuis le début :
Pourquoi mon imprimate ne veut pas reconnaître la flavor

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DocFlavor.STRING.TEXT_PLAIN

Pourtant 1) c'est une type de données de base il me semble
2) si je me connecte depuis mon Mac (machine de dév) et que j'essaie le même code, l'imprimante (la même) reconnait ce type de données. C'est FOU quand même

[dinobogan]

C'st quand même fou qu'il y ait peu d'utilisateur de PrintService. Enfin je suis quand même pas le seul être humain à développer une app d'entreprise dont l'une des fonctionnalités est d'imprimer!!!

Pour ma part, j'utilise iText pour générer du PDF, et ensuite un programme externe (Foxit reader) pour imprimer. Ca marche nickel, jamais eu le moindre soucis, et la qualité d'impression est excellente.
D'autres programmes génèrent une BufferedImage qui est enregistrée (jpeg, gif, png...) et imprimée toujours via un programme externe (Irfan Viewer par exemple).
Ses impressions sont "offscreen", elle ne sont pas affichées pour l'utilisateur.
Lorsque j'aurai le temps, je chercherais une solution pour ne pas passer par le disque dur. Mais comme on dit : "ça marche, pas le temps de faire mieux, on passe à autre chose..."

[nicdo77]

Hey çà m'intéresse ce que tu dis, mais suis pas sûr d'avoir compris.
Dans ton exemple de IrfanViewer par exemple, est-ce que tu peux tout faire via ton code Java? genre lancer IrfanViewer et demander à l'application d'imprimer? Ou l'impression reste un geste utilisateur (et du coup faut sauvegarder sur le disque, bla bla bla)?

[nicdo77]

Ouais j'en ai essayé d'autres.
L'une d'elles marchent: DocFlavor.INPUT_STREAM_AUTOSENSE.
Le probleme avec çà, c'est que c'est pour les flux de bytes.
Et par exemple, si je l'utilise avec un texte qui dépasse la largeur de la page (une très grande ligne sans retour chariot)... ben il va pas à la ligne lors de l'impression. Bizarre quand même non?
De plus, il semble avoir un problème avec l'encodage...

[dinobogan]

Hey çà m'intéresse ce que tu dis, mais suis pas sûr d'avoir compris.
Dans ton exemple de IrfanViewer par exemple, est-ce que tu peux tout faire via ton code Java? genre lancer IrfanViewer et demander à l'application d'imprimer? Ou l'impression reste un geste utilisateur (et du coup faut sauvegarder sur le disque, bla bla bla)?

Le principe : tu écris sur le disque une image ou un PDF en 100% Java. Ensuite, toujours en Java, tu lances un programme externe avec le fichier en paramètre.
Irfan Viewer (pour les images) ou Foxit Reader (pour le PDF) acceptent entre autre un fichier en paramètre. Pour Irfan Viewer, l'utilisateur ne s'en rend pas compte. Par contre, Foxit Reader s'ouvre avec le contenu du fichier, ce qui fait pour l'utilisateur un "aperçu avant impression". Les viewer acceptent très souvent pleins de paramètres différents. A toi de trouver celui qui te convient et de lire la doc associée ;-)

[nicdo77]

Le principe : tu écris sur le disque une image ou un PDF en 100% Java. Ensuite, toujours en Java, tu lances un programme externe avec le fichier en paramètre.
Irfan Viewer (pour les images) ou Foxit Reader (pour le PDF) acceptent entre autre un fichier en paramètre. Pour Irfan Viewer, l'utilisateur ne s'en rend pas compte. Par contre, Foxit Reader s'ouvre avec le contenu du fichier, ce qui fait pour l'utilisateur un "aperçu avant impression". Les viewer acceptent très souvent pleins de paramètres différents. A toi de trouver celui qui te convient et de lire la doc associée ;-)

OK ouais c'est la solution que j'ai trouvée pour l'instant. Je laisse les logiciels imprimer eux-même.
Donc je mets mon texte dans un .txt et je l'ouvre ainsi :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
Process p = null;
        try {
 
            if (runsOnMac()){
                p = Runtime.getRuntime().exec("open " + absolutePath);
            } else if (runsOnWindows()){
                p = Runtime.getRuntime().exec("rundll32 SHELL32.DLL,ShellExec_RunDLL " + absolutePath);
            }
 
 
            p.waitFor();
            LOG.info("Launched file " + absolutePath);
        } catch (InterruptedException e) {
            e.printStackTrace();  //To change body of catch statement use File | Settings | File Templates.
        } catch (IOException e) {
            e.printStackTrace();  //To change body of catch statement use File | Settings | File Templates.
        }
        return true;

et

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
    public static boolean runsOnMac(){
        String osName = System.getProperty("os.name");
        return (osName.indexOf("Mac")>-1);
    }
 
    public static boolean runsOnWindows(){
        String osName = System.getProperty("os.name");
        return (osName.indexOf("Windows")>-1);
    }

[dinobogan]

Oui, c'est ça. C'est catastrophique pour la portabilité, mais c'est royal pour la qualité des imprimés. La gestion de l'impression, c'est le plus gros reproche que je fais à Java depuis le début.

[nicdo77]

Héhé.
Je dois avouer que j'ai tiré une petite larme en écrivant ce code, mon éthique de la programmation en a pris un coup ;-)