Addio OracleClient
Mercoledì 24 Giugno 2009 - 08:47
di Gianni Malanga
Con un annuncio a sorpresa il team di sviluppo di ADO.NET ha comunicato qualche giorno fa sul suo blog ufficiale la decisione di porre termine allo sviluppo dell’OracleClient, quel componente del .NET Framework che permette di accedere ai database della Oracle da applicazioni .NET Framework.
Questo non significa che dall’oggi al domani tutte le applicazioni .NET che fanno uso dell’OracleClient (System.Data.OracleClient) smetteranno di funzionare; infatti, questo componente sarà ancora presente anche nella futura versione 4.0 del .NET Framework sebbene marcato come “obsoleto”. La cessazione dello sviluppo significa comunque che non saranno più rilasciate nuove versioni dello stesso compatibili con i futuri aggiornamenti dei database Oracle. Gli sviluppatori dovranno quindi in futuro trovare componenti di terze parti per poter continuare ad accedere a basi dati Oracle.
Secondo il team di sviluppo di ADO.NET, la decisione è stata presa dopo un’attenta discussione con i clienti e i partner Microsoft dalla quale sarebbe emerso che una fetta significativa di essi utilizza provider ADO.NET per Oracle di terze parti e quindi per indirizzare meglio le risorse del team e dirottarle su necessità più urgenti si è presa la decisione di interrompere lo sviluppo dell’OracleClient.
A giudicare però dai commenti che si possono leggere in coda all’annuncio sul blog, non sono dello stesso avviso gli sviluppatori che invece non hanno gradito la notizia. E voi che ne pensate?
Categoria: Microsoft Dev | Permalink
Commenti
1
http://www.oracle.com/technolo.....index.html
# - postato da cardigait - 24 Giugno 2009 - 13:56
2
Bhe, si capisce la chiusura da parte di Microsoft: oggi Oracle è il principale competitor sulle tecnologie enterprise.
# - postato da Luciano - 24 Giugno 2009 - 15:54
3
…e allora? dove stà il problema?
Qui, se vogliamo essere pignoli la terza parte è proprio Microsoft, visto che il client Ufficiale di oracle ODP è disponibile e mi si dice pure migliore (e di molto) rispetto a quello di Microsoft,
basterà usar quello ufficiale per i nuovi progetti e stop.…poi da quel che si capisce l’ assembly verrà deprecato (come System.Web.Mail, sostituito dal miglior System.Net.Mail) ma rimmarrà pur sempre presente, ci sarà solo un warn in fase di compilazione, quindi si avrà tempo fino al 2012 ( e siamo nel 2009, son 3 anni! ) per migrare eventuale codice datato, in piu’ anche se venisse rimosso, basterà effettuare il deploy dell’ assembly che lo contiene e tutto continuerà ad andare
e poi rimane sempre l’ opzione di migrare verso SQLServer… quindi mi ripeto:
…e allora? dove stà il problema?
# - postato da kentaromiura - 24 Giugno 2009 - 17:56
4
Sono d’ accordo su Kentaro, io ho lavorato con .NET e oracle, e non ci siamo mai basati sul provider di MS; abbiamo sempre usato quello sviluppato dalla stessa oracle!
Sull’ opzione di migrare a sql server… purtroppo non sempre si puo scegliere! ;-P# - postato da stefano m - 30 Luglio 2009 - 13:58