Фича replaceItemValue

[NickProstoNick]

Всем привет!
Вчера нашел интересную фичу у java-метода replaceItemValue.
Ситуация вот какая... на сервере tomcat крутится приложение и ходит в Lotus средствами объектов из Notes.jar
Задача приложения записывать данные в Notes-документы.
Одно из записываемых полей длиной 28К. Так вот replaceItemValue записывает 21К, а остальное отбрасывает.
Самое интересное - подобная реализация на Lotus-сервере записывает строку в полном объеме.
Кто-то с таким сталкивался и как с этим бороться?

 

[garrick]

1. Попробуйте для теста какую-нибудь другую длинную строку, скорее всего у вас там какой-то символ невидимый.
2. Проверить не обрезает ли код в приложении на Tomcat строку до такой длины.

 

[NickProstoNick]

Это все я проверял. Сюда пишу в крайних случаях.
Строка в формате BASE64. Там нет невидимых символов.
До 21К строки записываются правильно.

 

[savl]

Это все я проверял. Сюда пишу в крайних случаях.
Строка в формате BASE64. Там нет невидимых символов.
До 21К строки записываются правильно.

Это файл что ли?

 

[NickProstoNick]

Это файл что ли?

да, часть файла. Для Lotus это строка

 

[savl]

да, часть файла. Для Lotus это строка

Зачем его как base64 хранить?
Может его стримом в mime, чтобы аттач был, либо сначала делайте файл на диск, а потом аттач, мм?

 

[lmike]

Это все я проверял. Сюда пишу в крайних случаях.
Строка в формате BASE64. Там нет невидимых символов.
До 21К строки записываются правильно.

я понимаю - что всё ниже не касается Notes.jar
у томката точно есть ограничения в его сторону...
если перед доминой есть реверспрокси - у него может быть ограничение
у самой домины есть ограничение на размер post (настройка)

про интеграцию - можно открыть домине доступ к темпу томката, результат обработки вкладывать туда, дергать агент с передачей имени файла
как упомянул @savl - можно сразу бинарный стрим в домину, там сервлетом или бином, но тут вопрос авторизации (меня он всегда напрягал )
авторизацию можно "обойти" через $WSRU
можно тупо "дождаться" keep там есть создание/удаление аттача в АПИ

 

[lmike]

сам 21К у меня вызывает "смутные сомнения"
мб чета с саммари?!

 

[NickProstoNick]

Зачем его как base64 хранить?
Может его стримом в mime, чтобы аттач был, либо сначала делайте файл на диск, а потом аттач, мм?

Хочется мне так
Проще обратиться к полю, чем заниматься танцами с бубном, чтоб потом расковырять данные из файла.
Ладно Java, в которой можно вычитать файл сразу в память, а на LS - однозначно детач, вычитывание и конвертация...
Но не суть... BASE64 строка или же просто какая-то строка... проблема от этого не меняется.

сам 21К у меня вызывает "смутные сомнения"
мб чета с саммари?!

Саммари снимал. Не помогает.
Никаких прокси нет. Это локальная сеть.
Ограничений по посту нет. Файлы большего размера (более 1Мб) без проблем сохраняются как аттачи.
Проблемма именно с сохраненим строки больше 21К.
До момента replaceItemValue строка правильной длины.
В общем из положения я вышел, дроблю результат в поля по 20К (на подобии полей request_content )

 

[garrick]

А визуально строка в какой кодировке? Русские буквы в ней видно?

 

[NickProstoNick]

BASE64

 

[garrick]

BASE64

Теорию то я знаю, а если на самом деле там есть русские буквы, то реальный размер может быть больше "видимого". Так на всякий случай спросил, раз уж мы тут шаманством занялись.

 

[NickProstoNick]

ну даже если кириллица... органичение текстового саммари поля 32К. В последних версиях Lotus - 64K.
А записывается 21К.
Ладно, вопрос снимается, я вышел из положения, а тема для справки, что такая особенность есть.