Падает клиент при прикреплении файла

[Ashir]

DAX 2009 SP1 5.0.1500.1313, SQL Server 2005 SP3. При сохранении записи с вложением превышающим по размеру 4 с чем-то метра падет клиент. Меньшие файлы благополучно сохраняет. Ошибка идентичная этой Пробовал и MaxBufferSize в реестр для АОСа и клиента пихать и на сиквеле с параметрами игрался, ничего не помогает. Есть ещё какие-нибудь варианты?

[Ashir]

И что интересно, в логах никаких сообщений не возникает.
При этом скрипт

INSERT INTO myTable(FileName, Document) 
   SELECT 'File1.pdf' AS FileName, 
      * FROM OPENROWSET(BULK N'C:\Text.pdf', SINGLE_BLOB) AS Document;

отрабатывает на ура и закидывает в базу любые файлы. Проблема явно во взаимодействии Аксы с сиквелом. Куда ещё посмотреть...

[Андре]

Прикрепляемый файл берется с локального диска или с сетевого?

[Ashir]

Файл берётся с локального диска. Клиент запускается на сервере там же где стоит АОС и Сиквел, права админские...

[DSPIC]

- откройте конфигурационный файл клиента блокнотом
- добавьте в конце строку: maxbuffersize, text,0
- сохраните файл и запустите клиент, используя этот конфигурационный файл.

Взято отсюда.
Падает клиент при прикреплении документа

Если не помогло, значит что-то неверное сделали.

[Ashir]

Quote:

Originally Posted by DSPIC

- откройте конфигурационный файл клиента блокнотом
- добавьте в конце строку: maxbuffersize, text,0
- сохраните файл и запустите клиент, используя этот конфигурационный файл.
Если не помогло, значит что-то неверное сделали.

Это я уже делал. И для АОСа в реестр добавлял maxbuffersize и DWORDом и текстом.
В разные места реестра пробовал
[HKLM\SYSTEM\CurrentControlSet\Services\Dynamics Server\5.0]
[HKLM\SYSTEM\CurrentControlSet\Services\Dynamics Server\5.0\01]
[HKLM\SYSTEM\CurrentControlSet\Services\Dynamics Server\5.0\01\DAX50]
Бесполезно.

Кстати, maxbuffersize в реестре обнаружился только тут [HKLM\SOFTWARE\Microsoft\Jet\4.0\Engines\Jet 2.x], тип DWORD, десятичное значение 512.

[Андре]

Так все-таки, если клиент и файл находятся на одной и той же машине - проблема остается ?
Ну, и я бы еще один эксперимент провел - разместил бы файл на AOS и попробовал бы загрузить.
Не очень понял этот момент из вашего ответа.

[Ashir]

Проблема однозначно остаётся.

[Андре]

Тогда - не знаю. У нас была похожая проблема, когда файл загружали с сетевой шары и при этом клиент работал на 64-ти разрядном сервере. Именно при сочетании этих двух факторов мы получали аналогичную ошибку.

Решили предварительным копированием файла на машину клиента и последующей загрузкой.

[Ashir]

Хм. У нас стоит Windows Server 2003 R2 Standard x64 Edition SP2, может с этим есть связь.

[KiselevSA]

А размер буфера RPC (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc, ключ MaxRpcSize (DWORD) значение 30000000 (30 Mb)) установили? Не забудьте, что параметры для текстового буфера применяются только после рестарта AOS

[someOne]

Quote:

Originally Posted by Ashir

Проблема явно во взаимодействии Аксы с сиквелом. Куда ещё посмотреть...

Предположу что проблема в том, что Аксапта имеет ограничение на размер контейнера при передаче его с клиента (приложения Аксапты ax32.exe) на сервер (службу АОС) так как он передается по значению, а не по ссылке.

А файл, с клиента на сервер (для его последующей записи в БД в вашем случае) передается в виде контейнера.

Можно конечно попытаться изменить стандартные размеры RPC пакета для сервера, изменяя значения реестра... (как советовали выше, ранее обсуждалось на форуме...)

Но есть альтернатива - передавать файл не одним общим контейнером, а делить его на части, передавать последовательно, и на стороне АОС "собирать" его вновь в одно целое.

