Плавающая ошибка при выполнении консольного приложения

[ma-lex]

Доброе время суток уважаемые форумчане. Обращаюсь к Вам с такой проблемой. Раз в сутки выполняется консольное приложение, которое обновляет данные в CRM (2011). Код примерно такой:

ClientCredentials credentials = new ClientCredentials();
credentials.Windows.ClientCredential = System.Net.CredentialCache.DefaultNetworkCredentials;
Uri uri = new Uri("http://localhost:5555/rbrcrm/XRMServices/2011/Organization.svc");
OrganizationServiceProxy proxy = new OrganizationServiceProxy(uri, null, credentials, null);
// This statement is required to enable early-bound type support.
proxy.ServiceConfiguration.CurrentServiceEndpoint.Behaviors.Add(new ProxyTypesBehavior());
IOrganizationService service = (IOrganizationService)proxy;
...
Entity vCon = new Entity("contact");
...
service.Update(vCon);
...

service.Update(vCon) - выполняется в цикле.

Приложение обычно выполняется около 3х часов. Примерно в 70% программа вылетает с ошибкой, спустя значительное время после выполнения, на строке service.Update(vCon);
Причем, судя по логам, программа пытается выполнить эту строчку минут 30-40, потом выходит сообщение об ошибке:

System.ServiceModel.Security.MessageSecurityException:            .     .  . ---> System.ServiceModel.FaultException:        .    .
 ---      ---

Server stack trace: 
    System.ServiceModel.Channels.SecurityChannelFactory`1.SecurityRequestChannel.ProcessReply(Message reply, SecurityProtocolCorrelationState correlationState, TimeSpan timeout)
    System.ServiceModel.Channels.SecurityChannelFactory`1.SecurityRequestChannel.Request(Message message, TimeSpan timeout)
    System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)
    System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
    System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)

Exception rethrown at [0]: 
    System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
    System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
    Microsoft.Xrm.Sdk.IOrganizationService.Update(Entity entity)
    Microsoft.Xrm.Sdk.Client.OrganizationServiceProxy.UpdateCore(Entity entity)

Есть дни, когда весь процесс проходит без ошибок (около 30%).
Прошу помощи в решении проблемы.

[slivka_83]

Quote:

Originally Posted by ma-lex

service.Update(vCon) - выполняется в цикле.

Приложение обычно выполняется около 3х часов.

Встречался давно с такой ошибкой. еще в 4 помоему. Если мне не изменяет память она была связана с большим количеством запросов выполняемых за одну "сессию" (или что-то вроде того). Решалась либо таймаутом после ~1000 запросов, либо прекращением работы программы после ~1000 запросов.

[g.Naukovych]

А что при этом пишется в трейс CRM?

[ma-lex]

Quote:

Originally Posted by g.Naukovych

А что при этом пишется в трейс CRM?

Трейс пока не включал. Попробую, отпишусь.

[ma-lex]

Quote:

Originally Posted by slivka_83

Встречался давно с такой ошибкой. еще в 4 помоему. Если мне не изменяет память она была связана с большим количеством запросов выполняемых за одну "сессию" (или что-то вроде того). Решалась либо таймаутом после ~1000 запросов, либо прекращением работы программы после ~1000 запросов.

Странно, что не всегда такая ошибка получается. По идее это не одна транзакция и каждая запись обновляется "сразу же".

[Konstantin Katsovich]

Quote:

Originally Posted by ma-lex

Доброе время суток уважаемые форумчане. Обращаюсь к Вам с такой проблемой. Раз в сутки выполняется консольное приложение, которое обновляет данные в CRM (2011). Код примерно такой:

ClientCredentials credentials = new ClientCredentials();
credentials.Windows.ClientCredential = System.Net.CredentialCache.DefaultNetworkCredentials;
Uri uri = new Uri("http://localhost:5555/rbrcrm/XRMServices/2011/Organization.svc");
OrganizationServiceProxy proxy = new OrganizationServiceProxy(uri, null, credentials, null);
// This statement is required to enable early-bound type support.
proxy.ServiceConfiguration.CurrentServiceEndpoint.Behaviors.Add(new ProxyTypesBehavior());
IOrganizationService service = (IOrganizationService)proxy;
...
Entity vCon = new Entity("contact");
...
service.Update(vCon);
...

service.Update(vCon) - выполняется в цикле.

Приложение обычно выполняется около 3х часов. Примерно в 70% программа вылетает с ошибкой, спустя значительное время после выполнения, на строке service.Update(vCon);
Причем, судя по логам, программа пытается выполнить эту строчку минут 30-40, потом выходит сообщение об ошибке:

System.ServiceModel.Security.MessageSecurityException:            .     .  . ---> System.ServiceModel.FaultException:        .    .
 ---      ---

Server stack trace: 
    System.ServiceModel.Channels.SecurityChannelFactory`1.SecurityRequestChannel.ProcessReply(Message reply, SecurityProtocolCorrelationState correlationState, TimeSpan timeout)
    System.ServiceModel.Channels.SecurityChannelFactory`1.SecurityRequestChannel.Request(Message message, TimeSpan timeout)
    System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)
    System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
    System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)

Exception rethrown at [0]: 
    System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
    System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
    Microsoft.Xrm.Sdk.IOrganizationService.Update(Entity entity)
    Microsoft.Xrm.Sdk.Client.OrganizationServiceProxy.UpdateCore(Entity entity)

