LMLog - Il blog di Lino Mari

codebehind e pubblicazione progetti

Lino Mari — Sat, 24 Apr 2004 12:31:25 +0100

Volevo appoggiarmi al discorso fatto da Daniele sull'utlizzo di un ambiente visuale come vs.net per sviluppare applicazioni e progetti web.

Porto la mia esperienza in merito, visto che gestisco dei progetti molto grossi in termini di sviluppo e persone coinvolte nello sviluppo giornaliero.

Attualmente utilizziamo (e siamo i soli in azienda, perche' ci sono altre 5 business unit), il vecchio e caro notepad. Siamo 5 sviluppatori sullo stesso progetto, anche se io *dovrei* solo gestire e coordinare... ;)

Comunque quello che volevo dire e' che ci troviamo benissimo a lavorare in questo modo, abbiamo il controllo delle versioni con sourcesafe... e spesso ci capita di aggiustare in tempo reale piccole cose o piccole modifiche richieste dal cliente sul server di sviluppo e poi pubblicare il tutto sul server di produzione...

ebbene in questo modo impieghiamo 2 minuti netti... se invece utilizzavamo ambienti visuali che scrivevano codebehind le cose erano molto diverse. Ogni volta compilare un intero progetto con un centinaio di classi e diversi sottoprogetti... sarebbe stato un disastro.

Al momento sulla bilancia non oso mettere vs.net con notepad... al momento vince notepad 10-1.

Con la prossima versione (2005) le cose semvrerebbero diverse, ma dal dire al fare c'e' di mezzo... ;) quindi bisogna provare su progetti veri e importsanti per vedere se questo problema e' davvero riosolto. Ovviamente ci sono tante features che valgono la pena di essere utilizzate... quindi questa volta almeno metto in dubbio l'utilizzo di notepad. dopo anni di egregio lavoro... e aver contribuito a creare progetti per qualche milione di euro! ;)))

Giornata gratuita per conoscere Whidbey e Yukon ovvero ASP.NET 2.0 e il nuovo SQL Server

Lino Mari — Sun, 23 Nov 2003 11:49:12 +0100

Se hai interesse in questa tecnologia, per te una giornata gratuita di approfondimento su Whidbey e Yukon, ovvero quello che sara' il prossimo futuro di ASP.NET e di SQL Server.

Quando? il 12 dicembre 2003

Dove? Roma -�SGM Conference Center, �Via Portuense, 741

Perche? Ti presenteremo ASP.NET 2.0, il nuovo Visual Studio .NET Whidbey applicato allo sviluppo di applicazioni per Windows e per il mobile e ti daremo un assaggio di Yukon, il nuovo SQL Server.

Inoltre saranno presenti oltre agli MVP .NET, esperti di Microsoft e purtroppo anche io;), e cosa ancora piu' importante coffee break e pranzo inclusi:))

Allora anticipa il futuro e comincia con noi questa nuova avventura .NET!

Per maggiori info e l'agenda completa: http://whidbeyday.aspitalia.com/

Tags: ASP.NET, ASP.NET 2.0

Ticket e Roles

Lino Mari — Wed, 19 Nov 2003 17:37:34 +0100

In questi giorni ho dovuto implementare un bel sistemino di accesso riservato ai contents ed ai services. il bello di tutto questo e' che doveva funzionare per tutti i siti che si basano sulla struttura di accesso condiviso.

Per avere un controllo su ogni service e anche su ogni content inserito per ogni utente (circa 400.000), ho dovuto implementare qualcosa di molto flessibile ed allo stesso tempo sicuro.

Per fare cio' ho creato alcune tabelle di accoppiamento tra gli utenti ed i profili di accesso, collegando ad ogni profilo tutti i roles a cui ha accesso. Ogni roles infatti e' collegato al tipo di service (ogni service un role), ovviamente ogni content puo' essere collegato ad uno o piu' services.

Detto questo che puo' significare tutto e niente, vengo a quello che volevo dire, ovvero per portarmi dietro in ogni fase della navigazione dell'utente tutti i suoi privilegi di accesso (roles) mi sono appoggiato ad un Ticket. Tale Ticket associato al tipo FormsAuthenticationTicket puo' contenere delel informazioni relative all'utente, ed io ho usato la proprieta' UserData per archiviare tutti i Roles relativi all'utente in modo da poterli richiamare in ogni momento.

Riporto una parte del codice dove in pratica viene caricato il ticket e il cookie relativo:

Dim Ticket As FormsAuthenticationTicket = New FormsAuthenticationTicket(1, UserName, DateTime.Now, DateTime.Now.AddMinutes(240), False, strRoles)
Dim encTicket As String = FormsAuthentication.Encrypt(Ticket)
Dim authCookie As New HttpCookie(FormsAuthentication.FormsCookieName, encTicket)
HttpContext.Current.Response.Cookies.Add(authCookie)

e la parte dove riprendo le informazioni:

Dim authcookie As HttpCookie
Dim Ticket As FormsAuthenticationTicket
Dim Roles As String
authcookie = HttpContext.Current.Request.Cookies(FormsAuthentication.FormsCookieName)
Ticket = CType(FormsAuthentication.Decrypt(authcookie.Value), FormsAuthenticationTicket)
Roles = Ticket.UserData

Per il momento e' tutto... il resto dell'applicazione ancora non e' completata :)

oggetti COM Vs Assembly :)

Lino Mari — Wed, 05 Nov 2003 20:11:47 +0100

Oggi un post su it.comp.www.asp mi ha fatto ricordare i brutti tempi quando spesso mi capitava di creare applicazioni web che si basassero su oggetti COM.

beh ho detto tempi brutti non a caso, visto che adesso in .NET se ne puo' fare tranquillamente a meno (COM), perche' esistono strumenti simili ma molto piu' potenti.

cmq quello che voglio dire e' perche' utilizzare ancora i componenti quando abbiamo le pagine asp compilate e performanti almeno quanto un componente?

i vantaggi ovviamente ci sono, almeno secondo il mio modo di vedere le cose, perche' utilizzando un livello intermedio tra le pagine asp ed eventualmente la base dati, si creano le condizioni migliori per il riutilizzo del codice e la separazione netta della business logic.

ovviamente i componenti .NET contenuti in assembly, hanno caratteristiche tipiche del framework .NET e del CLR, come la possibilita' di utlizzare il linguaggio preferito, l'ereditarieta' e tutte le features degli ambienti OO.

avere una struttura organizzata per NameSpace e Classi semplifica di molto la getsione e la manutenzione, nonche' facilita il riutilizzo del codice. in piu' avendo la business logic esterna alle pagine e' possibile creare web application utilizzabili da progetti diversi, basta importare l'oggetto o gli oggetti compilati.

altro vantaggio e' sicuramente la possibilita' di distribuzione a terzi dell'applicazione, senza per forza di cose consegnare anche i sorgenti.

il CLR offre al pari del modello COM la possibilita' di gestire le transazioni, ma mentre nelle pagine asp.net diventa abbastanza semplice gestirle nei componenti invece bisogna creare un componente servito. per farlo bisogna derivare la classe da System.EnterpriseServices ed aggiungere TansactionAttribute e terminare il blocco con il comando "ContextUtil.SetComplete()". Tra le altre cose bisogna stare attenti a dare al componente un nome Strong, con l'utilizzo di questi attributi:

<assembly:AssemblyKeyFile("nomefile")>
<assembly:ApplicationName("nomeapplicazione")>

in questo modo il nostro assembly finisce nel catalogo dei componenti COM+ e quindi puo' utilizzare le transazioni.

Infine abbiamo la gestione del Versioning molto piu' potente rispetto al modello COM e la possibilita' di uasre versioni diverse della stessa applicazione contemporaneamente.

bene, adesso ho finito di dire le mie fesserie serali! :))

La nuova MS di Don Box :)

Lino Mari — Mon, 03 Nov 2003 20:05:30 +0100

Come dicevo prima la filosofia di MS sta cambiando da tempo, pero' prima di vedere nella realta' dei fatti e quindi nelle applicazioni e nei s.o. quella che e' la nuova apertura verso l'esterno dobbiamo ancora attendere.

Le prime anticipazioni ci sono state al PDC03, ma qualcosa e' gia' visibile adesso.

Dice Don Box: "Nessun programma � un'isola e ogni programma ha bisogno di un altro programma per funzionare" e lui non e' l'ultimo dei fessi.

continua: "E' cos� che funziona il mondo reale ed � con questo mondo che dobbiamo confrontarci. I servizi non faranno sparire gli oggetti, al contrario gli oggetti diverranno i mattoni per costruire i programmi. E i programmi parleranno tra loro in altri modi. Chiunque abbia provato a programmare con DCOM o con RMI su Java sa che non � una bella esperienza. E' troppo difficile, quindi c'� qualcosa che non va. Infatti bisogna rispettare i confini dei diversi programmi, e questo si pu� fare in modo molto elegante con l'architettura dei servizi"