Для этих целей сделал два класса, которые позволяют передавать файлы любого размера средствами Аксапта (клиента и АОС) с клиента на сервер, и обратно.

Процедура работает уже больше года, проблем в работе не вызывает.
(Даже при передаче файла размером несколько GB ощутимого замедления скорости работы сервера АОС не замечено)

Есть только одна странность - если в течении рабочей сессии на клиенте Аксапта использовалась данная процедура, то при закрытии этого клиента Аксапта, в некоторых случаях выдается сообщение об ошибке windows...

Классы написаны для Ax2009.

Пример использования:

DEV_FileSender::copyToServer("c:\\file.avi", "c:\\fileServer.avi");

Процедура написана для передачи "больших" файлов, но может быть использована и для передачи "больших" контейнеров что можно применить в вашем случае, наверное.

(Заменить участки кода при сохранении итоговых данных)

binData.saveFile(_fileName);

на

serverContainer = binData.getData();

В общем выкладываю классы, возможно кому то пригодится функция передачи крупных файлов средствами Аксапта, или как идея решения проблемы в вашем случае.

P.S Файлы докуметооборота Аксапты мы в БД не храним, а передаем (получаем) их с клиента Аксапта на файловый сервер именно этой процедурой.

[Ashir]

KiselevSA Да! Помогло, но как-то странно. Файлы до 10 с небольшим мегов сохраняет, а больше нехочет, говоря при этом "Размер распаковываемого контейнера превышает MaxBufferSize. При попытке вставить запись, содержащую контейнер, произойдёт сбой."
У меня MaxBufferSize имеет тит DWORD и значение 0 в ветках реестра относящихся к АОСу (указывал ранее), в файле конфигурации maxbuffersize,text,0 как писал DSPIC. Завтра поковыряю дальше...

[Ashir]

Вообщем подчистил свои мытарства в реестре, и сделал всё заново, а именно добавил 2 ключа в реестр

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc] "MaxRpcSize"
тип DWORD десятичное значение 30000000
и
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Dynamics Server\5.0\01\DAX50] "MaxBufferSize"
тип REG_SZ значение 0 (до этого стоял DWORD, тестил блин)

В итоге всё заработало. Файлы до 30 метров грузятся в базу. При этом для клиента никаких доп параметров MaxBufferSize нет ни в реестре ни в файле конфигурации. Место запуска клиента тоже не имеет значения, запускается ли он с сервера где стоит АОС либо с любой другой машины - не важно.

[Ivanhoe]

Итоговый вариант помог, спасибо.

[gl00mie]

Quote:

Originally Posted by Ashir

Пробовал и MaxBufferSize в реестр для АОСа и клиента пихать и на сиквеле с параметрами игрался, ничего не помогает.

А на клиенте игрались как? На клиенте этот параметр надо прописать в конфигурацию, которую клиент использует для запуска, соотв., она может быть как в реестре (причем не одна), так и в файле. В последнем случае параметр MaxBufferSize надо добавить в конфигурационный файл.

[Kainix]

А после сохранения больших файлов, потом из таблицы записи выбираются? У меня выпадает ошибка

Невозможно выбрать запись в BinDataTable (BinDataTable).
Из базы данных выбрано нулевое значение (NULL), которое не поддерживается.

От такой ошибки помогло: maxbuffersize, text,0

[Damn]

Quote:

Originally Posted by DSPIC

- откройте конфигурационный файл клиента блокнотом
- добавьте в конце строку: maxbuffersize, text,0

Можно ли при запуске аксапты программно узнать значение параметра maxbuffersize ? Чтобы в случае когда аксапта запускается без явного указания этого параметра в конфигурационном файле - выдавать какую-нибудь ошибку.

[gl00mie]

Открытых API для этого, насколько я знаю, нет. Можно анализировать параметры запуска клиента, выуживать оттуда путь к конфигурационному файлу и парсить его, либо лезть в реестр, если клиент запущен без конфигурационного файла.

[Damn]

Как программно узнать запущена аксапта с конфигурационным файлом в ярлыке или без него ?