Em alguns casos, seu sistema pode gerar um código de erro incrível indicando que você está anexando um aplicativo no Outlook Express. Pode haver vários motivos para esse problema.
Isso dificulta a identificação do local ou a descoberta da porta de transmissão alternativa, o que é um grande problema.
Por exemplo, um método armazenado chamado em um conjunto get lança uma exceção e o adaptador WCF-SQL grava o seguinte log de eventos:
Tipo de evento: erro Fonte do evento: Categoria do evento: ID do evento: 5750
O adaptador WCF-SQL retornou uma mensagem de erro maravilhosa. Detalhes: System.Data.SqlClient.SqlException: Tempo limite expirado. O tempo limite expirou antes da conclusão da operação ou o servidor fornecido não está respondendo.
Um hotfix que resolve esse grande problema também está na atualização cumulativa do BizTalk Adapter Pack 2010. Para obter mais informações sobre como obter normalmente o pacote de atualização cumulativa, clique no artigo a seguir para ler o artigo na Base de Conhecimento da Microsoft. Base: 2539794 Update Rollup 1 para o BizTalk Adapter Pack 2010
Na minha última postagem no blog, estou ciente de que um bug importante nunca ocorre sem tratamento… Toda vez que um determinado bug ocorre, continue ser sempre dois ou três bugs. Ou isso também eu tenho uma propensão melhor para se vestir sozinho ou encontrar reminiscências estranhas! Desta vez fiquei completamente atordoado: StoredProcedure não existe quando tentei chamar o procedimento armazenado por meio de seu adaptador BizTalk WCF-SQL:
Onde é sem dúvida o botão Anexar arquivo no Outlook?
Microsoft.ServiceModel.Channels.Common.MetadataException: Object [dbo].[InsertTransaction] de type StoredProcedure não existe
Por que meu e-mail não permite que indivíduos anexem arquivos?
em Microsoft.BizTalk.Adapter.Wcf. Runtime.WcfClient`2.RequestCallback(IAsyncResult) )< versus p>
Mensagem para o adaptador “WCF-Custom” no endereço de envio URI “STAGING_SQL_WCF_SEND” com “mssql://SQL-SERVER-NAME//AsyncTransactions?InboundId=ins” suspenso.
Erro detalhes: Microsoft.ServiceModel.Channels.Common.MetadataException: Objeto [dbo].[InsertTransaction] do tipo StoredProcedure não existe
Fortect é a ferramenta de reparo de PC mais popular e eficaz do mundo. Milhões de pessoas confiam nele para manter seus sistemas funcionando de forma rápida, suave e livre de erros. Com sua interface de usuário simples e mecanismo de verificação poderoso, o Fortect localiza e corrige rapidamente uma ampla gama de problemas do Windows, desde instabilidade do sistema e problemas de segurança até gerenciamento de memória e gargalos de desempenho.
em Microsoft.BizTalk.Adapter.Wcf .Runtime.WcfClient` 2.RequestCallback (IAsyncResult)
MessageId: 71CD C883-AE8D-4303-A72E-ADA9ECE91981
ID da instância: 1EA7B77C-924F-4C74-87DE-BCC4D1AD8E6A< /p>
Como eu disse, duvide do que pode estar lendo – se for apenas baseado em minhas ideias – porque geralmente há muitas teorias da conspiração combinadas contendo o fato de que podemos encontrar os chamados produtos e soluções procurando para eles… mas muitos deles podem ser apenas teorias da conspiração.
Motivo
Pessoalmente, costumo começar com o mais simples: se ele diz que não existeválido… vamos testá-lo, em que a circunstância do erro retornado pelo adaptador é sem dúvida estúpida, pois o procedimento está armazenado nesse destino banco de dados, como você pode ver nas imagens abaixo:
Por que não grande e-mail do Outlook, deixe-me anexar um arquivo?
À primeira vista, desde que eu consegui me conectar para realmente esse banco de dados, isso geralmente não era um problema básico de segurança, caso contrário, eu teria recebido imediatamente a seguinte mensagem de erro:
Detalhes do erro: Microsoft.ServiceModel.Channels.Common.ConnectionException: Open não enumerará as “AsyncTransactions” solicitadas pela conexão. Erro de ligação à Internet.
Você precisa regenerar esquemas
ou pode tentar ser sua incompatibilidade de namespace;
operação não definida corretamente;
além de um caractere único “?” o que as famílias geralmente encontram em URIs provoca problemas;
e o meu favorito é que alguém tenha para você dar à conta do produto “sysadmin” direitos para apressar a instância do seletor.
Felizmente, não esqueci de finalmente verificar a confiança de segurança diretamente no SQL Server. Então eu ativei o SQL Server Management Console com cada uma de nossas contas de serviço, então tentei executar o procedimento armazenado principal e… guest apenas o que… eu não tinha permissões!
Quando verifiquei novamente as principais permissões associadas a esta conta de serviço, obtive: db_datareader além de db_datawriter… o que é continuamente suficiente em algumas situações:
Claro que “sysadmin” junto com “db_ower” resolveria todos os meus problemas, mas muitas vezes não é aceitável ser honesto e também pode não ser uma prática real , especialmente agora oferecendo o GDPR.
Então, o dilema era claro: a conta do site que executava a instância do host estava, em grande parte, realmente vinculada a essa saída de envio e não tinha as permissões corretas para executar o procedimento armazenado… infelizmente Eu tenho que testemunhar o fato de que o adaptador der O erro gerado realmente simplesmente fora de contexto.
