BusinessConnector .Net - исключение при вызове AxaptaRecord.Write

[Evgenius]

Доброго времени суток.
При создании объекта AxaptaRecord и вызове метода AxaptaRecord.Write после нескольких десятков удачных повторов в конце концов получаю одно из исключений:
а) AccessViolationException
б) SEHException (внешний компонент создал исключение)



Подскажите, может известна какая-то причина, или с чего, хотя бы, начать с этим разбираться?
Спасибо.

[dmitro]

а как получаете курсор AxaptaRecord? Ну, например, IAxaptaRecordAdapter currentRecord = AxBaseWebPart.GetWebpart(this).ExternalRecord.

[George Nordic]

А с правами все ок?

С Уважением,
Георгий

[AlGol]

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

[Evgenius]

Я прошу прощения, что исчез из собственной темы - пытался переделать приложение.
Ошибки возникают все равно, гадать больше не хочется.
Уточнения:

Цитата:

Сообщение от AlGol

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

уникальных индексов нет.

Цитата:

Сообщение от George Nordic

А с правами все ок?

Если бы дело было в правах - тогда часть попыток записи не завершалась бы успешно

Цитата:

Сообщение от dmitro

а как получаете курсор AxaptaRecord? Ну, например, IAxaptaRecordAdapter currentRecord = AxBaseWebPart.GetWebpart(this).ExternalRecord.

это обычное Net-приложение, так что используется BusinessConnectorNet:

axRecord = Axapta.CreateAxaptaRecord(< >);
axRecord.ExecuteStmt("select * forupdate from %1");
if (axRecord.Found)
...

[MikeR]

Цитата:

Сообщение от Evgenius

axRecord.ExecuteStmt("select * forupdate from %1");
if (axRecord.Found)
...

В аксе при использовании конструкции forupdate требуется еще ttsbegin делать, возможно это оттуда.

[dmitro]

Цитата:

это обычное Net-приложение, так что используется BusinessConnectorNet:

axRecord = Axapta.CreateAxaptaRecord(< >);
axRecord.ExecuteStmt("select * forupdate from %1");
if (axRecord.Found)
...

Axapta.Logon("", "", "", "") перед этим всем присутствует?

[MikeR]

2Evgenius
действительно опубликуйте, весь код, что бы не гадать.

[Evgenius]

1. ttsbegin присутствует
2. 2dmitro. Вы как думаете, смог бы я часть записей создавать успешно (см. первый пост), если бы не залогинился?
3. 2Miker. Опубликовать целое .Net-приложение? Если у вас есть список возможных причин - поделитесь, пожалуйста, если нет - значит, вы именно гадать и собирались, разве нет?:-)

В сухом остатке: отсутствие TTSBegin - не причина, разве что я его неправильно использую. Сейчас на всякий случай делаю так: вызываю в начале процедуры, где изменяю запись таблицы, а в конце этой процедуры всегдда вызываю TTSCommit, даже если не изменилось ничего.

Что еще может быть?

[MikeR]

Цитата:

Сообщение от Evgenius

....
3. 2Miker. Опубликовать целое .Net-приложение? Если у вас есть список возможных причин - поделитесь, пожалуйста, если нет - значит, вы именно гадать и собирались, разве нет?:-)
....
Что еще может быть?

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

*****

Рассчитываю, что вас этим не обидел....

[Evgenius]

