Pergunta : O relatório de cristal no início de uma sessão do erro do app da correia fotorreceptora do ASP falhou para o usuário “MYDOMAIN \ username”.

Olá! todos,

I criaram um relatório de cristal e desdobraram-no a um usuário do teste, eu chamo-o de minha aplicação web estalando em uma tecla, quando eu mim começ um erro na coisa que do

The da página (ver unido) que me confunde é mim tentou registrar na base de dados using o mesmo usuário e eu podia a!!!  é algo errado com permissões ou minha corda da conexão? a corda do

Connection olha como esta:

Conn.ConnectionString = da “=servername origem de dados; Catalog=xxxxxx inicial; Security=False Integrated; usuário - \ do =MYDOMAIN da identificação \ username; password=sssssss; ”;
class= > " desobstruído " do
> do " codeSnippet " do class= do
class= " lineNumbers " do
class= do 
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= " do id= " codeSnippet799164 do 
Server na aplicação de “/APP”.
--------------------------------------------------------------------------------

O início de uma sessão falhou para o usuário “MYDOMAIN \ username”. 
Descrição: Uma exceção unhandled ocorreu durante a execução do pedido atual da correia fotorreceptora. Rever por favor o traço de pilha para mais informação sobre o erro e onde originou no código. 

Detalhes da exceção: System.Data.SqlClient.SqlException: O início de uma sessão falhou para o usuário “MYDOMAIN \ username”.

Erro da fonte: 

Uma exceção unhandled foi gerada durante a execução do pedido atual da correia fotorreceptora. A informação a respeito da origem e da posição da exceção pode ser identificada using o traço de pilha da exceção abaixo.  

Traço de pilha: 


[SqlException (0x80131904): Entrar failed para o usuário “MYDOMAIN \ username”.]
   MYReports. _Default.Page_Load (remetente do objeto, EventArgs e) no estúdio 2008 de C:\Users\saa\Documents\Visual \ projetos \ APP \ MYReports \ Report.aspx.cs: 35
   System.Web.Util.CalliHelper.EventArgFunctionCaller (IntPtr fp, objeto o, objeto t, EventArgs e) +14
   System.Web.Util.CalliEventHandlerDelegateProxy.Callback (remetente do objeto, EventArgs e) +35
   System.Web.UI.Control.OnLoad (EventArgs e) +99
   System.Web.UI.Control.LoadRecursive () +50
   System.Web.UI.Page.ProcessRequestMain (includeStagesBeforeAsyncPoint bôoleano, includeStagesAfterAsyncPoint bôoleano) +627

 


--------------------------------------------------------------------------------
Informação de versão: Versão da estrutura de Microsoft .NET: 2.0.50727.3603; Versão de ASP.NET: 2.0.50727.3082
class= do

Resposta : O relatório de cristal no início de uma sessão do erro do app da correia fotorreceptora do ASP falhou para o usuário “MYDOMAIN \ username”.

Eu não tentaria combinar ambos os disparadores e o uso de uma camada de dados tal como o nhibernate - você está indo sempre começ problemas de sincronização. o nHibernate é pretendido controlar seus dados - e sua camada do negócio deve controlar processos tais como a atualização de seus preços. Pessoal eu não vou perto dos disparadores para nenhuma lógica de negócio - para examinar talvez, mas de nada mais. Eu penso que obscurecem a lógica de negócio e a fazem nigh em impossível executar outras soluções do código para controlar os dados - como você está encontrando.
Por que não mover seu código do disparador em um procedimento armazenado e chamar o procedimento dentro do espaço da transação da atualização se “terminou” a bandeira é verdadeiro? Eu controlaria este dentro da camada do negócio, mas você poderia mover este para a camada de dados se você deseja.

Tim
Outras soluções  
 
programming4us programming4us