Ezzel a PR-ral áttérünk RuntimeException-ök használata. Tisztában vagyok vele, hogy ezt a java-s világban nem igazán üdvözlik örömujjongással, de nálunk egészen leegyszerűsíti a dolgokat.
A web rétegben van egy központi kivételkezelő: PekServiceExceptionHandler. Az EJB rétegből érkező kivételeket nem kezeljük csak egy központi helyen. A kivételek a PekException-ből származnak. Később kell majd egy módszer, amivel a különböző hibatípusokhoz lehet HTTP hibakódot rendelni. Lehetséges, hogy a hibák osztályozását fogjuk erre felhasználni. Egyelőre minden service rétegből érkező hiba 500-as hibaként jelenik meg az api felhasználójának. Ezen majd változtatni kell!
Ezzel a PR-ral áttérünk RuntimeException-ök használata. Tisztában vagyok vele, hogy ezt a java-s világban nem igazán üdvözlik örömujjongással, de nálunk egészen leegyszerűsíti a dolgokat.
A web rétegben van egy központi kivételkezelő:
PekServiceExceptionHandler. Az EJB rétegből érkező kivételeket nem kezeljük csak egy központi helyen. A kivételek aPekException-ből származnak. Később kell majd egy módszer, amivel a különböző hibatípusokhoz lehet HTTP hibakódot rendelni. Lehetséges, hogy a hibák osztályozását fogjuk erre felhasználni. Egyelőre minden service rétegből érkező hiba 500-as hibaként jelenik meg az api felhasználójának. Ezen majd változtatni kell!