Beh mi sembra un bel concetto, l'unica nota negativa in quese cose e' il tempo che intercorre tra il cambio filosofico-culturale e gli effetti nel mondo reale.

Anche VB.NET ha ricevuto la sua dose di novità

Lino Mari — Mon, 03 Nov 2003 17:52:00 +0100

Anche se sembra il fratello povero di cisciarp, vb.net ha ricevuto la sua bella dose di nuove features.

Anche se non sembra, tra vb.net e c# non c'e' una differenza abissale, anche perche' vb.net ha ben poco a che spartire con le vecchie versioni, quello che cambia molto e' il modo di definire gli oggetti e la sintassi, poi le differenze sono veramente poche e su funzionalita' abbastanza avanzate.

Dal PDC03 sono state anticipate un po' di cose:
- Overload degli operatori
- Supporto dei Generics
- Unsigned Types
in questo caso abbiamo a disposizione un nuovo tipo che e' utilizzabile nel momento in cui non abbiamo bisogno di valori negativi, ma la capacita' del tipo Integer e' troppo limitata. permette di gestire valori piu' grandi perche' ottimizza la memoria non piu' utilizzata per la gestione dei numeri negativi.

�- Partial Class
ora una sola classe puo' essere *spalmata* su piu' file e consentire uno sviluppo in team della singola classe... ma se volete vedere la presentazione fatta al PDC03 ecco il ppt: http://www.gotdotnet.com/team/PDC/4063/TLS300.ppt

Presentazione Avalon e Indigo.

Lino Mari — Mon, 03 Nov 2003 16:01:25 +0100

ho trovato il tempo di vedermi la presentzione di Avalon e Indigo fatta da Don Box e Anderson su come sara' la programmazione nell'era di longhorn.

Beh sono rimasto abbastanza stupito delle novita' introdotte e in particolare di XAML e BAML. Quando ho visto che per creare un nuova finestra bastava programmare in un linguaggio molto friendly�come lo e' XML beh il tutto mi e' sembrato semplice ma nel contempo molto potente e flessibile.

Addirittura si puo' scegliere l'angolo di rotazione della finestra, o scegliere lo sfondo, che puo' essere anche un file multimediale come un video etc. tutte cose scenografiche si ma il bello viene dopo, quando il tutto si collega agli eventi e puoi controllare il tutto in maniera molto semplice.

in pratica da quello che ho visto la programmazione in generale subira' qualche scossone e soprattutto prevedo che la differenza di approccio tra le applicazioni web e quelle stand alone sara' sempre meno visibile, dando sempre piu' spazio a chi sa programmare e chi ha ben saldo il concetto di object oriented... anche se questa affermazione subira' ulteriori modifiche, infatti si parla gia' di service oriented con un cambio di politica non da poco per un colosso come Microsoft.

ah il bello di tutto e' vedere che utilizzavano qualcosa di molto simile a notepad, e compilavano da riga di comando :)

XML, Dataset e il metodo ReadXML

Lino Mari — Wed, 29 Oct 2003 18:16:23 +0100

ogni tanto mi capitano le cose strane, ma di solito hanno una spiegazione. questa vola la spiegazione non l'ho trovata, o meglio non ho avuto tempo di cercarla:)

il fatto e' questo, volevo leggere un feed RSS, bene che ci vuole? niente, a parte il fatto che il metodo ReadXML del Dataset se trova all'interno dello stesso nodo due tag con lo stesso nome ma con namespace diversi si incazza. ecco un esempio di querllo che dico:

bene, il Dataset mi ritorna un errore perche' cerca di creare due colonne con lo stesso nome autore e non calcola minimamente il ns. lo so sono molto ignorante in materia di XML, ma resta il fatto che quello che potevo fare con una bella riga di codice mi tocca farla con un approccio piu' a basso livello :)

per non finire qua' vi dico l'approccio utilizzato, poi magari si potrebbe farne uno script@lgiorno :))

per prima cosa mi sono creato un oggetto DataTable

Dim objTable As New DataTable("LMLog")
Dim objColumn As DataColumn
objcolumn = objTable.Columns.Add("title", System.Type.GetType("System.String"))
objcolumn = objTable.Columns.Add("description", System.Type.GetType("System.String"))
Dim objDr as DataRow

