Corso ASP.NET: dodicesima puntata
Esempio funzionante | Sorgente | Scarica il sorgente (zip)
Chi di voi ha realizzato in passato vere e proprie applicazioni con Asp, si è certamente scontrato con la difficoltà di prendere il progetto sviluppato in locale e portarlo in produzione. Le differenze di configurazione tra i server (in particolare Iis) dà a volte risultati imprevisti, che magari si manifestano quando il sito è già stato avviato.
ASP.NET risolve questa problematica gestendo le configurazioni dei server e degli applicativi utilizzando due file in formato Xml:
- web.config – può essere utilizzato per ogni applicazione e definisce la configurazione e le politiche di sicurezza delle pagine componenti l’applicazione
- machine.config – è un unico file che contiene la configurazione comune a tutto il server
Con ASP.NET viene anche ridiscusso il ruolo di Global.asa (Global.asax da questa versione), che non si occupa più di contenere informazioni sulla configurazione dell’applicazione, ma contiene piuttosto parti di codice comune.
Web.config
Web.config facilita la sincronizzazione tra ambiente di prova e ambiente di produzione. Può contenere:
- variabili comuni a tutte le applicazioni
- configurazioni per le sessioni
- opzioni per la gestione degli errori
- informazioni per la sicurezza
Vediamo la configurazione in azione con un semplice esempio: il reindirizzamento ad una pagina in caso di errore.
Abbiamo creato una semplice pagina che genera un errore (è dichiarato un DataSet ma non sono importati i namespace di ADO.NET).
Il semplice file di configurazione, che ospitiamo nella stessa cartella della pagina, ha una forma del tipo:
1 <?xml version="1.0" encoding="utf-8" ?>
2 <configuration>
3 <appSettings>
4 <add key="ConnectionString" value="Provider=SQLOLEDB.1;data source=antoniov;initial catalog=Biblioteca;uid=anon;pwd=;" />
5 </appSettings>
6 <system.web>
7 <customErrors mode="On" defaultRedirect="errorpage.aspx" />
8 <sessionState mode="Off" />
9 </system.web>
10 </configuration>
Nell’esempio sono presenti due elementi di interesse:
- è aggiunta una chiave che permette di centralizzare l’uso della stringa di connessione utilizzata per connettersi ad un database
- il tag customErrors definisce la pagina da richiamare in caso di errore
Per accedere alla chiave da una pagina aspx è sufficiente utilizzare una sintassi del tipo ConfigurationSettings.AppSettings(“ConnectionString”)
Global.asax
Abbiamo detto che il file global.asax da questa versione non ospiterà più elementi di configurazione: questa eredità viene presa da web.config.
Global.asax è ora un “contenitore” di codice comune ad un’applicazione web. Viene impiegato tra l’altro per:
- importare dei namespace a livello di applicazione per non doverli dichiarare in ogni pagina
- eseguire operazioni all’avvio e al termine delle sessioni e dell’applicazione (come già accadeva in parte con Asp)
- eseguire del codice al verificarsi di una condizione di errore
Nel prossimo esempio vediamo proprio come è possibile gestire una condizione di errore salvando un log nel registro degli eventi.
La struttura di global.asax è la seguente:
2
3 <script language="VB" runat="server">
4
5 Sub Application_Error(objSender as Object, objArgs as EventArgs)
6
7 Dim strLogName As String = "Errori Web"
8 Dim strMessage As String = "Url " & Request.Path & " Errore: " & Server.GetLastError.ToString
9
10 If (Not EventLog.SourceExists(strLogName)) Then
11 EventLog.CreateEventSource(strLogName, strLogName)
12 End if
13
14 Dim ELLog as New EventLog
15 ELLog.Source = strLogName
16 ELLog.WriteEntry(strMessage, EventLogEntryType.Error)
17
18 End Sub
19
20 </script>
Al verificarsi di un errore (se questo non viene già intercettato dal codice presente nella pagina), viene scatenato l’evento Application_Error. A questo punto viene verificata la presenza di un log “Errori Web” che viene eventualmente creato e popolato con la descrizione dell’errore verificatosi.
