RenderX XEP: возможности, форматы, лицензии и статус XEP

RenderX XEP — Java-движок автоматической верстки, а не PDF-редактор или просмотрщик. Он принимает XSL-FO либо XML вместе с XSLT-стилем, рассчитывает страницы и формирует PDF, PostScript и другие выходы. На 12 сентября 2026 года последней версией остается XEP 4.31: RenderX объявил ее последним запланированным релизом линии и прекратил обычную функциональную разработку, сохранив критические исправления безопасности. Будущий IREn на официальном сайте пока обозначен как планируемая обратно совместимая замена без опубликованной даты релиза.

Скачать RenderX XEP

Безопасно получать XEP через официальный раздел Download RenderX. Для оценки предлагается XEP Trial: форма требует действующий email, после чего выдается лицензионный ключ и доступ к загрузке. Владельцы коммерческих лицензий получают доступные им обновления через форму обновления с файлом лицензии. Сторонние архивы и «перепакованные» установщики не нужны: последней официальной веткой остается 4.31.

Trial предназначен для проверки шаблонов и интеграции, а не для production. Он выводит PDF, ставит отметку в нижнем колонтитуле и после одиннадцатой страницы делает каждую вторую страницу пустой. Personal Edition — отдельный вариант для некоммерческого личного использования: по функциям ядра он близок к Desktop и поддерживает PDF и PostScript, но также добавляет небольшую отметку. XEPWin, VisualXSL, InGrid и CloudFormatter — соседние продукты или интеграционные компоненты RenderX, их нельзя выдавать за другие редакции XEP Engine.

Что такое RenderX XEP

Официальное ядро называется RenderX XEP Engine. В руководстве оно описано как библиотека Java-классов для автоматизированной публикации. XEP разбирает XSL-FO, выполняет пагинацию и передает результат выбранному генератору. Когда входом служит XML, предварительный XSLT формирует XSL-FO. Поэтому XEP не является универсальным «конвертером любого файла»: DOCX, ODT и произвольный HTML не относятся к его базовой модели ввода.

XEP 4.31 вышел 18 ноября 2025 года. Релиз добавил работу с символами из верхних плоскостей Unicode, улучшил tagged PDF и доступность, расширил штрихкоды, исправил проблемы со шрифтами, SVG и вложенными PDF и удалил устаревшую зависимость XT. В тот же день RenderX объявил 4.31 последним плановым релизом XEP. На сентябрь 2026 года страница IREn по-прежнему описывает будущую обратно совместимую замену, а не доступный стабильный преемник. Для действующих FO-систем XEP остается рабочим продуктом, но новый многолетний проект должен учитывать этот переходный статус.

Основные функции RenderX XEP

XSL-FO и XML + XSLT

XEP принимает готовый XSL-FO либо XML вместе с XSLT-стилем. Это подходит для счетов, отчетов, каталогов и технических документов, где данные меняются, а правила верстки должны повторяться. Движок поддерживает XSL 1.0 и часть XSL-FO 1.1, дополняя стандарт расширениями RenderX. Поэтому шаблон с другого formatter нужно проверять на эталонных документах: формально корректный FO не гарантирует идентичную пагинацию и поддержку всех свойств.

PDF, PDF/A, PDF/X и доступность

В базовой коммерческой линейке заявлены PDF, PDF/X, PDF/A, PostScript и XEPOUT. Руководство 4.31 описывает PDF/X-1a:2001, PDF/X-3:2001, PDF/A-1a, PDF/A-1b и PDF/A-3b. Для PDF/A-1a требуется tagged PDF и корректная структура доступности; также важны встроенные шрифты и ICC-профиль. Итог необходимо проверять профильным валидатором: сам факт успешного экспорта не доказывает соответствие архивному или полиграфическому стандарту.

Для tagged PDF предусмотрены роли элементов, альтернативный и фактический текст, таблицы, артефакты и другие средства структуры. В 4.31 появились rx:read-before и rx:read-after для управления порядком чтения, а также исправления дерева тегов. Это позволяет строить доступность на уровне шаблона, но семантика заголовков, таблиц и изображений остается ответственностью автора stylesheet.

Шрифты и графика

PDF-генератор поддерживает Unicode-совместимые TrueType, включая TTF/TTC, и OpenType/CFF с оговорками для CID/non-CID. Возможности PostScript отличаются, поэтому корпоративный шрифт следует тестировать отдельно в каждом backend. Среди растровых форматов указаны PNG, JPEG, GIF и TIFF. Векторные ресурсы включают SVG, PDF, EPS и XEPOUT, но их поддержка зависит от генератора; SVG реализован как подмножество SVG 1.1 с ограниченным CSS.

