Discussion :

[khalid_kha]

Nous une application web en struts1 avec de la génération de PDF en utilisant itextpdf.
Un click sur un botton génère un PDF de ticket de caisse via itextpdf et l'affiche dans le browser. Le code est le suivant :

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
 
public ActionForward printReceipt(final ActionMapping mapping,
        final ActionForm form, final HttpServletRequest request,
        final HttpServletResponse response) throws Exception {
    final OutputStream out = response.getOutputStream();
    final Document doc = new Document();
    final PdfWriter docWriter = PdfWriter.getInstance(doc, out);
    doc.open();
    final PdfContentByte cb = docWriter.getDirectContent();
    cb.beginText();
    // .. write all required data in the pdf
    doc.close();
    docWriter.close();
    out.flush();
    out.close();
    return mapping.findForward(null);
}

Coté client le code javascript qui déclenche l'action struts est:

Code :

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

1
2
3
4
5
6
7
 
function printReceipt(var1)
{
	document.forms[1].factureId.value = var1;
	document.forms[1].dispatch.value = "printReceipt";
	document.forms[1].submit();
}

Le but est d'imprimer directement le ticket sans affichage dans le borwser et sans que le caissier puisse télécharger le PDF pour éviter qu'il imprime deux fois. Avez vous des idées?

[joel.drigo]

Salut,

C'est faire un PDF autoimprimable que tu veux faire ?

[yotta]

Bonsoir,
Pourriez-vous préciser si l'imprimante, ou les imprimantes cible(s) est/sont connectée(s) au réseau ?

[TIFéç]

Bonjour,

Ce post peut surement t'aider? http://www.developpez.net/forums/d95...i-pdfbox-j2ee/
L'idée serait de garder ton code de génération du pdf, puis tu aura probablement à l'enregistrer coté serveur pour transmettre l'URL à pdfBox et provoquer l'impression... Ensuite tu peux conserver pour archivage le ticket généré (attention a l'espace serveur...) ou le supprimer.
Attention tout de même à ne pas perdre de tickets : que va t'il se passer si l'imprimante est occupée, éteinte ou hors réseau, le serveur plante, etc... Dans un service d'éditique robuste, il est préférable d'envisager un système d'impression désynchronisé avec routine de relance pour les impressions qui auraient échouées, et en cas d'urgence une interface admin qui permet d'accéder au ticket archivé ou de le générer à nouveau (possibilité de tracer spécifiquement ses actions pour question de sécurité)...

Bon courage!