С помощью документов4j-сервера, работающих и прослушивающих http://localhost:9998, можно ли конвертировать документ с помощью прямой HTTP-команды?Преобразование документов по HTTP
Пример:
http://localhost:9998?source=C:\Test.doc?target=C:\Test.pdf
Подробнее:
Я был несколько шагов впереди себя ...
Я использую Apache FOP сервлет работает на Apache-Tomcat в качестве услуги создавать PDF-документы из XML/XSLT.
После запуска PDF можно сгенерировать через http.
Пример:
http://localhost:8080/fop/
?xml=C:/temp/Test.xml
&xslt=C:/temp/Test-Style-Sheet.xsl
&pdf=C:/temp/Test.pdf
Я выполнить эту команду из приложения базы данных (который устанавливает источник XML и управляет результирующую PDF).
Я искал возможность сделать что-то подобное с документами4j для преобразования Word Doc в PDF.
Итак, теперь я понимаю, что мне действительно нужна возможность передать имя/тип исходного документа и тип преобразования (плюс любые другие требуемые параметры) на внешний порт программы/http, который затем может упаковать запросить надлежащим образом, а затем инициировать процесс формальной конверсии.
Может ли кто-нибудь предоставить консультацию или решение?
Я, должно быть, пропустил ссылки на инструмент командной строки. Не могли бы вы предоставить некоторую информацию об этом. Еще раз спасибо. –
Вы можете запустить инструмент командной строки 'java -jar documents4j-client-standalone-shaded.jar http: // localhost: 9998', просто загрузить затененную банку с http: //search.maven.org/#artifactdetails | com.documents4j | documents4j-client-standalone | 0.2.1 | jar –
Спасибо - Успех! У меня минимальный клиент работает с использованием вышеприведенного кода очень грубо, используя множество строк импорта и ссылаясь на «заштрихованные» банки в команде java execute, чтобы получить Classpath. Время конвертировать документ было заметно длиннее, чем через веб-метод в локальной демонстрации, поэтому теперь я рассмотрю улучшения производительности, устраняя любые введенные накладные расходы. –