Я не мог найти способ сделать это. И, посмотрев библиотеку iText и увидев сообщение другого человека, что он не мог установить поле больше, чем первое вхождение имени поля, я решил найти продукт, который мог бы это сделать.
Я нашел плагин AutoMailMerge от Evermap для Acrobat и попробовал свою демоверсию. Он отлично работал, чтобы различать дубликаты имен полей, полностью их квалифицируя.
Обновление 1: К сожалению, плагин Evermap разбился после 1000 строк/форм. Даже после того, как я установил настройку сбора мусора.
Программное обеспечение PDF Mail Merge смогло обработать мой тест из 4300 строк/форм, он просто не мог справиться со вторым из дублированных имен полей.
Обновление 2: Хорошие новости. Мне не нужно было выяснять, как изменить имена полей. Мне удалось обнаружить, что структура данных программного обеспечения с открытым исходным кодом заменяет мои полные имена полей []. to() и #s, поэтому я смог изменить программное обеспечение с открытым исходным кодом, чтобы исправить эту проблему и обрабатывать дублированные имена полей, указав полные имена полей.
Вы уверены, что названия полей совпадают? Если я правильно помню, невозможно создать такие структуры в LiveCycle Designer. По крайней мере, путь (выражение XOM SOM) уникален. –
Да, путь XFA уникален, но имя поля такое же. Таким образом, он не работает с методом AcroFields.SetField iText, используемым в программном обеспечении. Tks – user1279437
О, хорошо ... Я не знал, что iText уменьшает имя поля до его последней части (это правильно?) ... –