Gli "Ospiti" della Sala Macchine

La storia (infinita?) del $4WC (parte 2)

Breve riepilogo per chi si fosse perso la prima parte:

se volessi applicare la logica del $4WC alla vita normale, per farmi un piatto di spaghetti dovrei:

1. aprire il mobile della cucina e prendere la pentola
2. uscire sul balcone, scalare il palazzo, calarmi dall'altra parte con una corda per entrare dalla finestra nella stanza di fianco alla cucina a prendere la pasta
3. saltare dalla finestra e risalire le scale per tornare in cucina
4. mettere la pentola sul balcone aspettando che piova abbastanza da riempirla
5. ho tutto, posso cucinare e finalmente ho la pasta!

Dite che esagero? Considerando che i passaggi sopra rappresentano le chiamate, spesso inutili, tramite reflection che il $4WC fa per fare qualsiasi cosa e che il client e' "stupido" quindi ogni cosa che fa si riflette immediatamente sul database (e quindi legge e scrive di continuo)... forse no.

Tirerei in mezzo Davide per un parere, ma poi va a finire che risponde col solito "che c'entro io?" quindi evitero' e continuero' la narrazione.

Dopo aver brevemente ripassato gli orrori della settimana prima con L1, per paura che potessimo dimenticarli?, incontriamo L2, noto anche come Lurch per somiglianza fisica e capacita' oratoria.

Avete presente il classico prof liceal-universitario il cui monotono tono di voce costringe immancabilmente al distacco delle sinapsi e/o all'entrata del cervello in modalita' "gli occhi ti seguono, la testa annuisce, ma in realta' NON stai sentendo quello che viene detto"? Stessa cosa.

Soprattutto, durante i giorni che siamo stati a contatto con questo individuo, spesso e volentieri NON sapeva di che stava parlando, fermandosi quindi a ravanare nel codice alla ricerca di una configurazione una volta, un file un'altra, una spiegazione non imputabile agli influssi degli anelli di Saturno sul perche' la cosa che diceva non era coerente a quanto si trovava scritto nel codice un'altra ancora.

Insomma, il non gia' altissimo morale e' finito sotto i tacchi ed il neurone distaccato allo scopo ha fatto harakiri. Purtroppo pero', prima di tirare le cuoia ha fatto in tempo a far passare alcune informazioni:

Quelli che questi loschi figuri di $Altra_azienda_supermercati si azzardano a definire "batch" sono degli obbrobri scritti in java (i famosi EJB accennati nella prima storia), che con la velocita' degna di un bradipo spalmato sull'autostrada da un tir effettuano operazioni sequenziali sul db tramite CICLI FOR sulle righe risultato delle query. Aprendo e chiudendo connessioni a manetta!

Scopro inoltre che, a parte passare un riferimento al bean a qualche sottometodo infilato in jar per far si che si potesse chiamare un altro metodo del bean stesso (e posso anche starci.. ma allora perche' non fare tutto nel bean, visto che sempre qua si torna?), l'EJB richiama SE STESSO attraverso la sua interfaccia locale!

Abbiamo scoperto poi che fa questi loop allucinanti per agganciarsi alle transazioni dell'application server visto che loro non riescono a gestirle. Tuttavia.. immaginate la botta che abbiamo avuto appena abbiamo visto sta roba!

Il risultato in termini di performance dell'accrocchio qui sopra si puo' tranquillamente misurare in ere geologiche, con un allucinante tempo variabile (a seconda dei casi) dalle 6 alle 8 ore. Ed in questa jungla avremmo dovuto aggiungere (e stiamo, al momento in cui scrivo) la nostra parte per la nuova gestione. Aggiungendo quindi un delta temporale alle elaborazioni gia' lente! Fortunatamente, hanno avuto la saggezza (?) di rendere i batch interrompibili. Come? Facendo loggare un utente "STOP". Prima di ogni operazione, se si trova questo utente loggato, allora si esce dal batch.

Quando l'ho visto, son rimasto senza parole... PL/SQL, questo sconosciuto!! (E no, non possiamo usarlo nemmeno solo per la nostra nuova parte perche' non vogliono. Temo perche' non hanno nessuno che sa usarlo, ma d'altronde non hanno nessuno nemmeno che sa usare Java a quanto posso vedere).

In uno degli attimi di terrore (torpore?), in cui L2 era immerso a ravanare nel codice, CA si e' espresso in una performance da tramandare ai posteri:

ha preso il suo blocco, ha scritto "Lavorate sulla $nome_progetto_vecchio_cliente", ha fatto due passi alle spalle di L2, e ce l'ha mostrato senza farsi vedere. Al che $Io e C1, annuendo impercettibilmente e parimenti impercettibilmente girando i portatili in modo che Lurch non avesse visibilita' di quel che facevamo (d'altronde, pure che l'avesse avuta, era troppo impegnato a produrre il suo ronzio e clickare freneticamente) ed in Desktop Remoto sulle macchine di $Citta'_Pizza_e_Mandolino ci siamo messi a lavorare!

Non avrei mai pensato di poterlo dire, ma... per la prima volta in vita mia sono stato felice di lavorare!!!

Finita questa seconda settimana, fortunatamente piu' corta di un giorno, siamo tornati alla messa in produzione di $nome_progetto_vecchio_cliente e non abbiamo iniziato a mettere le mani nella merdaccia nel $4WC per altri 2 mesi e passa.

Finche' venne marzo e cominciarono gli sviluppi.

-- continua (o forse no e sono morto nel vano tentativo di spurgare il $4WC) --

GattoNero

Previous elenco Next

le storie degli ospiti sono in ordine sparso, quindi 'precedente' e 'successiva' possono portare su storie di altri autori

Comments are added when and if I (or the story's author) has the time to check them and after removing junk, phishing and so on. So don't hold your breath. Besides, if your comment doesn't get posted, don't write me about it. Evidently it wasn't worth it.

9 messages this document does not accept new posts

orrore.... By Eugenio Dorigati posted 14/05/2009 14:38

format By Tommaso posted 15/05/2009 16:54

-AT- Tommaso By GattoNero posted 15/05/2009 19:27

-AT- GattoNero By Andrea posted 15/05/2009 23:53

-AT- Andrea By Daniele C. posted 18/05/2009 15:10

Database e Java By anonymous posted 15/05/2009 20:31

-AT- anonymous By Daniele C. posted 18/05/2009 15:14

LOL By anonymous posted 01/06/2009 14:59

dipendenza da db By Massimo M. posted 19/01/2010 19:03

9 messages this document does not accept new posts

Previous tales' list Next

This site is made by me with blood, sweat and gunpowder, if you want to republish or redistribute any part of it, please drop me (or the author of the article if is not me) a mail.