Second Opinion
Folosind serviciul second opinion ne puteți trimite RMN-uri, CT -uri, angiografii, fișiere .pdf, documente medicale. Astfel vă vom putea da o opinie neurochirurgicală, fără ca aceasta să poată înlocui un consult de specialitate. Răspunsurile vor fi date prin e-mail în cel mai scurt timp posibil (de obicei în mai putin de 24 de ore, dar nu mai mult de 48 de ore). Second opinion – Neurohope este un serviciu gratuit. www.neurohope.ro |
Situatii... exceptionale
#1
Posted 13 September 2017 - 11:17
E normal ca atunci cand porneste o aplicatie Java, sa arunce zeci de randuri de exception stack traces, chiar daca apoi (pare sa) functioneaza(e)? Cand pornesc o astfel de aplicatie (adesea serviciu in backend) si vad toate acele stack traces, ce reactie ar trebui sa am?
Edited by dani.user, 13 September 2017 - 11:24. |
#2
Posted 13 September 2017 - 11:27
#3
Posted 13 September 2017 - 11:37
#4
Posted 13 September 2017 - 11:37
Daca ar fi vreo problema usor sesizabila, imediat as lua logul la bani marunti sa vad unde ar putea fi (poate e ceva banal gen spatiu insuficient pe disc). Dar cand apar cu zecile la o pornire a aplicatiei proaspat instalata (poate chair avand configuratia implicita), imi dau senzatia ca sunt acolo de mult timp, iar dezvoltatorilor nu le pasa de ele.
|
#5
Posted 13 September 2017 - 11:41
pai ar trebui vazuta cauza, de ce sunt afisate stack trace-urile alea.
ca raspuns la intrebare, nu e normal ai putea sa pui un stack trace aici, poate e ceva evident in el |
#6
Posted 13 September 2017 - 11:54
N-am exemple pe moment ca nu sunt la birou. Ma gandesc insa ca nu aveau ce cauta acolo daca obstacolele intalnite in rularea codului erau banale (daca n-ar fi fost banale n-ar fi functionat aplicatia cum trebuie).
Edited by dani.user, 13 September 2017 - 11:59. |
#8
Posted 13 September 2017 - 12:12
dani.user, on 13 septembrie 2017 - 11:17, said:
E normal ca atunci cand porneste o aplicatie Java, sa arunce zeci de randuri de exception stack traces, chiar daca apoi (pare sa) functioneaza(e)? Cand pornesc o astfel de aplicatie (adesea serviciu in backend) si vad toate acele stack traces, ce reactie ar trebui sa am?
sunt chestii care nu fost implementate din serverul generalist in versiunea ta de server. Acest comportament poti sa-l vezi atat pe apache tomcat, Wildfly (ex Jboss) , Apache Hadoop server, etc De altfel noi ne facem filtre prin care filtram output stacktrace-ului doar pe ce ne intereseaza pe noi. Apoi acest stacktrace verbose mai are rolul in cazul in care dai de un run-time error poti sa faci debuging ultra-rapid a problemelei. Intr-o aplicatie JAVA EE, aceste loguri de output sunt AUR pentru debuggingul problemei( iti spun unde este problema fara sa fie nevoie sa pui tot serverul/clusterul in debugging mode). Noi am dezolvat aplicatii interne foarte puternice doar pt analiza logurile de output a serverlor si clusterelor de java pe care le folosim dar si a servelor java scrise de noi Quote . Dar cand apar cu zecile la o pornire a aplicatiei proaspat instalata (poate chair avand configuratia implicita), imi dau senzatia ca sunt acolo de mult timp, iar dezvoltatorilor nu le pasa de ele. Ca de aceea au fost pusen acolo . Edited by Qupidqu, 13 September 2017 - 12:22. |
#10
Posted 13 September 2017 - 12:49
romio79, on 13 septembrie 2017 - 12:44, said:
confunzi logul cu stacktrace-ul Iar atunci cand logul aplicatiei se unifica cu stacktraceul aceste este scheletul de la care se pleaca pentru a crea un framework de audit a aplicatiilor java. Noi avem propriul framework de audit facut in java pentru aplicatiile java client & server.
Edited by Qupidqu, 13 September 2017 - 13:03.
|
|
#11
Posted 13 September 2017 - 13:43
Qupidqu, on 13 septembrie 2017 - 12:12, said:
Ceea ce experimentezi este normal. ..........acest stacktrace verbose mai are rolul in cazul in care dai de un run-time error poti sa faci debuging ultra-rapid a problemelei..... ti se pare tie normal, pentru ca esti dezvoltator. din punctul de vedere al unui utilizator, aplicatia nu trebuie sa arate mesaje de eroare care de fapt nu o afecteaza. varianta cu un parametru din linia de comanda care sa activeze acest mod "verbose" e ok, astfel incat sa poti trimite unui dezvoltator toate detaliile unei erori, dar implicit aplicatia nu trebuie sa sperie inutil utilizatorul. sa nu mai vorbim de faptul ca o lista mare de "erori" ce trebuie ignorate il va face pe utilizator sa rateze erorile care il afecteaza cu adevarat. |
#12
Posted 13 September 2017 - 13:51
pai aplicatia a fost facuta de dev pt dev sau de dev pt user normal ?
Edited by MarianG, 13 September 2017 - 14:00.
|
#13
Posted 13 September 2017 - 14:02
chiar asa facuta de dev pentru dev - la modul profesionist iti permiti sa implementezi un filtru
Edited by MarianG, 13 September 2017 - 14:02. |
#14
Posted 13 September 2017 - 14:16
MarianG, on 13 septembrie 2017 - 14:02, said:
chiar asa facuta de dev pentru dev - la modul profesionist iti permiti sa implementezi un filtru De filtru nu am nevoie caci sunt dev ,deci daca vreau pot sa-mi fac si eu un filtru si nu trebuie sa stau cu mana intinsa la celalalt dev "Da si mie un filtru, da si mie ...." ) Edited by Qupidqu, 13 September 2017 - 14:21. |
#15
Posted 13 September 2017 - 14:26
Qupidqu, on 13 septembrie 2017 - 13:51, said:
pai aplicatia a fost facuta de dev pt dev sau de dev pt user normal ? tranteste-i unui dev 40-50 de exceptii la pornirea aplicatiei si te asigur ca atunci cand a 20-a exceptie va fi importanta, nu o va vedea. |
|
#16
Posted 13 September 2017 - 14:44
_Smiley_, on 13 septembrie 2017 - 14:26, said:
tranteste-i unui dev 40-50 de exceptii la pornirea aplicatiei si te asigur ca atunci cand a 20-a exceptie va fi importanta, nu o va vedea. cat [log_name] | grep "Caused by" Daca doresti o afinitiatea si mai mare intre eroarea cea mai relevanta si continutul logului atunci poti folosi sed pe acel log al aplicaitiei. https://en.wikipedia.org/wiki/Sed |
#17
Posted 13 September 2017 - 14:51
Quote cat [log_name] | grep "Caused by" nu sa faca foloseasca 3rd party pentru a intelege de ce nu merge Edited by MarianG, 13 September 2017 - 14:51. |
#18
Posted 13 September 2017 - 15:17
Qupidqu, on 13 septembrie 2017 - 14:44, said:
ba o va vedea caci are cauza prefixata inainte cu "Caused by...: iar apoi restul de error-chain este identat cu un tab. In plus se poate cauta extrem de facil in logul aplicatiei cat [log_name] | grep "Caused by" Daca doresti o afinitiatea si mai mare intre eroarea cea mai relevanta si continutul logului atunci poti folosi sed pe acel log al aplicaitiei. https://en.wikipedia.org/wiki/Sed tot nu reusesti sa intelegi problema nu e daca poate gasi eroarea. poate activa oricand modul "verbose" si o poate cauta in loguri. problema e ca erorile care nu influenteaza functionarea normala a aplicatiei vor "ascunde" erorile de care trebuie sa te ocupi, intarziind astfel descoperirea lor. in loc sa observi problema la compilare, o gaseste un QA dupa minim 3-4 ore (cat ii sa faca un build + kit de instalare, sa curete o masina virtuala, sa instaleze aplicatia si sa testeze modificarile). |
Anunturi
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users