Расширения и промышленные backend

Расширения RenderX охватывают закладки, метаданные XMP, вложения, безопасность PDF, водяные знаки, полиграфические параметры и штрихкоды через rx:barcode/ZXing. В 4.31 данные штрихкода могут использовать вычисляемый номер страницы. Дополнительные генераторы AFP, XPS, PPML, SVG и XHTML/HTML лицензируются отдельно. PDF Forms и Rich Media также требуют специальных ключей, поэтому наличие функции в руководстве не означает ее активацию в любой лицензии.

CLI и интеграция

Командная строка подходит для пакетной генерации и CI/CD, Java API — для приложения, а XEP Assistant — для интерактивной проверки. Для новых серверных подключений RenderX в 2026 году рекомендует InGrid и называет другие integration methods deprecated. InGrid использует XEP как движок; это интеграционный слой, а не замена formatter.

Интерфейс и удобство использования

XEP не имеет WYSIWYG-интерфейса уровня настольного издательского пакета. Есть три рабочих режима: XEP Assistant, CLI и программный вызов. XEP Assistant запускается скриптом x4u.bat в Windows или x4u в Unix-подобной системе и служит оболочкой для выбора входа, backend и параметров. Конфигурация сосредоточена в xep.xml; в Assistant она разбита на группы Main, Backends, Languages и Fonts.

Порог освоения высокий: для серьезной работы нужны XML, XPath/XSLT, XSL-FO, понимание шрифтов и целевого PDF-профиля. Ошибка исправляется в шаблоне или конфигурации, а не перетаскиванием объекта мышью. Зато после стабилизации stylesheet процесс хорошо воспроизводится. XEP обычно ищет xep.xml в текущем каталоге, поэтому production-запуску полезно задавать конфигурацию явно и фиксировать ее вместе с шаблонами. Подтвержденной русской локализации оболочки нет, но Unicode и встроенные шрифты позволяют выпускать русскоязычные документы.

Поддерживаемые форматы и совместимость

PDF можно включать как векторный ресурс в PDF-генераторе; при этом аннотации исходного файла не переносятся. Документация также оговаривает незашифрованный PDF, совместимый с PDF 1.3 для этого сценария. EPS ориентирован на PostScript, а современный SVG нужно проверять на поддерживаемом подмножестве функций. Кроссплатформенность обеспечивается Java: руководство перечисляет Windows, Linux, Unix, macOS и другие системы с JRE 1.8 или новее.

XEP формирует документы, но не заменяет средства последующего просмотра и правки. Готовый PDF можно читать, например, в Foxit Reader или Adobe Acrobat Reader DC. Для ручного редактирования страниц ближе по назначению PDF-XChange Editor. Такое разделение ролей важно: formatter, reader и editor решают разные этапы работы с PDF.

Производительность и стабильность

XEP форматирует документ в памяти, поэтому нагрузку определяют Java heap, структура FO, графика и параллельность. В официальном материале RenderX о очень крупных отчетах масштабирование строится через разбиение независимых заданий и параллельную обработку. Это не современный бенчмарк и не гарантия числа страниц: единая книга с глобальным индексом, закладками и перекрестными ссылками сложнее множества независимых счетов.

Изображения могут кэшироваться во временный каталог; документация описывает порог memoize и TMPDIR. Перенос части данных на диск уменьшает давление на heap ценой I/O, а отдельный временный каталог на процесс снижает риск пересечения служебных файлов. Универсального минимума памяти RenderX не публикует, поэтому sizing следует делать на наиболее тяжелом реальном задании.

В 4.31 исправлялись обработка поврежденных встроенных PDF, шрифты и ToUnicode, SVG/path, tagged PDF и shell-скрипты; удалена старая зависимость XT. При выпуске InGrid 1.1 RenderX отдельно потребовал XEP 4.31 из-за исправления утечки памяти. Для действующей установки это весомый аргумент обновиться до 4.31, если позволяют лицензия и регрессионные проверки. Валидацию входа можно ослаблять ради ресурсов только после отладки stylesheet: диагностируемая ошибка XML обычно опаснее небольшого выигрыша скорости.

