PDFBox: подробный обзор Apache-библиотеки для программной работы с PDF

Apache PDFBox — не настольный PDF-редактор и не программа для чтения документов в привычном смысле, а открытая Java-библиотека с набором командных утилит для создания, разбора, преобразования и автоматизации PDF. На 14 сентября 2026 года актуальный выпуск основной ветки 3.0.x — 3.0.8, опубликованный 11 июля 2026 года. Параллельно Apache продолжает выпускать 2.0.x, однако для нового проекта практической точкой отсчёта является 3.0.x; ветка 4.0 существует только как разрабатываемый SNAPSHOT и релизом пока не является. Главная ценность PDFBox — возможность встроить работу с PDF непосредственно в Java-приложение или серверный процесс без обязательного облачного сервиса, аккаунта и графической оболочки.

Скачать PDFBox

Безопасный источник PDFBox — официальный раздел Download проекта Apache PDFBox. Для ветки 3.0.8 там публикуются отдельные JAR-модули, самостоятельное приложение pdfbox-app-3.0.8.jar с командными инструментами, debugger-app-3.0.8.jar, preflight-app-3.0.8.jar и архив исходного кода. Рядом с файлами Apache размещает подписи и SHA-512-контрольные суммы; проверка контрольной суммы или PGP-подписи полезна прежде всего при ручной загрузке JAR, потому что позволяет отделить официальный выпуск от случайной копии на стороннем файловом хостинге.

Для Java-проекта предпочтительнее не скачивать набор JAR вручную, а добавить зависимость org.apache.pdfbox:pdfbox версии 3.0.8 через Maven или совместимый менеджер зависимостей. В этом варианте основные транзитивные компоненты подтягиваются автоматически. Если задача ограничена командами merge, split, render, export:text или шифрованием, standalone pdfbox-app удобнее: достаточно установленной Java и одного JAR-файла.

На странице загрузки по-прежнему присутствует ветка 2.0.x; на дату обзора её текущий выпуск — 2.0.37. Это не означает, что 2.0.37 «новее» 3.0.8 по архитектуре: номера относятся к разным линиям. В исходном репозитории также виден trunk 4.0.0-SNAPSHOT, но официальный migration guide прямо предупреждает, что выпуска 4.0 ещё нет. Для производственной установки не стоит подменять стабильный 3.0.8 сборкой 4.0-SNAPSHOT только из-за большего номера.

Что такое PDFBox

PDFBox — проект Apache Software Foundation для программного чтения, создания и изменения PDF. Его API работает на уровне структуры PDF-документа: страниц, потоков содержимого, шрифтов, изображений, форм, метаданных, шифрования и подписей. Поверх библиотеки поставляется набор командных приложений, поэтому часть типовых операций доступна без написания Java-кода. При этом PDFBox не является аналогом Acrobat, Foxit или Sumatra PDF по пользовательскому интерфейсу: основная аудитория — разработчики, инженеры автоматизации, специалисты по обработке документов и администраторы пакетных процессов.

Текущий статус проекта активный. PDFBox вошёл в Apache Incubator в 2008 году, а 21 октября 2009 года стал отдельным top-level project Apache. Крупная ветка 3.0.0 вышла 17 августа 2023 года; в ней существенно переработали ввод-вывод, загрузку документов и командную оболочку. В 2026 году выпускались 3.0.7 и 3.0.8, поэтому описывать PDFBox как «старую библиотеку без поддержки» неверно.

От одноимённых приложений и сторонних обёрток продукт отличает происхождение: официальный PDFBox — именно Apache PDFBox и пакет Java-модулей с groupId org.apache.pdfbox. Мобильное приложение, веб-сервис или готовый облачный PDF-редактор с похожим названием не следует автоматически считать частью проекта. Сам PDFBox не предоставляет пользовательского облачного кабинета и не отправляет документы на сервер Apache для обработки: где физически находится PDF, определяет приложение, в которое библиотека встроена.

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

Чтение структуры и извлечение текста

Библиотека открывает PDF и даёт доступ к страницам, объектам, ресурсам и содержимому. Встроенный текстовый экстрактор умеет выводить Unicode-текст, а CLI-команда export:text сохраняет результат в обычный текст, HTML или Markdown; Markdown-вывод появился в ветке 3.0 начиная с версии 3.0.4. Для проблемных макетов доступны сортировка по позиции, ограничение диапазона страниц и режим обработки повёрнутого или наклонённого текста.