Давно известно, что когда код вынужденно разбит на кучу процедур и потому состоит из одних вызов, он вызывает только вопросы.
Ну, попробуем:

             AxaptaRecord axRecord = AX.CreateAxaptaRecord("PST_Inventory_ItemProperties");
            Int64 RecId = 0;
            // определить тип данных
            InventoryDataTypes DataType = GetInventoryDataType(PropertyType);
            // конвертировать значение из строки (если нужно) и установить в нужное поле
            string FieldName;
            object DBPropertyValue = ConvertToInventoryDataType(PropertyType, PropertyValue, AssociatedLink, out FieldName); 
            if (DBPropertyValue == null)
                return 0;
            axRecord.set_Field(FieldName, DBPropertyValue);
            if (FieldName != "Link" && AssociatedLink != null)
                axRecord.set_Field("Link", AssociatedLink);
            else if (FieldName != "StringValue" && Convert.ToString(DBPropertyValue) != PropertyValue)
                axRecord.set_Field("StringValue", PropertyValue);

            // заполнить прочие нужные поля записи
            axRecord.set_Field("ItemType", (int)ItemType);
            axRecord.set_Field("ItemRecId", ItemRecId);
            axRecord.set_Field("DataSourceId", DataSourceId);
            axRecord.set_Field("PropertyType", PropertyType.ID);
            // поскольку мы не получаем группы отдельно (только вместе с элементами),
            // то указываем группу, только если она только что загружена
            PropertyTypeGroup PropertyGroup = (PropertyTypeGroup)PropertyGroups[Convert.ToInt64(PropertyGroupId)];
            if (PropertyGroup != null)
            {
                axRecord.set_Field("PropertyGroupId", PropertyGroup.RecordID);
            }
            axRecord.set_Field("LanguageId", LanguageId);

            try
            {
                if (axRecord.ValidateWrite())
                { 
                    axRecord.Write();
                    RecId = (Int64)axRecord.get_Field("RecId");
                }

            }
            catch (Exception ExceptionData)
            {

                throw ExceptionData;
            }

Сорри, я заменил первый пример, поскольку в этом месте чаще выпадает.
Комментарии это код из отдельной процедуры, метод TTSBegin вызывается До нее, а TTSCommit -после.
При ошибке сообщается, что она произошла в ValidateWrite(), но на таблице нет ни отношений, ни уникальных индексов, ни перекрытого метода ValidateWrite(). Обязательные поля заполнены все.

[MikeR]

ну начинать надо по порядку :
1 axRecord то вообще создает запись, без последующего обновления?
то есть закоментить write() и вызвать insert().

[Evgenius]

Цитата:

Сообщение от MikeR

ну начинать надо по порядку :
1 axRecord то вообще создает запись, без последующего обновления?
то есть закоментить write() и вызвать insert().

Это работает в нескольких приложениях, разработанных для обмена данными со сторонними системами. В чем тут проблема? Я понимаю, что метод insert может содержать что-то дополнительное, но здесь НЕ содержит. Точно. Вообще, у всех тутошних таблиц пока что НЕ ПЕРЕКРЫТ ни один метод.

[Evgenius]

Ситуация изменилась после того, как я "наудачу" выделил приведенный код в отдельную транзакцию (потому что он использует некоторые им же добавленные данные):

Теперь приложение вылетает на ошибку:

Цитата:

Имя сбойного приложения: *******.vshost.exe, версия: 9.0.30729.4462, отметка времени: 0x4b2c8d75
Имя сбойного модуля: ntdll.dll, версия: 6.1.7600.16695, отметка времени 0x4cc7b325
Код исключения: 0xc0000374
Смещение ошибки: 0x00000000000c6ab2
Идентификатор сбойного процесса: 0x6664

А на сервере есть следующий комментарий:

Цитата:

Object Server 01: Attempt to clear pointerMap when it still contains objects

Так что теперь еще и с этим пытаюсь разобраться (нормальная работа теперь продолжается дольше, так что, м.б. изменения к лучшему:-)).

[Владимир Максимов]

Цитата:

Сообщение от Evgenius

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

Надо еще проверить, что поля заполнены допустимыми значениями. Не только обязательные для заполнения, а вообще все. Ну, например, нет ли где попытки записать значение NULL?

В идеале, перехватить ошибку и сбросить в лог значения всех полей той записи, которая создается/модифицируется. Или просто на этапе отладки перед выполнением проблемного метода сбрасывать значения всех полей в лог.

[Evgenius]

Цитата:

