Con un post su GitHub,  Damian Edwards ha annunciato che la nuova release di ASP.NET, la versione 5, non verrà più eseguita da IIS come ISAPI ma attraverso il modulo HTTPPlatformHandler che per l’occasione verrà aggiornato con alcune modifiche e reso disponibile anche per Windows Server 2008R2, la versione minima per eseguire ASP.NET 5. La modifica sarà disponibile già con la beta8 del software e quindi al prossimo aggiornamento previsto per il 5 Ottobre 2015.

ASP.NET ed IIS

A prima vista questa modifica potrebbe sembrare ininfluente ma segna un cambiamento piuttosto importante se si considera che sin dalla sua introduzione con IIS 6 e Windows Server 2003, ASP.NET è stata eseguita da IIS come ISAPI, la configurazione che garantiva le prestazioni migliori sulla piattaforma. Lo stesso avveniva ed avviene per altre tecnologie come ASP classico mentre storicamente altri framework o estensioni provenienti dal mondo Unix usavano invece una tecnologia meno sofisticata a cui si fa riferimento in generale come CGI.

Le perplessità potrebbero sorgere proprio perché da sempre l’esecuzione ISAPI è considerata la più efficiente e quella capace di fornire prestazioni di molto più elevate sulla piattaforma Windows Server, soprattutto perché la creazione di nuovi processi è in effetti una operazione onerosa sui sistemi Windows, molto più di quanto lo sia sui sistemi Unix.

In realtà sin da Windows Server 2003 Microsoft ha affinato il supporto per le tecnologie CGI, in particolare per garantire la compatibilità con framework molto popolari come PHP. La tecnologia FastCGI è in effetti l’antesignana del modulo HTTPPlatformHandler e, sebbene con FastCGI la piattaforma Windows Server abbia efficacemente ottenuto l’esecuzione di framework come PHP con prestazioni pari o addirittura superiori a quelle dei sistemi Unix, fino a poco tempo fa era considerato impossibile che Microsoft decidesse di passare ad una modalità di esecuzione diversa per le proprie tecnologie.

HTTPPlatformHandler : l’evoluzione della specie

La notizia non può che significare che Microsoft ha ormai ottenuto una parità di performance tra l’esecuzione ISAPI e quella CGI e la chiave è senza dubbio il modulo HTTPPlatformHandler. Anticipando le perplessità di qualcuno, Edwards aggiunge che Microsoft si aspetta una differenza di prestazioni tra le due modalità solo per applicazioni triviali come una Hello World, cioè piccole applicazioni che fungono più da esempio che da reali implementazioni. Per tutti gli altri casi, probabilmente Microsoft crede di raggiungere prestazioni uguali o anche maggiori a quelle ottenibili con la tecnologia ISAPI. Certamente così facendo ottiene una flessibilità notevolmente maggiore, soprattutto in un contesto nel quale ASP.NET è diventato open-source ed in teoria qualsiasi utente potrebbe compilare la propria versione della tecnologia.

Il modulo HTTPPlatformHandler è l’evoluzione di quello FastCGI che ha consentito a Windows Server di diventare una piattaforma ideale anche per PHP a partire dalla versione 2003 e da IIS 6. FastCGI risolve il problema dell’onerosità della creazione di nuovi processi con l’attivazione di una singola istanza che verrà usata in modo efficace da IIS per gestire un numero variabile di richieste, isolandole da quelle degli altri siti Web ma gestendole sempre con un processo unico. Di tanto in tanto, in modo configurabile, [...]

Con una mossa a sorpresa, Oracle ha rilanciato sulla causa che la vede opposta a Google relativamente alla violazione da parte di Android di proprietà intellettuale collegata a Java. L’azienda di Ellison ha chiesto al tribunale che aveva condannato Google di ricevere non meglio specificati indennizzi monetari e che a Google sia impedito di continuare a “violare la proprietà intellettuale” di Oracle.

Nel 2012 il tribunale aveva dato ragione a Google confermando così che non era possibile brevettare le API. Oracle chiedeva invece che l’uso che Android fa di Java venisse considerato come una violazione della proprietà intellettuale dell’azienda. Android è infatti basato su un kernel Linux specializzato e su una versione personalizzata della JVM, la Java Virtual Machine. Da quando Oracle ha acquisito da Sun i diritti su Java, ha combattuto ferocemente qualsiasi implementazione alternativa di Java e della JVM. Secondo Oracle, infatti, l’implementazione di Google ha come obiettivo quello di non pagare royalty a Oracle stessa e se consideriamo che Android è il leader incontrastato del mercato dei device mobili, raggiungendo l’80% della diffusione in alcune aree, si può intuire come attorno a questa querelle possano girare tantissimi soldi.

Nel 2012 la sentenza sembrava aver chiuso la partita ma qualche settimana fa, a sorpresa, la Corte d’Appello ha invece ribaltato il verdetto, affermando che le dichiarazioni del codice, la struttura e l’organizzazione delle API sono in effetti elementi protetti dalle leggi sulla proprietà intellettuale, anche se il giudizio non è stato una completa vittoria per Oracle visto che il giudice ha chiesto che venga discusso se Google abbia utilizzato questi elementi nell’ambito delle possibilità garantite dalla legge (fair use) o meno prima di decidere su eventuali indennizzi monetari ed altre conseguenze.

Google afferma che il via libera alla brevettabilità delle API infliggerebbe un colpo mortale al settore del software, creando di fatto dei “monopolisti delle API” soprattutto tra le aziende più anziane come Oracle, Apple e Microsoft. Se a queste aziende, che operano nel settore da decine di anni, fosse consentito di brevettare le API elaborate nel corso della loro storia, esse prenderebbero di fatto il controllo di ciò che può essere implementato. Il verdetto di appello è stato comunque molto controverso anche perché in tal senso l’Europa ha già deliberato la non brevettabilità del software a causa della necessità di scrivere codice simile per risolvere problemi simili.

La dichiarazione di Oracle rende ovviamente tutto più complesso perché conferma la volontà dell’azienda produttrice dell’omonimo database di andare avanti e rilanciare, spostando il suo obiettivo verso tutte le versioni di Android. Considerati i numeri del sistema di Google, usato da centinaia di milioni di dispositivi nel mondo, la definizione di questo caso potrebbe cambiare il panorama complessivo sia del settore del software (qualora le API venissero considerate brevettabili) sia in quello dei device mobili.