Question : Le rapport en cristal dans l'ouverture d'erreur du Web $$etAPP d'asp a échoué pour l'utilisateur « MYDOMAIN \ username ».

Salut tous, le

I ont créé un rapport en cristal et l'ont déployé à un serveur d'essai, je l'appelle de mon application Web en cliquant sur un bouton, quand je j'obtiens une erreur sur la chose du

The de page (voir attaché) que qui me confond est moi a essayé de noter dans la base de données using le même utilisateur et je pouvais en mesure à ! ! !  est-ce que quelque chose est erronée avec les permissions ou ma corde de raccordement ? la corde du

Connection ressemble à ceci :

Conn.ConnectionString = « =servername de point d'émission ; Catalog=xxxxxx initial ; Security=False Integrated ; \ de =MYDOMAIN d'identification de l'utilisateur \ username ; password=sssssss ;  » ;
class= > " clair " de

> de " codeSnippet " de class= de

class= " lineNumbers " de

class= de

1 : 2 : 3 : 4 : 5 : 6 : 7 : 8 : 9 : 10 : 11 : 12 : 13 : 14 : 15 : 16 : 17 : 18 : 19 : 20 : 21 : 22 : 23 : 24 : 25 : 26 : 27 : 28 :

class= erreur " de l'id= " codeSnippet799164 de Server dans l'application de « /APP ». -------------------------------------------------------------------------------- L'ouverture a échoué pour l'utilisateur « MYDOMAIN \ username ». Description : Une exception unhandled s'est produite pendant l'exécution de la demande courante de Web. Veuillez passer en revue la trace de pile pour plus d'informations sur l'erreur et où elle a provenu du code. Détails d'exception : System.Data.SqlClient.SqlException : L'ouverture a échoué pour l'utilisateur « MYDOMAIN \ username ». Erreur de source : Une exception unhandled a été produite pendant l'exécution de la demande courante de Web. L'information concernant l'origine et l'endroit de l'exception peut être identifiée using la trace de pile d'exception ci-dessous. Trace de pile : [SqlException (0x80131904) : Ouvrir une session failed pour l'utilisateur « MYDOMAIN \ username ».] MYReports. _Default.Page_Load (expéditeur d'objet, EventArgs e) dans studio 2008 \ projets \ $$etAPP \ MYReports \ Report.aspx.cs de C:\Users\saa\Documents\Visual : 35 System.Web.Util.CalliHelper.EventArgFunctionCaller (point de gel d'IntPtr, objet o, objet t, EventArgs e) +14 System.Web.Util.CalliEventHandlerDelegateProxy.Callback (expéditeur d'objet, EventArgs e) +35 System.Web.UI.Control.OnLoad (EventArgs e) +99 System.Web.UI.Control.LoadRecursive () +50 System.Web.UI.Page.ProcessRequestMain (includeStagesBeforeAsyncPoint booléen, includeStagesAfterAsyncPoint booléen) +627 -------------------------------------------------------------------------------- L'information de version : Version de cadre de Microsoft .NET : 2.0.50727.3603 ; Version d'ASP.NET : 2.0.50727.3082

class= de

Réponse : Le rapport en cristal dans l'ouverture d'erreur du Web $$etAPP d'asp a échoué pour l'utilisateur « MYDOMAIN \ username ».

Je n'essayerais pas de combiner les deux déclenchements et l'utilisation d'une couche données telle que le nhibernate - vous allez toujours obtenir des problèmes de synchronisation. le nHibernate est prévu pour contrôler vos données - et votre couche d'affaires devrait contrôler des processus tels que mettre à jour vos prix. Personnellement je ne vais pas près des déclenchements pour aucune logique d'affaires - pour auditer peut-être, mais près de rien d'autre. Je pense qu'ils obscurcissent la logique d'affaires et la rendent proche sur impossible de mettre en application d'autres solutions de code pour contrôler les données - comme vous trouvez.
Pourquoi pas entrer votre code de déclenchement dans un procédé stocké et appeler le procédé de la portée de transaction de la mise à jour si « finissait » le drapeau est vrai ? Je contrôlerais ceci dans la couche d'affaires, mais vous pourriez déplacer ceci à la couche données si vous souhaitez.

Tim