Извлечение текста не является OCR: скан без текстового слоя PDFBox сам не распознает. Поскольку PDF хранит графические инструкции, порядок объектов страницы может отличаться от естественного чтения; тогда нужны сортировка по координатам и постобработка. Ограничения безопасности документа также могут запрещать извлечение без прав владельца.

Разделение, объединение и наложение

PDFBox умеет объединять несколько PDF в один, разделять документ по страницам или диапазонам и накладывать один PDF поверх другого. CLI поддерживает отдельный overlay для первой, последней, чётных, нечётных или конкретных страниц и позволяет выбирать foreground либо background. Это делает библиотеку пригодной для добавления заранее подготовленного бланка, фонового шаблона или водяного знака без полноценного визуального редактора.

Рендеринг, изображения и печать

Страницы PDF можно рендерить в растровые изображения. Официальная документация прямо называет PNG и JPEG, а команда render позволяет задавать DPI, диапазон страниц, цветовой режим, область crop box, качество и subsampling. Отдельная команда export:images извлекает встроенные изображения из PDF, что принципиально отличается от рендеринга страницы целиком. Печать строится на стандартном Java printing API и поддерживает выбор принтера, ориентации, duplex, размера носителя и рендеринг через промежуточное изображение с заданным DPI.

Создание PDF

Через API можно создавать PDF с нуля, добавлять страницы, текст, шрифты и изображения. CLI дополнительно умеет формировать простой PDF из текстового файла и из набора изображений. Команда fromtext позволяет указать кодировку, размер шрифта, поля, формат страницы и TrueType-шрифт. Это удобно для технических отчётов и простых генераторов, но PDFBox не предоставляет высокоуровневую систему верстки с автоматическими абзацами, таблицами и переносами строк. В официальном FAQ библиотека прямо описывается как низкоуровневая в части сложного layout.

Формы, метаданные и FDF/XFDF

PDFBox работает с AcroForm: API читает и заполняет поля, CLI импортирует и экспортирует FDF/XFDF. XMP поддерживается модулем xmpbox и может выгружаться из документа или страницы. В 3.0 при доступе к AcroForm также выполняются некоторые fix-up операции для недостающих ресурсов и appearance stream, что важно учитывать при миграции с 2.x.

Шифрование и цифровые подписи

Команды encrypt и decrypt работают с парольной защитой и сертификатами, а API предоставляет средства создания цифровых подписей. Для криптографии с открытым ключом и подписания требуются библиотеки Bouncy Castle; они не относятся к необязательной «облачной услуге», а подключаются как зависимости Java-приложения. При шифровании CLI можно задавать длину ключа 40, 128 или 256 бит и разрешения на печать, извлечение, изменение, заполнение форм и другие действия.

Создание подписи не равно полной проверке доверия. FAQ уточняет: обычный парсинг не выполняет полную валидацию подписей, а ShowSignature покрывает лишь часть проверок и не сверяет корневой сертификат с AATL/EUTL. Для полноценной trust validation нужна дополнительная логика.

Preflight и диагностика

Компонент Preflight предназначен для проверки PDF на соответствие PDF/A-1b. Отдельный PDFDebugger показывает внутреннюю структуру PDF и полезен разработчику при анализе cross-reference, объектов, шрифтов и текста выбранной страницы. Это диагностический инструмент, а не редактор документа для конечного пользователя.

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

У PDFBox нет единого «главного окна». Рабочий интерфейс зависит от способа использования. В Java-проекте это API и классы Loader, PDDocument, PDFRenderer, PDFTextStripper и другие компоненты. В автоматизации без кода интерфейсом служит командная строка, где после pdfbox-app выбирается подкоманда и набор параметров. Команды 3.0 были переработаны: входные и выходные файлы передаются через опции, каждая команда возвращает exit code, поддерживает —help и —version. Для CI/CD это удобнее, чем интерактивные диалоги.

PDFDebugger даёт графический способ исследовать объектное дерево PDF. В 3.0 он показывает текст выбранной страницы, метрики глифов и cross-reference table. Это интерфейс диагностики, а не визуального редактирования; для ручных аннотаций и правок уместнее PDF-XChange Editor или другой настольный редактор.

