Pubblicato nel mio chapter ISACA di Roma fra i certificati CGEIT...
Peccato però che non venga segnalata la differenza fra chi ha conseguito la certificazione in GrandFathering Provision (valutazione della carriera lavorativa) e chi invece la consegue solo attraverso l'esame..
martedì 3 novembre 2009
MS Chart Control per .Net 3.5 - Directory temporanea non valida nella configurazione del gestore del grafico
Appena installato MSChart ci regala subito un bell'errore.
L'errore viene generato perchè di default il componente imposta la proprietà imagestoragemode=UseHttpHandler; peccato però che negli Handler HTTP, e quindi utilizzati come modalità di storage delle immagini, impostati nel web.config quando effettuiamo il drag del componente sulla nostra pagina viene impostato :
add key="ChartImageHandler" value="storage=file;timeout=20;dir=c:\TempImageFiles\;"
beh ovviamente la cartella c:\TempImageFiles\ non esiste, dato che l'installazione non la crea, e quindi il componente và in errore.
La soluzione più immediata per risolvere il problema è cambiare la proprietà imagestoragemode ad UseImageLocation.
Una volta effettuata l'operazione vedremo che il componente viene correttamente renderizzato e viene creata un immagine nel ns. Hard Disk chiamata ChartPic_000001.png nella stessa cartella della ns. pagina.
E' possibile modificare la collocazione delle pagine agendo sulla proprietà imagelocation.
Una volta creata una cartella per le immagini dei grafici e date le appropriate permission inserire nella suddetta proprietà il nuovo path ad esempio : ~/immaginiGrafici/ChartPic_#SEQ(300,1)
A questo punto il componente creerà nella cartella ImmaginiGrafici del nostro sito le immagini renderizzate secondo la nomenclatura ChartPic_numeroimmagine;
una per ogni chiamata che verrà fatta al componente dagli utenti del sito.
Fortunatamente il valore 300 setta il numero massimo di immagini renderizzabili prima della sovrascrittura altrimenti ci troveremmo, per alti traffici, con un disco pieno di immagini dei grafici.
Implicazione non trascurabile della creazione di file grafici residenti nel sito risulta essere la sicurezza della ns. applicazione; per dati non sensibili può risultare trascurabile ma per informazioni riservate lasciare l'immagine generata non è una bella idea.
Il ChartImageHandler invece fornisce un maggior livello di personalizzazione che analizzeremo successivamente.
L'errore viene generato perchè di default il componente imposta la proprietà imagestoragemode=UseHttpHandler; peccato però che negli Handler HTTP, e quindi utilizzati come modalità di storage delle immagini, impostati nel web.config quando effettuiamo il drag del componente sulla nostra pagina viene impostato :
add key="ChartImageHandler" value="storage=file;timeout=20;dir=c:\TempImageFiles\;"
beh ovviamente la cartella c:\TempImageFiles\ non esiste, dato che l'installazione non la crea, e quindi il componente và in errore.
La soluzione più immediata per risolvere il problema è cambiare la proprietà imagestoragemode ad UseImageLocation.
Una volta effettuata l'operazione vedremo che il componente viene correttamente renderizzato e viene creata un immagine nel ns. Hard Disk chiamata ChartPic_000001.png nella stessa cartella della ns. pagina.
E' possibile modificare la collocazione delle pagine agendo sulla proprietà imagelocation.
Una volta creata una cartella per le immagini dei grafici e date le appropriate permission inserire nella suddetta proprietà il nuovo path ad esempio : ~/immaginiGrafici/ChartPic_#SEQ(300,1)
A questo punto il componente creerà nella cartella ImmaginiGrafici del nostro sito le immagini renderizzate secondo la nomenclatura ChartPic_numeroimmagine;
una per ogni chiamata che verrà fatta al componente dagli utenti del sito.
Fortunatamente il valore 300 setta il numero massimo di immagini renderizzabili prima della sovrascrittura altrimenti ci troveremmo, per alti traffici, con un disco pieno di immagini dei grafici.
Implicazione non trascurabile della creazione di file grafici residenti nel sito risulta essere la sicurezza della ns. applicazione; per dati non sensibili può risultare trascurabile ma per informazioni riservate lasciare l'immagine generata non è una bella idea.
Il ChartImageHandler invece fornisce un maggior livello di personalizzazione che analizzeremo successivamente.
MS Chart Control per .Net 3.5 - Installazione su VS2008
Iniziamo ad installare il componente MSChart.
Come requisiti è necessario disporre del .Net Framework 3.5 SP1.
Dopo aver scaricato ed installato il componente MSChart procediamo ad installare il language pack.
Una volta terminata la fase precedente il componente è già disponibile per l'utilizzo.
Per chi invece voglia integrare il componente nella toolbox di Visual Studio 2008 è disponibile l'apposito add-on.
Ecco il risultato dopo l'installazione dell'add-on.
Fondamentali per l'utilizzo del componente risultano essere la documentazione e il kit di esempi microsoft.
Come requisiti è necessario disporre del .Net Framework 3.5 SP1.
Dopo aver scaricato ed installato il componente MSChart procediamo ad installare il language pack.
Una volta terminata la fase precedente il componente è già disponibile per l'utilizzo.
Per chi invece voglia integrare il componente nella toolbox di Visual Studio 2008 è disponibile l'apposito add-on.
Ecco il risultato dopo l'installazione dell'add-on.
Fondamentali per l'utilizzo del componente risultano essere la documentazione e il kit di esempi microsoft.
MS Chart Control per .Net 3.5 - Che cos'è?
Come molti sapranno una delle tematiche più ostiche nello sviluppo web di casa MS è da sempre la produzione di grafici.
Il problema nasce principalmente dal fatto che, almeno a mia conoscenza, MS non si è mai dedicata alla produzione di componenti "Seri" per la generazione di grafici.
Alcuni potrebbero obiettare che è sempre stato possibile utilizzare il noto activex MSChart.ocx ma personalmente reputo la scelta assolutamente scadente e perlomeno obsoleta.
A fronte di ciò centinaia e centinaia di produttori di terze parti hanno sviluppato eccellenti componenti .Net proprio per ovviare a tale carenza.
Dopo vari test sui maggiori vendor a suo tempo orientai la mia scelta verso i componenti della Dundas.
Nel corso del tempo la scelta si è rivelata vincente ed infatti anche la buon vecchia MS ha adottato una quota parte dei componenti integrandoli in reporting services rimanendo però pur sempre carente di componenti per applicazioni ASP.Net.
Oggi questa carenza sta tendendo a colmarsi a fronte dell'acquisto di MS delle librerie Dundas e della loro implementazione nel recentissimo componente .Net 3.5 MSChart.
Purtroppo per ora restano ancora scoperti i fronti dei web gauges e di client olap da integrare negli applicativi ma nulla vieta di sperar bene tanto più che se venissero rilasciati da MS sarebbero integrati direttamente nel framework e quindi sarebbero componenti gratuiti e liberamente distribuibili.
Il problema nasce principalmente dal fatto che, almeno a mia conoscenza, MS non si è mai dedicata alla produzione di componenti "Seri" per la generazione di grafici.
Alcuni potrebbero obiettare che è sempre stato possibile utilizzare il noto activex MSChart.ocx ma personalmente reputo la scelta assolutamente scadente e perlomeno obsoleta.
A fronte di ciò centinaia e centinaia di produttori di terze parti hanno sviluppato eccellenti componenti .Net proprio per ovviare a tale carenza.
Dopo vari test sui maggiori vendor a suo tempo orientai la mia scelta verso i componenti della Dundas.
Nel corso del tempo la scelta si è rivelata vincente ed infatti anche la buon vecchia MS ha adottato una quota parte dei componenti integrandoli in reporting services rimanendo però pur sempre carente di componenti per applicazioni ASP.Net.
Oggi questa carenza sta tendendo a colmarsi a fronte dell'acquisto di MS delle librerie Dundas e della loro implementazione nel recentissimo componente .Net 3.5 MSChart.
Purtroppo per ora restano ancora scoperti i fronti dei web gauges e di client olap da integrare negli applicativi ma nulla vieta di sperar bene tanto più che se venissero rilasciati da MS sarebbero integrati direttamente nel framework e quindi sarebbero componenti gratuiti e liberamente distribuibili.
lunedì 2 novembre 2009
Errore Dundad Chart 7.0 - Dundas.Charting.WebControl.SourceCode.Flash.TooltipScript.resources
Dopo l'upgrade del componente Dundas Chart dalla versione 6.2 alla versione 7.0 mi sono trovato con varie sezioni di una mia applicazione che restituivano l'errore :
Impossibile trovare risorse appropriate per il gruppo linguistico specificato o per la lingua non associata ad alcun paese. Assicurarsi che "Dundas.Charting.WebControl.SourceCode.Flash.TooltipScript.resources" sia stato correttamente incorporato o collegato all'assembly "DundasWebChart" in fase di compilazione o che tutti gli assembly satellite richiesti siano caricabili e firmati completamente.
Il problema viene generato dal nuovo assembly che per un errore di compilazione da parte della Dundas non riesce a visualizzare correttamente i tooltip nei grafici renderizzati in Flash.
Per risolvere il problema è necessario sostituire la libreria dalla versione 7.0.0.1782 alla nuova versione 7.0.0.1783 (fornitami come hotfix dalla Dundas) e ricompilare il progetto.
Download HotFix Dundas Ver. 7.0.0.1783
Impossibile trovare risorse appropriate per il gruppo linguistico specificato o per la lingua non associata ad alcun paese. Assicurarsi che "Dundas.Charting.WebControl.SourceCode.Flash.TooltipScript.resources" sia stato correttamente incorporato o collegato all'assembly "DundasWebChart" in fase di compilazione o che tutti gli assembly satellite richiesti siano caricabili e firmati completamente.
Il problema viene generato dal nuovo assembly che per un errore di compilazione da parte della Dundas non riesce a visualizzare correttamente i tooltip nei grafici renderizzati in Flash.
Per risolvere il problema è necessario sostituire la libreria dalla versione 7.0.0.1782 alla nuova versione 7.0.0.1783 (fornitami come hotfix dalla Dundas) e ricompilare il progetto.
Download HotFix Dundas Ver. 7.0.0.1783
Iscriviti a:
Post (Atom)