Quarkus and Panache ORM

Поделиться
HTML-код
  • Опубликовано: 3 фев 2025
  • НаукаНаука

Комментарии • 7

  • @mrusagi1004
    @mrusagi1004 5 лет назад +1

    Nice, gonna try to use this for one of my private projects.

  • @skowollon84
    @skowollon84 3 года назад

    Hi. We recently extended our entities in a quarkus project with panache to kill all our daos.
    it all worked very well until we saw that out of the sudden our code coverage dropped about 10%.
    it even werent classes that have been altered due to the panache extension.
    we searched a long time for it till we found out that we drop the coverage the moment our entities extend panacheentity.
    Did you experience anything like that?

    • @bienadam
      @bienadam  3 года назад

      Don't worry about that. PanacheEntity ships with the quarkus and is out-of-scope. I wouldn't test the abstract classes just to increase the code coverage.

    • @skowollon84
      @skowollon84 3 года назад

      It actually were service tests for our entity Services. We extended all our entities from the panache entity and all tests dropped to zero in our coverage.
      After a while we figured that using primitives in our entities caused the problem.
      Using the object wrappers solved the problem

  • @dempile
    @dempile 5 лет назад

    For once, you have made some persistence stuff, thanks

  • @ebuzertahakanat
    @ebuzertahakanat 5 лет назад +1

    Quarkus model is plain stupid they have quarkus version of every dependency if they did not provide that for you good luck. It has great features but i don't like this type of things i hope they can create more reasonable solution for it.

    • @martinlemnian2472
      @martinlemnian2472 5 лет назад +2

      The problem is, that an external dependency needs to be compatible to be natively compiled. There are dependencies, that simply do not work (i.e. Frameworks that uses Reflections all over the place). That's why quarkus provided some Libs, that are proven to work.