Порог освоения зависит от задачи. Выполнить merge или render через CLI можно после знакомства с несколькими параметрами. Разработка собственного процессора PDF требует понимания Java, жизненного цикла PDDocument, структуры страницы, ресурсов и особенностей PDF. Важное ограничение: PDFBox не потокобезопасен на уровне одного документа. Официальный FAQ требует, чтобы к одному PDDocument в конкретный момент обращался только один поток; параллелизм строят через независимые экземпляры документов.

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

Центральный формат PDFBox — PDF. Библиотека не является универсальным конвертером DOCX, XLSX, EPUB и десятков офисных форматов. Она может создавать PDF, читать и изменять существующий PDF, извлекать текст и изображения, рендерить страницы в растровый вид, работать с формами и метаданными. Для командного экспорта текста доступны plain text, HTML и Markdown; для данных форм — FDF и XFDF; для метаданных — XMP.

Поддержка растров внутри PDF зависит не только от ядра. Официальная страница Dependencies отдельно отмечает, что чтение JBIG2 требует JBIG2 ImageIO, JPEG 2000/JPX — JAI Image I/O Tools, а запись TIFF — JAI Image I/O Tools Core. Если нужного декодера нет в classpath, соответствующая функция отключается, а библиотека пишет предупреждение. Для более надёжного JPEG-декодирования документация также предлагает подключать TwelveMonkeys ImageIO.

Совместимость с ОС определяется Java-средой: отдельные сборки PDFBox для Windows, macOS и Linux не нужны. Однако рендеринг и печать зависят от системных шрифтов, ImageIO и Java Print Service; на минимальных Linux-серверах особенно важно проверить наличие замен для не встроенных шрифтов.

Поддержка сложных письменностей в 3.0.x частичная: документация предупреждает о неполном GSUB и отсутствии GPOS в текущем механизме. Для сложной типографики результат надо проверять на реальных шрифтах и документах.

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

PDFBox 3.0 получил переработанный слой ввода-вывода и инкрементальный разбор. Документ не обязательно полностью материализуется в памяти при открытии: объекты разбираются по требованию, а загрузка из файла использует RandomAccessReadBufferedFile с небольшим кэшем страниц. Это снижает стартовое потребление памяти по сравнению с подходом, при котором весь файл или множество промежуточных потоков сразу держались бы в RAM.

Экономия памяти не означает постоянный низкий расход. Официальный migration guide отдельно предупреждает: обход всех страниц, аннотаций, подпись или другие операции могут со временем загрузить значительную часть документа. При рендеринге объём памяти зависит от самого PDF и выбранного DPI. FAQ рекомендует при OutOfMemoryError уменьшать разрешение, включать subsampling, не сохранять все отрендеренные изображения в одной коллекции, закрывать PDDocument и при необходимости использовать временный файл или смешанный stream cache для операций записи.

Для больших исходников есть файловый random-access reader и memory-mapped вариант. Memory mapping ограничен Integer.MAX_VALUE и связан с известной проблемой блокировки файлов в Windows, для которой PDFBox применяет собственный unmapper. Поэтому способ чтения подбирают под размер и профиль нагрузки, а не включают memory mapping автоматически.

Качество входного PDF влияет на устойчивость: специально сформированный файл может вызвать исключение, цикл или высокий расход ресурсов, причём не каждый такой случай относится к security vulnerability. Публичному сервису всё равно нужны лимиты размера, времени и памяти на уровне приложения или контейнера.

PDFBox 3.0.8 исправляет CVE-2026-23907 и CVE-2026-33929 — path traversal в примере ExtractEmbeddedFiles. Уязвимость относится к examples module, а не к ядру; особенно важно обновиться проектам, которые переносили этот пример в production.

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

Apache PDFBox распространяется по Apache License 2.0. Это открытая лицензия с разрешением использовать, изменять и распространять код при соблюдении условий лицензии и уведомлений. У PDFBox нет бесплатного «урезанного режима», водяных знаков, платной активации функций или срока пробного периода: библиотека и официальные командные утилиты распространяются как open source.

Версия 3.0.8 — основная актуальная линия для современных внедрений. Версия 2.0.37 продолжает публиковаться отдельной веткой и нужна проектам, которые ещё не мигрировали API или зависят от старой Java. Миграция 2.x → 3.x не сводится к замене номера зависимости: удалены многие deprecated API, загрузка PDF перенесена в Loader, изменён IO-модуль, переписаны команды PDFBox App, а сохранение теперь по умолчанию использует сжатый режим.

