Search results matching tags 'NHibernate' and 'ASP.Net'

Ricomincio da 3...

andrea.balducci — Sat, 14 Jun 2008 17:15:54 GMT

Stavo testando la beta 3 di ASP.Net MVC con Spring Framework e NHibernate. Alla prima richiesta processata da IIS è uscito un errore generico ("Server Application Unavailable") che rimanda all'event viewer.

L'event viewer mostra:

Event Type:    Error
Event Source:    ASP.NET 2.0.50727.0
Event ID:    1000
Description:
aspnet_wp.exe (PID: 1328) stopped unexpectedly.
Event Type:    Error
Event Source:    ASP.NET 2.0.50727.0
Event ID:    1089
Description:
Failed to execute the request because the ASP.NET process identity does not have read permissions to the global assembly cache. Error: 0x80070005 Access is denied.
Event Type:    Error
Event Source:    ASP.NET 2.0.50727.0
Event ID:    1334
Description:
Failed to initialize the AppDomain:/LM/W3SVC/1/Root/nw
Exception: System.IO.FileLoadException
Message: Could not load file or assembly 'System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. Access is denied.
StackTrace:    at System.Reflection.Assembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
   at System.Reflection.Assembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
   at System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection)
   at System.Reflection.Assembly.InternalLoad(String assemblyString, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection)
   at System.Activator.CreateInstance(String assemblyName, String typeName, Boolean ignoreCase, BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes, Evidence securityInfo, StackCrawlMark& stackMark)
   at System.Activator.CreateInstance(String assemblyName, String typeName)
   at System.AppDomain.CreateInstance(String assemblyName, String typeName)
   at System.AppDomain.CreateInstance(String assemblyName, String typeName)
   at System.Web.Hosting.ApplicationManager.CreateAppDomainWithHostingEnvironment(String appId, IApplicationHost appHost, HostingEnvironmentParameters hostingParameters)
   at System.Web.Hosting.ApplicationManager.CreateAppDomainWithHostingEnvironmentAndReportErrors(String appId, IApplicationHost appHost, HostingEnvironmentParameters hostingParameters)

Provo con l'ASP.Net Development Server direttamente da VS 2008 e funziona tutto ok....

Scatta la ricerca su google, escono tonellate di pagine che spiegano come cambiare i permessi alla GAC, reinstallare VS e IIS nell'ordine corretto e via di seguito (ho letto veramente di tutto!!!).

Tra le decine di soluzioni "strambe" (e lunghissime) appare un commento semplice semplice che recita "You need to give the account ASPNET read access to the web site's application directory."

Tana: scoppattando lo zip con i sorgenti non ho l'ACL con i permessi corretti. Aggiunto ASP.Net tra gli utenti abilitati e anche la virtual folder su IIS va.

Morale
Quando si cerca di identificare un problema bisogna sempre risalire al primo errore, tutti gli altri scaturiti in cascata sono solo fuorvianti. La maggior parte dei post che ho trovato focalizzavano l'attenzione sul permettere all'utente ASP.Net di accedere alla GAC, dando per scontato l'esistenza dell'application domain. Nel mio caso l'assenza dei permessi sulla root del progetto web impediva la creazione di un application domain, quindi non esistevano credenziali valide per accedere alla GAC.

Usando "Asp.Net Development Server" tutto gira con le credenziali dell'utente corrente quindi tutto fila liscio...

Spero possa esservi di aiuto.

NHibernate, Lazy, Sessioni e Cache

andrea.balducci — Sun, 13 Jan 2008 12:26:55 GMT

Appunto di viaggio: applicazione Asp.Net con AjaxToolkit ed NHibernate 1.2. Il domain model è mappato in modalità lazy per massimizzare le performance.

Il lato presentation dell'applicativo fa uso intensivo di UpdatePanel che al bisogno completano l'interfaccia utente con delle chiamate in background; per gestire le chiamate asincrone l'entity principale del documento resta in session e viene riagganciata alla session (session-per-request in un modulo http) per fare in modo che i proxy creati per la gestione delle entity lazy possano funzionare correttamente.

Tutto fila liscio finchè non mi accorgo che in caso di edit di una entity, alcune proprietà non vengono salvate su db. Le provo tutte fino a che (disperato) scarico i sorgenti di NHibernate, compilata nuova e inizio il debug per capire dove sta l'inghippo.

Il problema è proprio nel fatto di riassociare l'entity alla session di pagina (page_load) che poi verrà usata per fare anche la transazione di salvataggio; il fatto di riassociare l'entity alla session con ISession.Lock(entity, LockMode.none) causa l'inserimento nella cache di sessione dello stato ATTUALE dell'entity (che è in session) falsando il controllo di dirty check che esegue NHibernate per decidere se e cosa aggiornare sul db.

PANICO!!!!

Lavoro da consegnare e una tonnellata di entity da dover fixare... Due ore su google per cercare soluzioni ma non ne trovo nessuna indolore.
Provo con un interceptor, ma il check di dirty si basa comunque sullo stato al momento della reattach alla session e quindi niente; provo a vedere se vale la pena di scrivermi un persister custom ma a naso non mi garantisce il risultato..... mumble.. mumble...

