Dans certains cas, votre propre système peut générer un code d’erreur indiquant quels experts prétendent que vous joignez un fichier dans Outlook Express. Il peut y avoir plusieurs raisons à ce problème de guidage.
Cela rend l’idée difficile d’identifier l’emplacement ou la percée du port de diffusion, ce qui est un problème majeur.
Par exemple, la meilleure méthode stockée appelée sur un get set exécute une exception, et l’adaptateur WCF-SQL écrit chaque journal d’événements suivant :
Type d’événement : erreur Source de l’événement : Catégorie d’événement : ID d’événement : 5750
L’adaptateur WCF-SQL a renvoyé un message d’erreur. Détails : System.Data.SqlClient.SqlException : le délai d’attente a expiré. Soit le délai a expiré avant la fin de notre propre opération, soit le serveur spécifié ne répond peut-être pas.
Un correctif qui élimine ce problème important est inclus dans la mise à jour cumulative BizTalk Adapter Pack 2010. Pour plus de détails sur la façon d’obtenir l’option de mise à jour cumulative, cliquez sur la section d’article suivante pour afficher cet article dans la Base de connaissances Microsoft. Base : 2539794 Update Rollup 1 for BizTalk Adapter Pack 2010
Dans le dernier article de blog, je vous ai prévenu qu’un seul bogue majeur ne se produit jamais seul… Chaque fois qu’un bogue donné approprié se produit, il sont toujours deux ainsi trois bugs. Soit ça, soit j’ai le bon penchant pour me déguiser ou trouver des retours en arrière peu communs ! Cette fois, j’ai été complètement abasourdi : StoredProcedure n’existe pas lorsque j’ai essayé d’obtenir la procédure stockée via l’adaptateur BizTalk WCF-SQL :
Où est le bouton Joindre le rapport dans Outlook ?
Microsoft.ServiceModel.Channels.Common.MetadataException : objet [dbo].[InsertTransaction] de type StoredProcedure n’existe pas
Pourquoi mon e-mail ne me permet-il pas de joindre directement des fichiers ?
dans Microsoft.BizTalk.Adapter.Wcf .Runtime.WcfClient`2.RequestCallback(IAsyncResult) )< / p>
Message à la carte “WCF-Custom” à l’adresse d’envoi URI “STAGING_SQL_WCF_SEND” pour “mssql://SQL-SERVER-NAME//AsyncTransactions?InboundId=ins” suspendu.
Erreur détails : Microsoft.ServiceModel.Channels.Common.MetadataException : l’objet [dbo].[InsertTransaction] de la mode StoredProcedure n’existe pas
Fortect est l'outil de réparation de PC le plus populaire et le plus efficace au monde. Des millions de personnes lui font confiance pour assurer le fonctionnement rapide, fluide et sans erreur de leurs systèmes. Avec son interface utilisateur simple et son puissant moteur d'analyse, Fortect détecte et corrige rapidement un large éventail de problèmes Windows, de l'instabilité du système et des problèmes de sécurité à la gestion de la mémoire et aux goulots d'étranglement des performances.
1. Téléchargez Fortect et installez-le sur votre ordinateur
2. Lancez le programme et cliquez sur "Scan"
3. Cliquez sur "Réparer" pour résoudre les problèmes détectés
dans Microsoft.BizTalk.Adapter.Wcf .Runtime.WcfClient` 2.RequestCallback (IAsyncResult)
MessageId : 71CD C883-AE8D-4303-A72E-ADA9ECE91981
ID d’instance : 1EA7B77C-924F-4C74-87DE-BCC4D1AD8E6A< /p>
Comme je l’ai dit, doutez de ce que vous lisez – cependant, s’il s’avère être basé même sur mes idées – car il existe une excellente des théories du complot combinées au fait qu’à leur tour, nous pouvons trouver de soi-disant solutions en les regarder… mais beaucoup d’entre eux peuvent simplement faire des théories du complot.
Raison
Personnellement, je commence généralement par le plus simple : s’il dit qu’il n’existe pas, il est valide… testez-le, auquel cas l’erreur remboursée par l’adaptateur est tout simplement stupide car toute la procédure est stockée dans cette base de données cible, sous la forme que vous pouvez voir dans l’image ci-dessous :
Pourquoi ne le fera-t-il pas ? mon e-mail Outlook me fournit-il un fichier ?
À première vue, depuis que j’ai pu me connecter à cette base de données, ce n’était généralement pas une sécurité problème, sinon j’aurais immédiatement reçu le message de défauts suivant :
Détails de l’erreur : Microsoft.ServiceModel.Channels.Common.ConnectionException : Open ne peut pas énumérer les “AsyncTransactions” demandées par la connexion. Erreur de connexion Internet.
Vous devez vous aider à régénérer les schémas
ou cela pourrait être votre incompatibilité d’espace de noms ;
opération à peine définie correctement ;
que le caractère “?” ce que les hommes et les femmes trouvent généralement dans les URI pose des problèmes ;
et ce que je préfère, c’est que quelqu’un doit donner au compte de résultat les droits “sysadmin” pour exécuter l’instance du sélecteur.
Heureusement, je n’ai pas oublié de vérifier la caution directement sur SQL Server. J’ai donc chauffé la console de gestion SQL Server avec chacun de nos différents comptes de service et j’ai essayé d’exécuter la procédure stockée en vigueur et… invité quoi… Je n’ai pas obtenu les autorisations !
Lorsque j’ai revérifié les autorisations associées à ce compte de service, il y avait : db_datareader en plus de db_datawriter… ce qui est généralement suffisant dans les situations :
Bien sûr “sysadmin” ou “db_ower” résoudrait tous mes problèmes, mais parfois ce n’est pas approprié pour être honnête et ce n’est pas non plus une seule pratique réelle, surtout maintenant avec le RGPD.
En général, le dilemme était clair : le compte de service exécutant la majeure partie de l’instance hôte était, pour l’essentiel, essentiellement lié à ce port d’envoi et ne se retrouvait pas avec les autorisations appropriées pour exécuter le système stocké… malheureusement, je dois dire que la carte der L’erreur générée est tout simplement hors de tout contexte.
