Ограничения Конвертера PDF Plutext

Я планировал использовать библиотеку docx4j для своего приложения JAVA для преобразования docx в PDF.

Но, поскольку версия v3.3.0 из DOCX4j, вывод PDF по умолчанию осуществляется через коммерческий PDF Converter Plutext's, будет ли у меня ограничено количество документов, которые я могу преобразовать? или будут ли другие подобные ограничения?

Может стоит у разработчиков спросить?

bunbun 11.10.2018 08:27
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
В компьютерном программировании биты играют важнейшую роль в представлении и манипулировании данными на двоичном уровне. Побитовые операции...
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Приходилось ли вам сталкиваться с требованиями, в которых вас могли попросить поднять тревогу или выдать ошибку, когда метод Java занимает больше...
Полный курс Java для разработчиков веб-сайтов и приложений
Полный курс Java для разработчиков веб-сайтов и приложений
Получите сертификат Java Web и Application Developer, используя наш курс.
1
1
1 199
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

От https://www.docx4java.org/forums/pdf-output-f27/higher-fidelity-pdf-output-now-available-t2117.html

In docx4j 3.3.0 and later, this is the default way of creating a PDF. The default configuration is to use https://converter-eval.plutext.com:443 for conversion. See the link below for how to change that to your local install.

A side benefit is that this new approach is much faster than the FO approach.

We're offering this as a commercial component, so we can continue to invest in it. The existing FO approach will of course remain free and open source. (To use that instead, just add the export-FO jar and its dependencies to your classpath. See further https://github.com/plutext/docx4j-export-fo )

Вы можете установить свою собственную копию (и это действительно должно понравиться, если вы хотите ее использовать; экземпляр по умолчанию предназначен исключительно для того, чтобы вы могли легко проверить точность, и мы, вероятно, в ближайшем будущем ограничим оценку экземпляра eval).

Чтобы использовать свой собственный экземпляр, см. https://converter-eval.plutext.com/client_java.html, в котором говорится:

To use your own instance, tell docx4j where it is.

You can do that via docx4j property "com.plutext.converter.URL".

You should set that in docx4j.properties; a sample properties file can be found on GitHub

Add docx4j.properties to your classpath, if you didn't have it already.

Or alternatively, you could set the property programmatically:

Docx4jProperties.setProperty( "com.plutext.converter.URL", "https://converter-eval.plutext.com:443/v1/00000000-0000-0000-0000-000000000000/convert");

На вашем экземпляре будет отображаться водяной знак eval, пока вы не примените лицензионный ключ (за который вам нужно будет заплатить, чтобы получить). Как указано выше, если вам нужен бесплатный docx в PDF, вы можете попробовать подход export-FO.

Спасибо. И я пробовал подход экспорт-FO, прежде чем использовать конвертер. В связи с этим возникло много проблем с форматированием. У вас есть предложения по форматированию при использовании подхода экспорта-FO?

ladyDon303 15.10.2018 09:03

Другие вопросы по теме