From users-return-98681-apmail-cocoon-users-archive=cocoon.apache.org@cocoon.apache.org Wed Apr 28 13:58:17 2010 Return-Path: Delivered-To: apmail-cocoon-users-archive@www.apache.org Received: (qmail 66884 invoked from network); 28 Apr 2010 13:58:17 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 28 Apr 2010 13:58:17 -0000 Received: (qmail 26895 invoked by uid 500); 28 Apr 2010 13:58:16 -0000 Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 26809 invoked by uid 500); 28 Apr 2010 13:58:15 -0000 Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: users@cocoon.apache.org List-Id: Delivered-To: mailing list users@cocoon.apache.org Received: (qmail 26790 invoked by uid 99); 28 Apr 2010 13:58:15 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Apr 2010 13:58:15 +0000 X-ASF-Spam-Status: No, hits=1.8 required=10.0 tests=MISSING_MIMEOLE,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [68.64.155.21] (HELO h103.plesklogin.net) (68.64.155.21) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Apr 2010 13:58:05 +0000 Received: (qmail 722 invoked from network); 28 Apr 2010 06:54:44 -0700 Received: from unknown (HELO ?10.10.10.53?) (86.47.253.73) by h103.plesklogin.net with SMTP; 28 Apr 2010 06:54:43 -0700 From: Peter Flynn Reply-To: Peter Flynn To: users@cocoon.apache.org Subject: Calling LaTeX from within Cocoon X-Mailer: Modest 1.0 Content-Type: text/plain; charset=utf-8 Content-ID: <1272463167.7203.1.camel@Nokia-N800-36-5> X-MSMail-Priority: Normal X-Priority: 3 Date: Wed, 28 Apr 2010 14:59:28 +0100 Message-Id: <1272463168.7203.2.camel@Nokia-N800-36-5> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org A common solution to the requirement to generate publication-quality PDF is to use XSLT to create LaTeX code and rely on LaTeX's understanding of documents and library of pre-written packages to create the PDF. For real-time web applications it would be very useful to be able to drive this from within Cocoon rather than having to call out to a CGI script. As Cocoon can only call Java resources, and can only accept XML return, would it be possible to write a small Java stub whose classes can be added to Cocoon, that would do the business of running LaTeX over the XSLT output in the pipeline and returning the PDF? I don't do Java, so I would be interested to know if this is even possible. ///Peter --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org For additional commands, e-mail: users-help@cocoon.apache.org