backend & springboot

[sysmat]

• Je kak poseben razlog da niste uporabili zadnjo verzijo (3.2.0) ?
• Je kak poseben razlog zakaj se uporabili javax.persistence?
• Z spring-boot-starter-data-jpa pride jakarta.persistence in potem tudi ni potrebe po extra lib za javax
• slf4j-api v komentarju piše use latest in zadnja verzija je 2.0.9, je kak poseben razlog da niste uporabili zadnjo verzijo?
• unit testing, uporabili ste spring-boot-starter-test potem ni potrebe po eksplicitnem navajanju org.junit.jupiter
• springboot ima tudi zelo fajn DX preko spring-boot-devtools
• main poženete tudi kreiranje sob, za DEV okolje je vredu, samo v PROD pa ni najbolje. Kako bi to naredili da se ustvarijo samo v DEV okolju.
• REST API: dobra praksa je da routing razbijemo na eniitete in potem tudi HTTP meotoda kontrolira akcije, tako da ni potreba po extra path za akcijo

/api
  /vx - opcijsko določimo verzijo
      /room
         POST, GET, DELETE  roomId
         GET  /all
     /reservation
      POST, GET, DELETE  reservationId

• springbbot tudi omogoča da na class nivoju določimo vrhnji mapping z anotacijo @RequestMapping
• @CrossOrigin tukaj je zafiksiran url, če bi kje drugje poganjali to nebi bilo primerno

[vanjadimkovska]

Zadnjo verzijo (3.2.0) nisem uporabila zaradi napake ki se mi je pojavila med prvim zagonom programa, zaradi nekih konfliktov, pa sem se spomnila da sem imela skoraj neki projekt na fakulteti in da sem imela isti problem in sem kr šla in pogledala katero verzijo sem takrat uporabila, in uporabila tisto. javax.persistence sem uporabila zaradi napak z podatkovno bazo in žal nisem vedla da je pokrito z spring-boot-starter-data-jpa. Tako kot sem sem že napisala zgoraj, vsa neujemanja s najnovejšimi verzijami so zaradi napak in konfliktov z nekimi drugimi knjižnicami (slf4j-api). Glede kreiranja sob v mainu, sem to največ naredila da bi najlažje videli kako vse deluje, da ne bi rabili ročno ustvarjati, drugače pa sem preiskala da se to lahko naredi z preverjanjem aktivnega profila v aplikaciji. Za @CrossOrigin žal nisem poznala drugega načina, in sem to naredila da bi se izognila napak z CORS.

[sysmat]

• Fajn bi bilo da popravite v repozitorij, na ta način tudi vidimo kako hitro popravite.
• maven transitive dependencies je zelo pomembna stvar in jo je potrebno razumeti, trenutna rešitev ne bi bila primerna za produkcijo, tole ima prioriteto 5

[vanjadimkovska]

Pozdravljeni, Se opravičujem zaradi malo poznega odgovora ampak sem se zaradi obveznosti komaj danes spravila v reševanje. Spremembe so vidne na git-u. Lep pozdrav

[kle-pra]

Glede cors-a se drugače za development server lahko izognete tudi z uporabi proxy-ja, za vaš primer v vite: https://vitejs.dev/config/server-options.html#server-proxy

• potem za razvoj ne potrebujete @cors na spring boot strani, saj vite-a proxy-ja requeste in spring boot to vidi, kot da prihajajo iz drugega backend-a, ne browserja.

1. Z docker compose je sedaj precej bolj elegantno.
2. Tudi verzije so sedaj urejene, zadnja verzija Spring Boot, slf4j.
   • Iz lib, ali lahko pobrišete jar-e saj to načeloma ne bi smelo biti več potrebno? Pa tudi drugače v maven projektih libov ne dodajamo tako.
3. Vrhnja anotacija v controller tudi fajn, tudi naredi controller bolj berljiv. Poimenovanja pathov so sedaj tudi bolj po priporočilih za REST.
4. Fajn, da ste dodali preverjanje profila prek Environment - alternativno je opcija tudi z @Profile anotacijo nad metodo.

Vidim, da ste iz .gitignore odstranili target, kakšen razlog? Drugače to ni priporočjivo, saj ni potrebe, da je ta zbuildana koda v git, saj zaseda prostor (lahko se ustvari in zbuilda po potrebi lokalno ali v sklopu CI pipeline-a), pa tudi commiti so potem težje berljivi, ker je toliko sprememb (target vsebuje kup datotek). Boljše, da se spet doda.

Hvala za dodane popravke, ter tudi zgornje odgovore, ki so v glavnem v redu. Trenutno smo še v fazi izbire, vas pa bomo kmalu obvestili glede naprej.

[vanjadimkovska]

Popravki glede lib, target pa server proxy so vidni na repozitoriju.

Hvala na nasvete in smernice in upam da se kmalu slišimo.

[sysmat]

• fajn uporaba docker-compose
• fajn uporaba jakarta
• vam sporočimo, kdaj bi imeli še razgovor