��
poi per accedere alla risorsa XML ho utilizzato XmlDataDocument

Dim XMLDoc As New XmlDataDocument
XMLDoc.Load(file xml)
Dim Row As XmlNodeList = XMLDoc.GetElementsByTagname("nodo")

poi basta navigare all'interno dei nodi, ricavare i contenuti ed associarli alle colonne del DataTable. non vi dico altro perche' altrimenti non servirebbe piu' fare uno script@lgiorno :))

per il momento questo script e' in betatest su http://www.ebow.it/arg/38.aspx

Tags: XML

sempre sul worker process :)

Lino Mari — Mon, 27 Oct 2003 00:00:00 +0100

leggendo sempre la documentazione ho scoperto un'altra cosa interessante, che sapevo esistesse, ma non avevo mai approfondito.

Tutti sappiamo che quando richiediamo una pagina dinamica se questa risulta particolarmente lenta la prima cosa che facciamo qul'e'? semplice clicchiamo sul tasto aggiorna... e non dite che non e' vero!!!

beh questo comporta(va) un bel po' di casini, a cominciare dal fatto che per ogni aggiornamento viene creato un nuovo thread di lavoro e anche se non piu' collegato al client che ha effettuato la richiesta, il server continuera' ad elaborarle fino a completare tutti i thread in corso.

con .NET il problema si risolve gia' di default, perche' sempre all'interno del machine.config e sempre all'interno di processModel ovvero:

esiste anche l'attributo clientConnectedCheck, che effettua ad intervalli prestabiliti (5 sec) dei controlli sul client se e' connesso.

da questo controllo, ASP.NET sa�il client a quale richiesta sta attendendo un risposta... in questo modo sa che eventuali ulteriori elaborazioni in corso non sono piu' valide e puo' killarle. questo significa maggiore sicurezza nelle prestazioni e maggiore controllo sul server dei processi in corso che in altre tecnologie come ASP non era affatto possibile.

Tags: Off Topic

e si... ecco il primo post

Lino Mari — Fri, 24 Oct 2003 12:43:16 +0100

si e' il primo post come blogger, e forse anche l'ultimo non so, vediamo come va e poi decidiamo :) soprattutto devo fare sempre i conti con il tempo, e non so perche' ma sembra trascorra sempre piu' veloce e non ho piu' risorse per fare tutte le cose che mi interessano!

cmq per iniziare direi che parlare del work process di ASP.NET possa essere in teressante, infatti ieri sera mi sono letto un po' di documentazione sul processo e sulle possibilita' di gestione.

innanzitutto e' utile sapere che il processo esiste per il semplice fatto che gira in un processo diverso da quello del web server, interessante, abbiamo scoperta l'acqua calda :))

la cosa interessante e' che questa cosa e' configurabile, nel senso che possiamo anche attivare il processo in modo trasparente, occero all'interno del processo di IIS, come per le ASP. Anche se non ce ne faremo niente, penso che sia deciamente utile tenerlo fuori.

le cose importanti pero' ci sono... eccole:

il processo per default e' impostato con timeout infinito, ovvero non viene mai riciclato se non intervenendo a manina, ma questa cosa e' configurabile in base a diversi parametri... vediamo di fare il punto in modo sintetico.

all'interno del machie.config e' possibile indicare alcune proprieta' ecco un esempio:

allora l'attributo enable indica se attivare il processo all'esterno dell'IIS

timeout invece indica dopo quanto tempo deve riciclarsi il processo, di default il valore e' infinite ma se mettiamo un valore del tipo "24:00:00" significa che il lavoro viene riciclato una volta al giorno

memoryLimit e' importante per un eventuale controllo e un riciclo in base alla percentuale di memoria utilizzata, infatti impostando il valore al "30" e' possibile riciclare il processo quando supera il 30%di memoria fisica utilizzata.

shutdownTimeout invece ci permette di dare del tempo al processo per terminarsi in�modo corretto prima che�venga killato forzatamente dal sistema. di base il tempo e' 5 secondi ma puo' essere modificato a piacimento

essitono anche altri parametri, ma non voglio annoiare nessuno, sappiate solo che e' possibile decidere a quale processore relazionare il processo, oppure gestire piu' processi "webGarden", oppure modificare il nome del processo e cosi' via. magari se vi interessa fatemelo sapere... :)