Newsgroup: it.lavoro.informatica
Titolo: redhat, ovvero come ti fotto l'opensource

come di certo sapete qualche anno fa la redhat acquis� jboss, da allora 
esiste 
jboss.org
 con i prodotti supportati dalla community e 
jboss.com
 
con le versioni degli stessi prodotti supportati (dietro sottoscrizione) 
da redhat.
fra questi prodotti c'� il sistema di monitoraggio jopr, che un tempo si 
chiamava jon ed era esclusivamente distribuito alle sottoscrizioni mentre 
oggi � presente esattamente uguale anche su 
jboss.org
.
un nostro cliente acquist� a suo tempo una sottoscrizione di questo jopr, 
giustamente per avere il supporto tecnico. la manutenzione la facciamo 
materialmente noi, in caso di problemi utilizziamo il loro account per 
ricevere le soluzioni.
ora, accade che dobbiamo fare un aggiornamento e approfittiamo di 
scaricare la versione 2.2 dopo aver ovviamente verificato che fosse una 
versione supportata dalla sottoscrizione. dopo 10 minuti 
dall'aggiornamento ci accorgiamo (anzi, mi accorgo) che c'� un bug di 
quelli abbastanza clamorosi, praticamente il prodotto non vede le 
applicazioni clusterizzate. 
subito faccio segnalazione al supporto tecnico. la risposta 
effettivamente non tarda pi� di un'ora a venire; peccato che fosse una 
laconica ammissione "� vero, ci stiamo lavorando". anzi, ad essere 
precisi, ci *stanno* lavorando: infatti mi rimandano al bug tracking di 
*
jboss.org
* dicendo di tenerlo d'occhio per quando verr� rilasciata la 
patch.
la domanda sorge spontanea: il cliente che cazz...olina la paga a fare la 
sottoscrizione (seimila euro l'anno) se poi fa fede il supporto della 
community? in cosa consiste il loro supporto? forse supporto morale? :-)
inutile dire che ho gi� consigliato il cliente di mandarli a fare un 
giro...
 

 giro...
Guarda che Redhat utilizza bugzilla pubblici ma non è che ci sia la 
community a risolvere i bug, ma sempre indirizzi @
redhat.com
Insomma, ci sono bug (come quello che vi è capitato) che non sono semplici 
da risolvere e ci vuole del tempo, anche se paghi X euro l'anno (e qualunque 
modello di sviluppo utilizzi la ditta che produce il software). Tu avrai 
sicuramente la patch impacchettata e facile da installare prima che un 
utente community.
-- 
Vide

 installare prima che un utente community.
anche di questo, parliamone :-)
altre volte (sempre sullo stesso prodotto) si � semplicemente aspettato 
l'uscita della successiva minor release, a meno che non fossi te a 
scaricarti la correzione dal svn e compilartela. 

 giro...
Non conosco la loro poltiica, ma mi pare che accada praticamente ovunque.
Mi ricordo bea weblogic, che nel 2000 era poco pi� che un giocattolo, e 
ci cost� decine di milioni di lir ein licenze e supporto, che poi non 
arriv� mai.
Ti consiglio di passare a .NET, dicono che la migrazione � economica....:)
Ma anche il supporto ed il licensing...;)

 scaricarti la correzione dal svn e compilartela.
Qui allora un punto in meno a RedHat, anche se bisogna comunque capire che 
ci sono politiche di rilascio ben precise (o ci dovrebbero essere :P), per 
cui i bugfix devono andare in una versione concreta e non essere pubblicati 
ufficialmente come patch sciolte.
Comunque diciamo che è abbastanza conosciuto il fatto che se sei un utente 
con buone/ottime capacità tecniche, pagare per gli abbonamenti "premium" non 
è la cosa più furba del mondo. Cioè, male non fa (a parte al portafogli) ma 
è certamente più utile si le conoscenze ti mancano e hai bisogno di qualcuno 
che ti aiuti anche a individuare il problema (oltre a risolverlo).
-- 
Vide

 fatto sul server di produzione...
no, si fa le finte :)
un ambiente di staging non � applicabile. in ogni caso c'� una procedura 
di rollback e entro mezz'ora si torna alla configurazione di partenza. 

 giro...
Eh si, non sono pi� come una volta che capitava di trovare Alan Cox da un 
cliente Red Hat a compilare una versione
customizzata del kernel....