Для регрессионной оценки производительности лучше измерять не один «средний PDF», а несколько классов заданий: короткий документ без графики, многостраничную таблицу, документ с крупными изображениями и вариант с большим числом внутренних ссылок. У XEP разные стадии работы нагружают разные ресурсы, поэтому ускорение диска не исправит нехватку heap, а увеличение heap не устранит медленный внешний URI. Полезный production-контроль — время форматирования, пиковая память, размер TMPDIR, число ошибок и очередь заданий; такие показатели позволяют заметить деградацию после смены Java, шрифтов или шаблона без выдуманного «универсального» теста.

Лицензирование и версии

На текущей странице XEP указаны Desktop за 400 долларов за копию и Server за 4750 долларов за один production CPU/core. При первоначальной покупке Server требуется integration kit либо Extended Support; Extended Support обозначен как 20% стоимости лицензии в год. Перед закупкой серверной лицензии условия стоит подтвердить у RenderX: новости 2026 года различают подписочные и прежние perpetual-лицензии, а правила обновлений зависят от договора.

Trial, Personal и Academic

Trial близок к коммерческим редакциям для проверки верстки, но ограничен PDF, ставит watermark и после страницы 11 вставляет пустые страницы через одну. Personal Edition предназначена для некоммерческого личного использования, поддерживает PDF и PostScript и ставит небольшую отметку. Academic Desktop может бесплатно предоставляться после одобрения квалифицированным образовательным и некоммерческим неправительственным организациям и также маркирует вывод; Server в бесплатную академическую схему не входит.

Модульность

Лицензия хранится в license.xml и определяет доступные компоненты. PDF Forms и Rich Media требуют специальных ключей; дополнительные backend также зависят от лицензии. Для Server RenderX рекомендует InGrid, который предоставляется без отдельной платы при наличии XEP Server License. Это не отменяет лицензию самого XEP и условия поддержки.

Модель обновлений особенно важна после объявления финальной ветки. В сообщении об InGrid 1.1 RenderX указывает, что software updates входят в subscription-лицензии по умолчанию, а владельцам старых perpetual-лицензий рекомендуется сохранять Extended Support. Практический вывод — наличие рабочего license.xml само по себе не доказывает право на будущую исправленную сборку: перед обновлением нужно проверить условия конкретного договора. До окончания поддержки также стоит архивировать дистрибутив, лицензию, xep.xml и набор зависимых шрифтов в соответствии с внутренними правилами хранения ПО.

Системные требования

Java и платформы

Руководство XEP 4.31 требует Java Runtime Environment 1.8 или новее и перечисляет Unix, Windows, Linux, macOS и другие системы с подходящей Java. JRE следует считать отдельной зависимостью и фиксировать ее версию в production. Для XML → XSL-FO используется JAXP-совместимый XSLT-процессор; документация сообщает об оптимизации и тестировании с Saxon и о включенном Saxon 6.5.5. Для штрихкодов используется ZXing.

Память и диск

Официального универсального минимума RAM и свободного диска нет. Нужно учитывать Java heap, TMPDIR, кэш изображений, размер результата и число параллельных процессов. Минимальную конфигурацию корректно определять по худшему production-заданию с запасом, а не по факту запуска небольшого примера.

Для воспроизводимой сборки полезно хранить рядом с приложением машинно читаемое описание окружения: версию XEP, Java, активного XSLT-процессора, контрольные хэши шрифтов и xep.xml. Это не дополнительное системное требование RenderX, а практический способ доказать, почему один и тот же XML в двух средах дал разную пагинацию. Особенно важна фиксация шрифтов: даже метрически близкая замена может сдвинуть строки, таблицы и номера последующих страниц.

Хронология развития и поддержки

Для существующего шаблонного хозяйства это означает режим стабилизации: XEP 4.31 можно сопровождать как закрепленный движок. Для нового проекта на годы вперед разумно минимизировать недокументированные зависимости и хранить регрессионный набор, чтобы позже проверить миграцию.

Карта критических зависимостей

XEP Engine описан как локальный Java-компонент с локальными конфигурацией и лицензией; обязательная отправка каждого исходного документа в облако не заявлена. Сеть может понадобиться для лицензирования, обновлений или внешних URI самого шаблона. Для конфиденциального контура шрифты, изображения и stylesheet лучше держать во внутренних хранилищах. Главный риск будущей миграции создают расширения rx: и неявные зависимости от конкретных шрифтов, поэтому их следует документировать отдельно.

Преимущества и недостатки RenderX XEP

Плюсы и минусы

Минусы

Сравнение с аналогами

