Täna käisid töö juures M. (tegelikult B.) ja C. (tegelikult C.) insenerid uurimas, et miks kurat siis ikkagi 3 kuud hoolikalt testitud rakendus tootesse panemisel ikaldama hakkas.
Inseneride konsentratsioon oli nii kõrge, et osa süsadminne kartis juba singulaarsuse teket. Singulaarsust siiski ei tekkinud, ainult tuletõrjealarm sai vaimse orgasmi.
Pika ja keerulise uurimistöö käigus, selgus muuseas ka tõsiasi, et teatud Rakenduse teatud exceptioni töötelmisel tekib uus exception, sedapuhku juba nullpointer tüüpi. Urundaja keeras sealsamas koha peal kokku pätsi, mis sai ka puusalt tootesse tulistatud. (Kids, don’t try this at home!)
Lisaks suutsid C. insenerid välja raalida ka selle, et Rakendus saab väga-väga pahaseks kui SOAP sõnumid temani vales järjekorras jõuavad. Ühtlasi selgitab see põhjuse miks vead testides ei ilmnenud. Teststsenaariumid nimelt töötasid alati ilusasti teinteteise järel ja sõnumid ei läinud kunagi sassi. Vana sõnumirouter (mille kõhtu ei näe) tõenäoliselt tagas mingi häkiga sõnumite kindla järjekorra. Uude sõnumirouterisse, aga polnud keegi seda featuuri projekteerinud. Tõsine enterpraiss ühesõnaga.
Niisiis on vajalik kogu Rakenduse sõnumite töötlemise automaadi põhjalik ringi kirjutamine. Aega selleks, on härrastel M. arendajatel, ei rohkem ega vähem kui 2 ööpäeva, sest vastavalt lahkete projektijuhtide lubadustele peab Rakendus 24.ndamal rahvusvahelisse tootesse minema. Jääme huviga ootama uusi arenguid.
22/4/2008
Insenerid, singulaarsus ja nullpointerid
Comments Off
No Comments
No comments yet.
RSS feed for comments on this post.
Sorry, the comment form is closed at this time.