Ветка 4.0.0-SNAPSHOT существует в исходном trunk и требует как минимум Java 11 по текущей документации разработки, но выпуск 4.0 не состоялся. Поэтому условия SNAPSHOT нельзя выдавать за системные требования стабильного PDFBox 3.0.8. Для production-системы критерий простой: используйте релиз, опубликованный на странице Download и имеющий официальный checksum/signature, а экспериментальную ветку оценивайте отдельно.

Цена библиотеки — нулевая, но проект несёт обычные расходы на Java-инфраструктуру, разработку, тесты, шрифты и сторонние кодеки. Это стоимость интеграции, а не подписка PDFBox.

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

Для использования PDFBox 3.0.x

Минимальное официальное требование ветки 3.0 — Java 8. Базовые runtime-зависимости включают commons-logging; основные модули проекта называются pdfbox, fontbox и xmpbox. При подключении главного Maven-артефакта необходимые основные JAR приходят транзитивно. Для некоторых задач требуются дополнительные библиотеки: commons-io для tools/preflight, ImageIO-компоненты для JBIG2, JPEG 2000 и TIFF, Bouncy Castle для публичного ключевого шифрования и подписей.

Для сборки из исходного кода

Официальная страница Building указывает для PDFBox 3.0.x JDK 8 и Maven 3. Сборка из исходников большинству пользователей не нужна: проект прямо рекомендует готовые бинарные релизы, если цель не заключается в разработке самого PDFBox. Репозиторий 4.0-SNAPSHOT имеет иные требования и не должен использоваться для описания стабильной 3.0.x.

Операционная система и шрифты

Отдельного списка поддерживаемых Windows/macOS/Linux-релизов для библиотеки нет: ключевое требование — совместимая Java. Но PDF-рендеринг использует шрифты и графические механизмы JVM. Если документ ссылается на не встроенный шрифт, системе нужен подходящий шрифт или замена. Это особенно заметно в серверных Linux-контейнерах, где набор шрифтов часто минимален.

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

Интернет не является обязательной зависимостью самой локальной обработки PDFBox. Он нужен на этапе получения артефактов и зависимостей, если менеджер пакетов скачивает их из репозитория. Аккаунт Apache и серверная лицензия не требуются. Если приложение отправляет документы в S3, корпоративное облако, HTTP API или внешний OCR, это уже зависимость конкретной системы, а не PDFBox.

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

2008: PDFBox вошёл в Apache Incubator 7 февраля. 2009: состоялся первый Apache-релиз, а 21 октября совет Apache Software Foundation учредил Apache PDFBox как top-level project. Эти даты важны для идентичности продукта: современный PDFBox — зрелый Apache-проект, а не случайный GitHub-форк.

2016: 18 марта вышел PDFBox 2.0.0 после многолетней разработки. Ветка 2.x стала основой большого количества существующих Java-интеграций и поэтому продолжает получать релизы даже после появления 3.x.

2023: 17 августа опубликован PDFBox 3.0.0. Основные архитектурные изменения затронули загрузку PDF, слой IO, кэширование, экономию памяти, API шрифтов и командную оболочку. При обновлении с 2.x нужно использовать migration guide, а не рассчитывать на бинарную совместимость.

2025–2026: ветка 3.0 последовательно получила 3.0.4, 3.0.5, 3.0.6, 3.0.7 и 3.0.8. Последний выпуск на дату обзора закрывает, среди прочего, две path traversal-проблемы в примере ExtractEmbeddedFiles. Одновременно ветка 2.0 дошла до 2.0.37. 4.0: ведётся как SNAPSHOT и не является текущим стабильным релизом.

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

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

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

PDFBox и Sumatra PDF решают разные задачи. Sumatra PDF — готовый Windows-просмотрщик PDF и других форматов, PDFBox — инструментарий разработчика. Для обычного чтения рациональнее Sumatra; для серверного извлечения, генерации и программной модификации — PDFBox.

iText Core ближе всего по роли SDK, но распространяется по AGPL либо коммерческой лицензии. OpenPDF — Java-альтернатива с MPL/LGPL и отдельными модулями генерации/рендеринга, но современные ветки требуют более новой Java. qpdf удобен для структурных преобразований, шифрования и linearization, однако не заменяет PDFBox как Java API рендеринга и извлечения текста.