Apache FOP 2.11 остается прямым соседом по XSL-FO и продолжает развиваться. Antenna House Formatter V7.5 получает maintenance-релизы и подходит для профессиональной FO/CSS-верстки. Prince и PDFreactor логичнее там, где шаблонный слой уже построен на HTML/CSS. Перенос с XEP следует оценивать по реальным FO-файлам: расширения RenderX, шрифты, SVG, закладки и пагинация могут отличаться даже при одинаковом стандарте.

Sumatra PDF относится к другой категории: он читает готовые PDF и другие документы, тогда как XEP их генерирует. В практической цепочке XEP может создать PDF, а Sumatra PDF — открыть его для визуального контроля. Если задача только читать файл, formatter избыточен; если нужно автоматически верстать документы из XML, просмотрщик не заменит XEP.

Инструкция по установке

Подготовка и первый запуск

1. Выберите Desktop, Server либо Trial и получите дистрибутив через RenderX. 2. Подготовьте Java 8 или новее и убедитесь, что именно она используется процессом XEP. 3. Сохраните выданный license.xml в защищенном внутреннем хранилище и разместите его в месте, которое ожидает конфигурация. 4. Запустите XEP Assistant через x4u.bat в Windows или x4u в Unix-подобной системе либо выполните xep -version. 5. Сформируйте небольшой PDF из проверенного FO и убедитесь, что доступны шрифты, графика и нужный backend.

После первого успешного прогона зафиксируйте xep.xml, пути ресурсов, Java, TMPDIR и параметры heap. В production лучше задавать конфигурацию явно: зависимость от текущего рабочего каталога может незаметно подключить другой xep.xml. Для нового Server-внедрения отдельно проверьте InGrid с XEP 4.31, а затем переносите в сервис уже работающий контрольный FO — так проще отделить ошибку шаблона от ошибки интеграции.

Безопасное удаление

Единой процедуры деинсталляции для всех платформ руководство не задает. Сначала сохраните license.xml, xep.xml, собственные XSL/XSL-FO-шаблоны, шрифтовую конфигурацию и regression-набор. Если XEP установлен системным пакетным менеджером или штатным инсталлятором, удаляйте тем же механизмом. Java не следует удалять автоматически вместе с XEP: общая JRE может использоваться другими приложениями.

Практические кейсы

Отчет из XML

Цель: выпускать одинаково оформленные PDF из меняющихся данных. Подготовка: XML, XSLT, шрифты и xep.xml. Действия: сначала сформируйте FO/PDF в XEP Assistant, затем перенесите тот же вызов в CLI или сервер. Проверка: сравните пагинацию и ключевые поля с эталоном. Ограничение: смена шрифта или XSLT-процессора способна изменить переносы строк.

PDF/A для архива

Цель: получить документ требуемого PDF/A-профиля. Подготовка: подходящие встроенные шрифты, ICC-профиль и, для PDF/A-1a, корректная tagged structure. Действия: включите профиль, сформируйте representative-документ и проверьте внешним валидатором. Проверка: валидатор должен подтвердить выбранный профиль. Ограничение: formatter не исправляет автоматически плохую семантическую разметку FO.

Tagged PDF и порядок чтения

Цель: сделать сложную страницу логичной для вспомогательных технологий. Подготовка: роли заголовков, таблиц, артефактов и alt-текст. Действия: используйте accessibility-механизмы XEP 4.31 и при необходимости rx:read-before/rx:read-after. Проверка: дерево тегов, порядок чтения и специализированный валидатор. Ограничение: формальная валидность не гарантирует понятную семантику.

Массовая очередь документов

Цель: генерировать множество независимых счетов или выписок. Подготовка: закрепленные Java/XEP, heap, TMPDIR, шрифты и мониторинг отказов. Действия: распараллеливайте независимые задания, а изображения при необходимости переносите в дисковый кэш. Проверка: число входов, выходов, ошибок и свободное место TMPDIR. Ограничение: реальная параллельность определяется CPU, памятью, диском и Server-лицензией.

Векторный PDF как бланк

Цель: включить готовую PDF-страницу без растеризации. Подготовка: незашифрованный совместимый PDF. Действия: подключите его как векторный ресурс в PDF backend. Проверка: геометрия, шрифты и графика должны совпасть с эталоном. Ограничение: аннотации исходного PDF при таком встраивании не переносятся.

Полиграфический PDF/X