IDEA!

Visto che voglio forzare il salvataggio indipendentemente dallo stato della cache la soluzione più immediata è quella di un bel Session.Evict(entity) prima di fare la SaveOrUpdate(entity).

Risultato: 0 mapping modificati, 0 dataentry modificati, 1 riga di codice in più sul gestore del salvataggio nella classe base da cui derivano tutte le form. Soluzione poco elegante ma di impatto zero. Per stavolta è andata bene :D

UI.Comfort

andrea.balducci — Thu, 29 Nov 2007 14:54:18 GMT

Mi capita spesso di vedere ottimi software penalizzati da una interfaccia utente carente che rende di fatto macchinosa e ostica la fruizione da parte dell'utente finale. Magari la colpa è della fretta nel voler consegnare un progetto o perchè l'importante per chi sviluppa è "quello sotto il cofano", l'algoritmo ultra-ottimizzato che ci rende orgogliosi ma che l'utente non capirà mai. Molte volte per vendere una soluzione basta proporre all'utente i dati in modo semplice e chiaro, una interfaccia curata che dia subito una buona impressione e che metta a suo agio chi deve usare il nostro software, anche se per estrarre i dati ci vuole un secondo di più. Ad esempio ogni volta che faccio vedere questo screenshot ad un cliente la risposta è "eccolo.... cercavo proprio questo".

Mapping di un booleano su un campo stringa con NHibernate

andrea.balducci — Mon, 11 Jun 2007 13:45:00 GMT

Ho dovuto integrare un database legacy con una nuova applicazione basata su NHibernate. Nel mio caso mi sono trovato che nella base dati i campi bool vengono memorizzati come char(1) rispettivamente '0' e '1'. Per mapparli correttamente su NHibernate è bastato creare uno usertype e modificare il mapping sul file .hbm.xml

Ecco il codice del nuovo tipo booleano (pescato sul web ed aggiornato a NHibernate 1.2)

using System; using System.Collections.Generic; using System.Text; using NHibernate; using System.Data; using NHibernate.UserTypes; using NHibernate.SqlTypes; namespace Prxm.Framework.Data.NHibernate.UserTypes { public class TBBooleanType : IUserType { #region IUserType Members public object DeepCopy(object value) { return value; } public int GetHashCode(object x) { return x.GetHashCode(); } public bool IsMutable { get { return false; } } public object NullSafeGet(IDataReader rs, string[] names, object owner) { string name = names[0]; return rs[ name ].Equals("1"); } public void NullSafeSet(IDbCommand cmd, object value, int index) { string db_value = (value.Equals(true)) ? "1" : "0"; IDbDataParameter parameter = (IDbDataParameter)cmd.Parameters[index]; parameter.Value = db_value; } public Type ReturnedType { get { return typeof(bool); } } public SqlType[] SqlTypes { get { return new SqlType[] { new SqlType(DbType.AnsiStringFixedLength, 1) }; } } bool IUserType.Equals(object x, object y) { return x.Equals(y); } // // Summary: // During merge, replace the existing (target) value in the entity we are merging // to with a new (original) value from the detached entity we are merging. For // immutable objects, or null values, it is safe to simply return the first // parameter. For mutable objects, it is safe to return a copy of the first // parameter. For objects with component values, it might make sense to recursively // replace component values. // // Parameters: // original: // the value from the detached entity being merged // // target: // the value in the managed entity // // owner: // the managed entity // // Returns: // the value to be merged public object Replace(object original, object target, object owner) { return DeepCopy(original); } #endregion #region IUserType Members public object Assemble(object cached, object owner) { return DeepCopy(cached); } public object Disassemble(object value) { return DeepCopy(value); } #endregion } }

Nel file di mapping è necessario indicare il corretto tipo

James is out!

andrea.balducci — Tue, 05 Jun 2007 03:05:00 GMT

Rilasciato ufficialmente JAMES (Job Analysis for Manufacturing Execution Systems).

Ultima fatica che ha permesso di mettere a frutto le tecnologie di cui abbiamo spesso parlato: NHibernate, Ajax, Windsor Container etc....

Il web 2.0 entra negli ambienti di produzione con una applicazione Kiosk e cerca di scalzare via quelle inguardabili maschere grigie che sono tutto fuorchè user-friendly (e poi ci si chiede come mai i dati rilevati sono spesso errati!).

Un grazie a tutta la community per l'opera divulgativa (che ha dato i suoi frutti) e un arrivederci al prossimo Workshop.

NHibernate Best Practices

andrea.balducci — Mon, 04 Jun 2007 01:41:00 GMT

Se ne parlava alla cena, quindi pubblico il link all'articolo su CodeProject relativo allo sviluppo di applicazioni ASP.Net con l'integrazione di NHibernate e IoC.

http://www.codeproject.com/aspnet/NHibernateBestPractices.asp

L'articolo è molto interessante e l'esempio Enterprise può essere usato come punto di partenza per la realizzazione di applicazioni.