Если задача не разработческая, а пользовательская, сравнивать нужно уже с другим классом программ. Для ручного объединения и разбиения есть PDFsam Basic; для полноценного визуального редактирования — Adobe Acrobat Pro; для чтения и аннотаций можно рассмотреть Foxit Reader. Это не «конкуренты библиотеки» в строгом смысле, а альтернативы, когда исходная задача на самом деле требует GUI.

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

Вариант 1: подключение PDFBox к Maven-проекту

1. Установите JDK, совместимый с требованиями вашего приложения; для PDFBox 3.0.x минимум — Java 8.
2. В конфигурации Maven добавьте зависимость с координатами org.apache.pdfbox:pdfbox и версией 3.0.8.
3. Обновите зависимости проекта. Maven подтянет основную библиотеку и обязательные транзитивные компоненты.
4. Соберите проект и выполните минимальную операцию открытия тестового PDF с обязательным закрытием PDDocument.
5. Если нужны подписи, JBIG2, JPEG 2000 или TIFF, добавляйте соответствующие optional dependencies отдельно и фиксируйте их версии.

При обновлении с 2.x используйте migration guide: загрузка перенесена в Loader, deprecated API удалены, а IO и сохранение изменились. Замена только номера версии без тестовой сборки небезопасна.

Вариант 2: standalone командные утилиты

1. Установите Java 8 или новее и проверьте командой java -version, что используется нужная JVM.
2. С официальной страницы Apache PDFBox скачайте pdfbox-app-3.0.8.jar.
3. Сверьте SHA-512 или PGP-подпись с опубликованной Apache.
4. Поместите JAR в отдельный каталог и выполните: java -jar pdfbox-app-3.0.8.jar —help.
5. Для конкретной операции вызовите help подкоманды, например merge, split, render или export:text, и сначала работайте с копией исходного PDF.

Первый запуск и удаление

Standalone JAR не ставит отдельную службу или виртуальный принтер, поэтому удаление сводится к завершению процесса и удалению JAR. В Maven-проекте удалите зависимость и пересоберите приложение; локальный кэш Maven сам по себе не делает PDFBox частью сборки.

Проверка после установки

Не начинайте с произвольного конфиденциального файла. Возьмите небольшой тестовый PDF и последовательно проверьте вывод —version, извлечение текста в отдельный файл и рендер одной страницы. Затем откройте исходный и результат независимым viewer. Такой контроль быстро выявляет неверную JVM, отсутствующий ImageIO-кодек, проблемы шрифтов и ошибку в путях до того, как PDFBox попадёт в пакетный процесс.

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

Извлечение текста для индекса поиска

Цель: получить индексируемый UTF-8 текст. Подготовка: убедиться, что PDF содержит текстовый слой. Шаги: запустить export:text в отдельный файл, при неправильном порядке проверить сортировку по позиции и сначала ограничиться несколькими страницами. Проверка: сверить заголовки, числа и символы. Ограничение: OCR нет, а сложная многоколоночная верстка может потребовать постобработки.

Пакетный рендер страниц в изображения

Цель: получить JPEG/PNG-превью. Подготовка: задать допустимый DPI и лимит входного файла. Шаги: проверить одну страницу, затем диапазон; для крупных изображений включить subsampling и не держать все кадры в памяти. Проверка: сверить поворот, шрифты и прозрачность. Ограничение: высокий DPI резко увеличивает расход памяти.

Объединение документов без визуального редактора

Цель: собрать несколько PDF в один результат. Подготовка: расположить файлы в требуемом порядке и сохранить резервные копии. Шаги: передать каждый source через параметр input команды merge и записать результат в новый output. Проверка: открыть итог в независимом viewer, проверить число страниц, закладки и важные формы. Ограничение: механическое объединение не решает вопросы унификации размеров страниц, дизайна и семантики документов.

Защита PDF паролем

Цель: создать зашифрованную копию. Подготовка: определить owner/user password, длину ключа и permissions. Шаги: использовать encrypt с отдельным output и явно задать нужные ограничения. Проверка: открыть файл как пользователь и владелец. Ограничение: PDF permissions не заменяют контроль доступа к файлу.

Наложение фирменного бланка

Цель: добавить бланк или фоновый слой. Подготовка: создать PDF-overlay нужного размера. Шаги: применить его ко всем либо выбранным страницам и задать foreground/background. Проверка: сравнить первую, среднюю и последнюю страницу. Ограничение: несовпадающие размеры и повороты автоматически не перевёрстываются.

Проверка PDF/A-1b перед архивированием

