Есть XML, есть XSL к нему, надо сгенерить PDF.

Как я сейчас вижу:

1) XML+XSL -> HTML (здесь вроде бы всё просто - используем Web сервер или можно проще?)
2) Печатаем HTML на Postscript принтере в файл (вот тут проблема - как?)
3) Превращаем PS -> PDF (тут тоже проблемы, PDF должен быть сделан со всеми аттрибутами защиты - невозможность редактирования, выделения текста)

Всё это должно делаться автоматически, т.е. никаких - открыл браузер, нажал кнопку... только из приложения.

Vit, по предложенной тобой схеме в принципе все должно быть осуществимо. Из HTML в PS можно "отпечатать" любым браузером - например, Mozilla. А в PDF можно сконвертить при помощи TeX. Подробнее на эту тему я вряд ли расскажу что-нибудь, поскольку сам пока что им не пользовался - хотя в недалеком будущем придется. Думается мне, что вообще всю эту операцию можно провернуть через TeX (TeTeX, LaTeX и т. п.).

XML+XSL -> HTML очень быстро получается с помощью xsltproc, но не уверен, поддерживает ли он xml v.1.1.

А нельзя написать xsl файл, который конвертировал бы xml не в html, а в fo? тогда бы вся трансформация осуществлялась вызовом одной программы (типа fop (xml.apache.org/fop), она же, кстати, и необходимое шифрование добавляет,
а в составе iText'а (iText, a Free Java-PDF library, http://www.lowagie.com/iText/), есть утилита Encrypt, шифрующая готовый pdf файл. Я правда ею сам не пользовался, но если ей и не достаёт функциональности, аналогичную можно реализовать с использованием этой же библиотеки).

Кстати, в Debian есть пакет htmldoc, который позоляет html конвертировать и в ps и напрямую в pdf.

С teTeX идея, по-моему, интересная, но придётся html переводить в ltx, сомневаюсь, что без потерь, ltx в pdf (тут всё работает, конечно) - всё это обходные пути, а xsl (xslt+fo) для того и создавался, чтобы подобные задачи решались без проблем

Цитата

Из HTML в PS можно "отпечатать" любым браузером - например, Mozilla.

Как? Я знаю, что можно открыть HTML в браузере и нажать кнопку, но надо это сделать из программы, руками не касаясь ни мышки ни клавиатуры.

Цитата

А в PDF можно сконвертить при помощи TeX. Подробнее на эту тему я вряд ли расскажу что-нибудь, поскольку сам пока что им не пользовался - хотя в недалеком будущем придется. Думается мне, что вообще всю эту операцию можно провернуть через TeX (TeTeX, LaTeX и т. п.).

А подробней, по шагам, для полных идиотов можно?

Цитата

XML+XSL -> HTML очень быстро получается с помощью xsltproc, но не уверен, поддерживает ли он xml v.1.1.

А конвертация получается точно такая же как на Web? Я имею ввиду в плане внешнего вида.

Цитата

нельзя написать xsl файл, который конвертировал бы xml не в html, а в fo?

Что-то я не допёр, xsl - вроде как шаблон, он ничего не конвертирует... В принципе ситуация такая - мне надо получить и HTML и PDF абсолютно одинаковые по начертанию используя один и тот же xsl+xml. Т.е. у меня в базе данных хранятся XML, есть набор XSL - для каждого пользователя созданный под него, пользователь может выйти на сайт и посмотреть отчёт в HTML, а может запросить этот же отчёт в ввиде PDF. Сейчас генерация PDF реализована при помощи Crystal Report, т.е. надо для каждого клиента иметь 2 шаблона - один для Web в ввиде XSL, один для PDF в виде RPT файла для Crystal. Так как шаблонов очень много их поддержка становится всё более и более затруднительная, поэтому есть идея отказаться от Crystal и всё делать используя один и тот же XSL.

Цитата

a Free Java-PDF library, http://www.lowagie.com/iText/)

Линк битый

Vit, http://www.lowagie.com/iText/ (там скобка была в конце, из-за которой линк становился битым)

Цитата(Vit @ 11.2.2004, 18:37)

Цитата XML+XSL -> HTML очень быстро получается с помощью xsltproc, но не уверен, поддерживает ли он xml v.1.1. А конвертация получается точно такая же как на Web? Я имею ввиду в плане внешнего вида.

Ну внешний вид зависит от XSL, а не от процессора, с помощью которого мы его применяем к XML, отличия от Web могут быть вызваны разве что присутствием CSS и, разумеется, различиями движков, которые рендерят HTML

Цитата

Что-то я не допёр, xsl - вроде как шаблон, он ничего не конвертирует...

за исключением тривиальных случаев - скорее, набор шаблонов ;)

Цитата

есть набор XSL - для каждого пользователя созданный под него

а есть что-то общее в этих шаблонах? может все различия между пользователями поместить в БД и подавать на вход xsl процессору в виде параметров, тогда потребуется всего два (но это - минимум) XSL-файла: один для XML->HTML, а второй для XML->FO трансформации. Если нет - способ с печатью HTML, по видимому, - единственный вариант. Можно, правда, написать XSL, для трансформации XML не в HTML, а в LaTeX, а уже foo.tex прогонять через latex2html для Web представления и через pdflatex для печати.

Цитата

а есть что-то общее в этих шаблонах?

Общего много, но различия подчас очень серьёзны, одним шаблоном не обойтись.

Цитата

потребуется всего два (но это - минимум) XSL-файла: один для XML->HTML, а второй для XML->FO трансформации

Суть в том что и сейчас 2 файла - один RPT для Crystal (PDF) и один XSL для HTML, смысл в том чтобы оставить только один.

Цитата

Суть в том что и сейчас 2 файла

Я так понял, что сейчас по два файла на каждого пользователя, а суть в том, чтобы осталось всего два. Отличный пример - docbook.xsl, там, кстати для сложных случаев, когда одним шаблоном всем не угодить, предусмотренна система меташаблонов (xmlns:t), которые легче подстроить под конкретного заказчика, а затем трансформировать уже в xsl. Может быть с помощью чего-то подобного можно было бы решить задачу.
Насчёт печати из Mozill'ы, думается, пользователь и сам может это сделать, ведь т.наз. printer friendly version отличается от распечатанного html именно стилем (ссылки, поля, и т.д. и т.п.).
Вообще, любопытно, на каком решении ты остановишься

Слушайте! Вы что совсем того.Для такой потоковой конвертацыи существует такая вещь как XSL-FO которая переводит XSL в PDF. Но понятно что перед тем нужно иметь готовый XML текстовий файл. И все, вам остается только внести потом изменения в XML файт и PDF документ корректируется автоматически!!!
За документацией обращайтесь на страничку http://www.w3.org