Ну, ответ зависит от того, что ваше определение «встраиваемый» есть.
BIRT написан на чистой Java.
я мог думать 3 различных способов:
Конечно, можно интегрировать Java-код в существующем C программу/C++ (см Embed Java into a C++ application?).
Вы можете просто использовать механизм выполнения BIRT и генерировать отчет в формате PDF или HTML из командной строки (это означает, что в основном вы вызываете исполняемый файл java из вашей программы с несколькими аргументами). См. Birt - How to run report engine on the console? и http://eclipser-blog.blogspot.de/2008/02/automatic-generation-of-birt-reports.html для получения дополнительной информации.
Вы можете запустить веб-сервер Java, такой как Tomcat, во втором процессе, а затем запустить свой отчет, вызвав URL-адрес http (например, вы можете использовать прилагаемый пример сервлета). См http://www.eclipse.org/birt/documentation/integrating/viewer-usage.php
Аналогично 3. (смотри ниже)
Некоторые примечания:
Второй вариант является медленным, из-за накладных расходов запуска двигателя Java и BIRT (это может занять несколько секунд). С первым и третьим параметром служебные данные запуска или сводятся к минимуму только один раз (и для каждого отчета).
Для второго и третьего вариантов может потребоваться изменить существующий код примеров программ в соответствии с вашими потребностями.
Первый вариант, вероятно, является лучшим решением для промышленного качества, но его также сложно разработать.
В любом случае, навыки Java необходимы ИМХО.
Если вы планируете запускать это на SOC вместо ПК, учитывайте эффективность. Является ли решение на основе Java подходящим для такого оборудования? BIRT требуется довольно много оперативной памяти и процессора (для SOC). Я считаю, что такое оборудование, как Raspi 3, должно справиться с этим довольно легко.
Я интегрировал среду выполнения BIRT в существующее приложение Python (все это работает на сервере приложений) четвертым способом: я написал программу-слушатель, которая прослушивает TCP-сокет для задач BIRT. Он использует пул рабочих процессов (написанных на Java), которые, в свою очередь, используют механизм отчета BIRT для генерации вывода. Клиентская программа (здесь: написанная на Python) открывает TCP-соединение с слушателем и использует этот сокет, чтобы сообщить ему, какой отчет сгенерировать (включая параметры отчета и имя файла назначения). Затем программа-слушатель выбирает рабочий процесс для задачи и задает задачу для рабочего процесса.
Так, в принципе, этот четвертый вариант похож на третий, с двумя отличиями:
сообщение является сокет на основе (вместо HTTP), что позволяет би-ди-связь.
Архитектура представляет собой многопроцессорную систему вместо многопоточности. Мы выбираем это, потому что очень большие отчеты могут вызывать ошибки из-за памяти для других несвязанных отчетов, которые просто происходят одновременно. Это та же самая базовая архитектура, которую Oracle выбрал для своего сервера отчетов.
Однако разработка программ заняла несколько месяцев.
Спасибо за объяснение. – Raju