Задача - распечатать книку продаж (порядка 2млн строк).
Кроме собственно печати требуется сохранить файл.
Есть у кого-нибудь похожий опыт?

А в чем, собственно, проблема или вопрос?

Хочется получить pdf одним файлом.
За раз столько напечатать не получается.
Разбить на несколько как смартформу тоже не особо получилось(ФМ печати запускается и каждый раз возвращается файл).
Сейчас пробую сохранить в спул а потом вызвать ФМ FPCOMP_CREATE_PDF_FROM_SPOOL

Не совсем понимаю. Что значит не получается напечатать за раз? У принтера не хватает встроенной памяти?

У ADS сервера похоже нехватает памяти для генерации

Я бы пинал базис.

Если нужно как-то решить проблему срочно - сделал бы свой вариант формы и убил бы в ней шапку. Плюс нумерацию страниц свою бы прикрутил. И печатал кусками...

Я не против печатать кусками - как в один файл собрать?

А почему не подходит вариант печатать книгу продаж по периодам?
Она же сейчас по законодательству раз в квартал сдается

У нас за 10 дней не по каждой БЕ открывается....

Если задача разовая - то программ и сервисов с ключевыми словами 'Merge PDF' - вагон и маленькая тележка, например вот.
Ну а если не разовая - то лучше наверное апгрейдить ваш сервер ADS.

Я наверное забыл добавить - прошу поделиться дельным опытом.

Хм, а чем не устраивает вариант склейки многих результирующих файлов в один? ИМХО дельный совет, нет?

Идеальный вариант - научиться склеивать pdf-форму. Пока не нашел как, думаю невозможно по сути.
Чуть хуже - выковыривать из спула. Опять-таки по частям - пожалуйста, целиком не нашел.
Совсем плохо - внешние программы. Пока не рассмативаем такие варианты.

Предыстория вопроса. Вчера времени не было написать.
J_3RF_SELL_BOOK. Не печатала большой объем данных. Выставили сообщение в SAP. Ответ был - установите ноту 1144868.
Краткое содержание ноты - печатаем кусками
* An approximate number of pages output per one package
* This value can be changed to suit individual requirements
pages_per_package type i value 200.
Потребителей отчета это не устроило, т.к. они хотят для себя иметь электронную версию. До недавних пор их устраивала прикрученная выгрузка в csv файл, они из него прекрасно печатали. С недавних пор он стал превышать возможность excel (((
Поэтому реанимировали вопрос сохранения pdf. Как я понимаю ADS сервер работает под java-машиной, у которой есть ограничение по памяти, которое нельзя увеличить(иначе бы ноты 1144868 просто не было). Возможно имеет смысл проверить, что установлены оптимальные шрифты. А возможно это и не поможет, не знаю.
Тестовые программы показывают - смартформа такой объем может сжувать легко, до тех пор пока не запрашиваешь otf-содержимое.
Если запросить - видно что пожирает память. Наверное достойное предложение печатать смартформу на pdf-принтере?

[s]Таки непонятно - задача разовая или нет?
Если разовая - то чем пугают сторонние программы? Если не разовая - то почему бы не добавить в сервер ADS памяти?
Если уж очень хочется своего велосипеда - то предлагаю такой:[/s] Теперь понятно
Предлагаю такой вариант:
1. Печатать кусками, собирать полученные PDFы с помощью ФМа FP_GET_PDF_TABLE (пример в программе FP_CHECK_BATCH_PDF_RETURN)
2. Самому склеить большой PDF. Судя по количеству программ и сервисов - операция эта не должна быть сложной

UPD. Нашел статью на SDN, там описывается вариант решения с внешней программой, живущей на сервере приложений. Может поможет