Сообщение от Владимир Максимов

Надо еще проверить, что поля заполнены допустимыми значениями. Не только обязательные для заполнения, а вообще все. Ну, например, нет ли где попытки записать значение NULL?

В идеале, перехватить ошибку и сбросить в лог значения всех полей той записи, которая создается/модифицируется. Или просто на этапе отладки перед выполнением проблемного метода сбрасывать значения всех полей в лог.

Можно подробнее? Я некоторые необязательные поля в данном случае вообще не трогал - какие типы данных в X++ в таком случае могут получить значение null?
(насчет явной установки null можно не беспокоиться - метод AxaptaRecord.set_Field не допускает такие значения)

[Владимир Максимов]

Ну, как пример.

Предположим, что поле LanguageId создано на основе Extended Data Types с тем же именем LanguageId. Этот Extended Data Types имеет Relations настроенный на таблицу LanguageTable. Следовательно, поле LanguageId может принять только те значения, которые есть в таблице LanguageTable и соответствуют всем дополнительным условиям связи, указанным в Relations.

Это значит, что, например, если в таблице LanguageTable нет языка с кодом "XXX", то при попытке сохранить сделанные изменения Вы получите сообщение об ошибке о том, что такого значения не существует в связанной таблице.

НО! Подобный контроль корректности введенного значения будет выполнен только при интерактивном вводе (через форму ввода). При программном вводе подобная проверка не осуществляется. Однако, это из среды Axapta. Как оно работает через Connector - не проверял. Теоретически - не должно, но проверить не помешает...

PS: Если значение поля явно не указано, то оно принимает пустое значение. Не NULL, а именно пусто. Что именно подразумевается под "пустым" значением зависит от типа данных. Для числовых значений (включая Enum) - это 0, для строковых - пустая строка, для дат - 01.01.1900

[dmitro]

Цитата:

Сообщение от Evgenius

Ситуация изменилась после того, как я "наудачу" выделил приведенный код в отдельную транзакцию (потому что он использует некоторые им же добавленные данные):

Теперь приложение вылетает на ошибку:


А на сервере есть следующий комментарий:


Так что теперь еще и с этим пытаюсь разобраться (нормальная работа теперь продолжается дольше, так что, м.б. изменения к лучшему:-)).

а здесь смотрели http://community.dynamics.com/produc...967/86261.aspx? Последние два сообщения.

[Evgenius]

Цитата:

Сообщение от Владимир Максимов

Ну, как пример.

Предположим, что поле LanguageId создано на основе Extended Data Types с тем же именем LanguageId. Этот Extended Data Types имеет Relations настроенный на таблицу LanguageTable. Следовательно, поле LanguageId может принять только те значения, которые есть в таблице LanguageTable и соответствуют всем дополнительным условиям связи, указанным в Relations.

Это значит, что, например, если в таблице LanguageTable нет языка с кодом "XXX", то при попытке сохранить сделанные изменения Вы получите сообщение об ошибке о том, что такого значения не существует в связанной таблице.

НО! Подобный контроль корректности введенного значения будет выполнен только при интерактивном вводе (через форму ввода). При программном вводе подобная проверка не осуществляется. Однако, это из среды Axapta. Как оно работает через Connector - не проверял. Теоретически - не должно, но проверить не помешает...

PS: Если значение поля явно не указано, то оно принимает пустое значение. Не NULL, а именно пусто. Что именно подразумевается под "пустым" значением зависит от типа данных. Для числовых значений (включая Enum) - это 0, для строковых - пустая строка, для дат - 01.01.1900

Выходит, незаполненных явно полей не нужно опасаться.
А насчет проверки отношений я в курсе.

[Evgenius]

Цитата:

Сообщение от dmitro

а здесь смотрели http://community.dynamics.com/produc...967/86261.aspx? Последние два сообщения.

Да, видел. Версии клиентской и серверной частей совпадают. AOS перезапускался уже раза 4 после изменений