Цель: подготовить PDF/X для типографии без ручной допечатной правки каждого экземпляра. Подготовка: заранее согласуйте с получателем конкретный профиль, цветовое пространство, ICC-профиль, требования к шрифтам и overprint. Действия: настройте соответствующий PDF/X backend XEP, используйте только проверенные шрифты и графику и сформируйте контрольный файл из тех же ресурсов, что будут применяться в production. Проверка: прогоните результат через независимый preflight и визуально проверьте страницы с прозрачностями, векторной графикой и мелким текстом. Ограничение: поддержка XEP профилей PDF/X-1a:2001 и PDF/X-3:2001 не означает автоматической совместимости с любым более новым требованием конкретной типографии.

Проверка переноса на другой formatter

Цель: оценить стоимость ухода с XEP без немедленной миграции всей базы шаблонов. Подготовка: выберите небольшой набор документов, где есть таблицы, page-number-citation, закладки, SVG, нестандартные шрифты, tagged PDF и расширения rx:. Действия: отделите стандартный XSL-FO от RenderX-расширений, затем прогоните одинаковый вход через XEP 4.31 и выбранный альтернативный formatter. Проверка: сравните число страниц, точки переносов, закладки, ссылки, шрифты и соответствие PDF-профилю. Ограничение: бинарное совпадение PDF не требуется, но различия в бизнес-значимых полях и пагинации нужно зафиксировать до оценки сроков миграции.

Контроль перед сохранением и передачей

Навигатор по сбоям

Часто задаваемые вопросы

Есть ли бесплатная версия для коммерческого production?

Нет общей бесплатной commercial-лицензии. Personal Edition предназначена для некоммерческого личного использования, Academic требует соответствия критериям и одобрения, а Trial имеет watermark и страничные ограничения. Для коммерческого production следует исходить из Desktop или Server.

Можно ли уже заменить XEP на IREn?

На 12 сентября 2026 года нет опубликованного стабильного релиза IREn: официальный сайт называет его планируемой полностью обратно совместимой заменой и предлагает ждать дату выпуска. Поэтому миграцию можно готовить архитектурно, но нельзя описывать IREn как уже доступный production-продукт.

Можно ли редактировать существующий PDF в XEP?

Нет. XEP — formatter. Он может использовать PDF как ресурс в определенном сценарии, но не дает обычного интерфейса редактирования текста и страниц. Для ручной правки нужен PDF-редактор, например Master PDF Editor или другой инструмент этого класса.

Принимает ли XEP DOCX напрямую?

Базовый вход XEP — XSL-FO либо XML + XSLT, не DOCX. Если задача состоит в обычном экспорте офисного документа в PDF без FO-конвейера, практичнее использовать офисный редактор, например LibreOffice Writer. Преобразование DOCX в XML/FO возможно только как отдельный этап проекта.

Нужен ли интернет при каждом форматировании?

Обязательная облачная обработка документа для XEP Engine не заявлена. Движок, xep.xml, license.xml и ресурсы могут находиться локально. Сеть потребуется, если конкретный шаблон обращается к внешним URI или инфраструктура использует сетевые сервисы, а также организационно для получения лицензий и обновлений.

Почему PDF и PostScript могут отличаться?

У backend разные возможности шрифтов и графики. PDF как векторный ресурс относится к PDF-генератору, EPS ориентирован на PostScript, а TrueType/OpenType поддерживаются неодинаково. Поэтому production нужно проверять именно в целевом backend, а PDF-preview не считать доказательством корректности PostScript или AFP.

Подойдет ли XEP для документа на сто тысяч страниц?

Решает не только число страниц, а структура. Независимые документы можно делить на задания и обрабатывать параллельно; единая книга с глобальными ссылками, индексом и закладками требует больше памяти и хуже разбивается. Производительность нужно подтверждать на реальном шаблоне и данных, а не по абстрактному лимиту страниц.

Вывод

RenderX XEP 4.31 разумен для организаций с существующими XML/XSLT/XSL-FO-шаблонами и требованиями к воспроизводимой автоматической генерации PDF, PostScript или лицензируемых промышленных форматов. У него зрелые PDF-функции, tagged PDF, шрифты, графика и несколько вариантов интеграции. Но для нового долгосрочного проекта критичен статус продукта: 4.31 — последний запланированный релиз, активная разработка завершена, а IREn пока только заявлен как будущая замена.

Если нужен активно развиваемый XSL-FO formatter, следует сравнить Apache FOP и Antenna House Formatter; если шаблоны естественно живут в HTML/CSS — Prince или PDFreactor. Для чтения уже созданных PDF нужен просмотрщик вроде Sumatra PDF, а не XEP. Поэтому сильный сценарий XEP — сохранение и развитие существующего FO-конвейера; слабый — запуск нового проекта без наследия и без плана миграции.