Új hozzászólás Aktív témák

• floatr veterán

  #11825

  #11824 dudikpal

  2022-06-17 10:43:47

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  floatr

  veterán

  #11824 dudikpal

  #11824 dudikpal

  Herokun SpringBoot + Angular kombóval nem jutok dűlőre.
  A projekt mappában van mindkettő (külön mappában nem boldogult az angularral), leépül ahogy kell, bejön a frontoldal, válaszol a backend urlből hívva, örömebódottá'.
  Ahogy én azt gondoltam.
  Localon term kipróbáltam, és működött a registráció, és utána a login is, mongocloudon ott az user.
  Felteszem herokura, ott meg azt írja, hogy Cannot POST /api/auth/signin 404 error
  beírtam az ng fetchbe hogy mode: 'cors',,
  majd a backenden ezeket egyenként @CrossOrigin()
//@CrossOrigin(origins = "*", maxAge = 3600)
//@CrossOrigin(origins = "http://localhost:4200", allowedHeaders = "*", allowCredentials = "true")
WebSecurityConfig-ban ez alapból benne volt http.cors().and().csrf().disable()
  Kerestem, de csak olyan válaszokat találtam, hol külön appként tették fel a front-backet, nálam meg ugye egy dynon van. Ezek szerint rosszul gondoltam, hogy ilyenkor relatív pathokkal meg lehet oldani? Volt régebben vmi projektem, ahol beírtam a fetchbe hogy url = 'api/questions, és azóta is megy herokun, szóval nem értem. Igaz, ez utóbbinak sima js-html frontendje van.

  Nem ismerem a herokut, de CORS problémákat az api gatewaynél oldottam meg

• mobal nagyúr

  #11763

  #11762 dudikpal

  2022-04-30 19:57:28

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  mobal

  nagyúr

  #11762 dudikpal

  #11762 dudikpal

  Elképesztő mennyire egyértelműnek veszem, hogy ha én tudom miben van a projekt, akkor mindenki más is
  Szóval Spring Boot projekt, Spring Data JPA-val, MongoDB-vel.
  
  A jpql alapból nem játszik, mert igaz nem mondtam, de a több érték két lehetőséget takar:
  - értékek tömbben
  - 2 érték, amikkel kell egy gt-lt vizsgálat
  Ezt jpql-el mondjuk meg lehetne, csinálok egy helpert, az megnézi h mi van az attribútumban, és úgy konkatenálja össze a queryt. Bár ettől kiráz a hideg, ha csak belegondolok
  Akkor már inkább töltse fel a filterPredicates tömböt, ha már a CB-nek amúgy is van between methodja.

  A nullal meg nem is kell foglalkoznom, mert a modelmapperem setSkipNullEnabled, közben beugrott.

  Criterua builder.

• Drizzt nagyúr

  #11761

  #11760 dudikpal

  2022-04-28 23:10:17

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Drizzt

  nagyúr

  #11760 dudikpal

  #11760 dudikpal

  Van egy entitásom 39 attribútummal (lesz még több is).
  Ezek szerint kéne szűrnöm az adatbázisból (az ugye nem opció, hogy findAll, és majd a serviceben filterezek), DE!
  MINDEN attribútum opcionális, és egy vagy több érték lehet benne.

  Először nekiestem az ExampleMatcher-nek, ami nagyszerűen működik, de nem kezel multiple value-t.
  Szerintetek mi lenne erre a legmegfelelőbb:
  - CriteriaBuilder a Predicate-ekkel
  - QueryDSL
  - vmi egyéb okosság?

  Talan jpql queryvel, ilyenekkel a clauseban: where :users is null or user in :users. De 39 parameterrel lesz ez minden, csak szep nem.
  Ha mondjuk Spring data-t hasznalsz, akkor a filter lehet komplex objektum. [link]

Új hozzászólás Aktív témák