Есть дни, когда весь процесс проходит без ошибок (около 30%).
Прошу помощи в решении проблемы.

Для начала вам нужно посмотреть внутреннее исключение как написано в сообщение.
От неё и надо отталкиваться.

У меня тоже появляется похожая ошибка, в Windows Services.

An unsecured or incorrectly secured fault was received from the other party. See the inner FaultException for the fault code and detail.

Server stack trace: 
   at System.ServiceModel.Channels.SecurityChannelFactory`1.SecurityRequestChannel.ProcessReply(Message reply, SecurityProtocolCorrelationState correlationState, TimeSpan timeout)
   at System.ServiceModel.Channels.SecurityChannelFactory`1.SecurityRequestChannel.Request(Message message, TimeSpan timeout)
   at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)
   at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
   at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)

Моё внутренне исключение такое.

Inner Exception:
The security context token is expired or is not valid. The message was not processed.

А что у Вас?

В трайсе CRM я ни чего не нашел на эту тему.
Судя по стэк трейсу эта ошибка возникает еще до попадания в CRM. (то есть в .net)

Опытных путем было установлено, что у меня это происходит только в том случае, если я начинаю использовать больше одного процесса в App Pool.
Когда ставишь один процесс ошибка пропадает. так и живу пока.


Так же мной было опробовано два решения, но для меня безрезультатно.
http://rajeevpentyala.wordpress.com/...local_machine/

http://pragmatismismymethodology.blo...exception.html

Удачи.

[Likefire]

Вопрос по проблеме: от чего зависит количество шагов цикла, в котором выполняется Update? У нас была схожая ошибка и нам удалось установить зависимость количества шагов от появления ошибки.
На самом деле, есть зависимость объема передаваемых данных за одну сессию: чем меньше атрибутов обновлялось в ходе Update, тем больше шагов цикла проходило. Решение проблемы могло быть такое: все записи, которые надо апдейтить, были выгружены в массив и при проходе по массиву задавалось некое значение количества апдейтов, после которого происходило отключение сессии веб-сервиса и подключение вновь, после чего цикл возобновлялся с того элемента, на котором произошла остановка.

[Konstantin Katsovich]

Quote:

Originally Posted by Likefire

Вопрос по проблеме: от чего зависит количество шагов цикла, в котором выполняется Update? У нас была схожая ошибка и нам удалось установить зависимость количества шагов от появления ошибки.
На самом деле, есть зависимость объема передаваемых данных за одну сессию: чем меньше атрибутов обновлялось в ходе Update, тем больше шагов цикла проходило. Решение проблемы могло быть такое: все записи, которые надо апдейтить, были выгружены в массив и при проходе по массиву задавалось некое значение количества апдейтов, после которого происходило отключение сессии веб-сервиса и подключение вновь, после чего цикл возобновлялся с того элемента, на котором произошла остановка.

Я как то попытался объяснить причины здесь

[ma-lex]

Konstantin Katsovich,
Да, внутреннее исключение именно такое.
Попробую App Pool и решения по ссылкам. Не нашел каким образом менять параметр negotiateServiceCredential.

[ma-lex]

Quote:

Originally Posted by Likefire

Вопрос по проблеме: от чего зависит количество шагов цикла, в котором выполняется Update? У нас была схожая ошибка и нам удалось установить зависимость количества шагов от появления ошибки.
На самом деле, есть зависимость объема передаваемых данных за одну сессию: чем меньше атрибутов обновлялось в ходе Update, тем больше шагов цикла проходило. Решение проблемы могло быть такое: все записи, которые надо апдейтить, были выгружены в массив и при проходе по массиву задавалось некое значение количества апдейтов, после которого происходило отключение сессии веб-сервиса и подключение вновь, после чего цикл возобновлялся с того элемента, на котором произошла остановка.

Количество шагов до возникновения проблемы каждую ночь совершенно разное (38 тыс, 80 тыс, 180 тыс.....). На самом деле это несколько циклов по нескольким сущностям и если в промежутки между ними делать отключение сессии...?

[Konstantin Katsovich]

Quote:

Originally Posted by ma-lex

Konstantin Katsovich,
Да, внутреннее исключение именно такое.
Попробую App Pool и решения по ссылкам. Не нашел каким образом менять параметр negotiateServiceCredential.

Вспомнил

Я так и не до проверил это решение. по причине не нахождения в сервисе CRM этого проперти.

Оно существует только в WSHttpBinding, а CRM используется CustomBindings.

Если что-то накопаете буду рад.

[webmaster]

Quote:

Originally Posted by Konstantin Katsovich

Вспомнил

Я так и не до проверил это решение. по причине не нахождения в сервисе CRM этого проперти.

Оно существует только в WSHttpBinding, а CRM используется CustomBindings.

Если что-то накопаете буду рад.

Справился с такой проблемой написанием функции переподключения к сервису по таймеру.

        public void CheckAuth()
        {
            if (DateTime.Compare(DateTime.Now, consoleStartTime.AddMinutes(counter * 7)) > 0) { _serviceProxy.Authenticate(); counter++; }
        }

Вызываю эту функцию перед выполнением _serviceProxy.Update(something)
В итоге, моё консольное приложение отваливается в среднем один раз в месяц.