Цель: проверить PDF/A-1b. Подготовка: взять Preflight 3.0.8 и нужные зависимости. Шаги: запустить standalone или API-проверку и сохранить отчёт. Проверка: ориентироваться на результат валидации, а не на факт открытия файла. Ограничение: заявленная функция — PDF/A-1b; не переносите вывод на все профили PDF/A.

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

Для PDFBox 3.0 особенно важно не использовать исходник как output обычного сохранения: из-за ленивого чтения это может повредить файл. Безопасная схема — input → временный output → проверка → замена на уровне приложения.

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

• Сохраняйте обычную модификацию в новый файл, а не поверх источника.
• Закрывайте PDDocument после окончания операции.
• Проверяйте число страниц, размеры и поворот после merge/split/overlay.
• При извлечении текста контролируйте порядок чтения и специальные символы.
• Для рендера проверяйте шрифты, прозрачность и изображения с JPX/JBIG2.
• Для защищённого PDF отдельно проверяйте user и owner сценарии.
• Для подписи не считайте успешный парсинг полноценной валидацией доверия.
• Перед внешней передачей открывайте результат независимым PDF-reader.

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

PDFBox — это программа с графическим интерфейсом?

Нет. Основной продукт — Java API и командные утилиты. PDFDebugger имеет графический интерфейс, но предназначен для анализа внутренней структуры PDF, а не для повседневного редактирования.

Можно ли использовать PDFBox бесплатно в коммерческом приложении?

PDFBox распространяется по Apache License 2.0 и не требует покупки коммерческой редакции. При распространении и модификации нужно соблюдать условия лицензии и уведомлений. Отдельно проверяйте лицензии необязательных сторонних кодеков и зависимостей.

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

Самой библиотеке для локального чтения, создания и преобразования PDF интернет не нужен. Сеть может понадобиться менеджеру зависимостей при первой загрузке JAR или вашему приложению, если оно использует внешнее хранилище, OCR или API.

Есть ли OCR?

Встроенного OCR нет. Если PDF содержит только изображения страниц, PDFBox может рендерить или извлекать изображения, но распознавание текста выполняет отдельный OCR-движок.

Можно ли редактировать текст в PDF как в Word?

PDFBox позволяет программно изменять структуру и содержимое PDF, но не предоставляет высокоуровневого визуального редактора с рефлоу и привычной моделью абзацев. Для ручных правок нужен специализированный PDF-редактор, например Master PDF Editor или аналогичный GUI-инструмент.

Почему извлечённый текст иногда перемешан?

Потому что PDF хранит инструкции рисования, а не обязательный логический порядок чтения. PDFBox может сортировать текст по позиции, но сложные колонки, подписи, таблицы и нестандартные кодировки всё равно требуют проверки.

Можно ли обрабатывать один PDF в нескольких потоках?

Один экземпляр PDDocument не является thread-safe. Допустимая модель — несколько потоков, каждый со своим независимым PDDocument, либо последовательный доступ к одному объекту.

Какая версия нужна: 2.0.37 или 3.0.8?

Для нового проекта обычно целесообразна 3.0.8. Ветка 2.0.37 остаётся актуальной для совместимости со старым кодом и Java-средой. Переезд требует адаптации API по migration guide.

Можно ли полностью доверять проверке цифровой подписи PDFBox?

Нет, если под «полностью» понимается проверка всех ограничений, цепочки доверия и списков доверенных корней. PDFBox предоставляет строительные блоки и пример частичной проверки, но не готовую систему полной trust validation.

Вывод

Apache PDFBox 3.0.8 подходит тем, кому нужна программируемая работа с PDF внутри Java: извлечение текста и метаданных, генерация, рендеринг, формы, merge/split, overlay, шифрование, подписи, печать и проверки PDF/A-1b. Сильные стороны — Apache License 2.0, отсутствие обязательного облака, зрелая кодовая база, CLI и возможность контролировать низкоуровневую структуру документа.

PDFBox не стоит выбирать как замену обычному PDF-reader или визуальному редактору. Для чтения документов на Windows удобнее Sumatra PDF; для ручного изменения содержимого — настольный редактор; для OCR — специализированный распознаватель; для сложной высокоуровневой генерации отчётов могут быть удобнее iText, OpenPDF или отдельный layout-движок. В разработческой инфраструктуре PDFBox особенно рационален, когда важны локальная обработка, Java, открытая лицензия и контроль над PDF без внешнего SaaS.