Комментарии 15
В общем случае @Entity не должна быть @Data классом, т.к. дата-классы это Value-objects, и, например, проверяют идентичность объектов по всем полям. Для entity же идентичность обычно значит совпадение ID или NaturalId, это важно для многих внутренних механизмов JPA.
Здесь Влад рассказывает как раз как правильно реализовать equals / hashCode.
Логика в контроллерах? Ай-ай-ай. Хотя, о том, что CMainViewReport является контроллером, нужно ещё догадаться.
Исключения ради исключений — тоже не очень хорошо.
Исключения ради исключений — тоже не очень хорошо.
Сказал человек, генерирующий исключения на ровном месте и пишущий интерсепторы для их последующей обработки :)
А исключения, да здесь, обеими руками за и головой также. Jaskson удалось отловить благодаря именованному исключению.
Первый момент кто вызвал, а дальше уже разбор.
1. для чего в CProductService аннотации @Transactional над самим классом и методами create и update? Они явно лишние на мой взгляд, что касается метода delete, я не помню его поведение в случае попытки удалить несуществующую сущность, по-моему падает эксепшн — что лучше, 2 раза сходить в БД или ловить эксепшны, вопрос спорный, если у кого есть какие мысли — пишите, мне тоже интересно
2.Хьюстон, тут у нас явно проблемы…
final CProduct [] arr=new CProduct[1];
arr[0]=null;
findAll().stream().forEach(x -> {if(name.compareTo(x.getName()) == 0){
arr[0]=x;
}});
if(arr[0] != null){
return arr[0];
}else{
throw new CProductNotFoundException(name);
}a. Почему findAll()? вытаскивать все продукты из БД и бегать по ним стримом на стороне сервера в будущем будет очень жирно, тем более что уже есть метод productRepository.findByName
b.
name.compareTo(x.getName()) == 0с. создавать массив с 1 элементом чтобы его поменять… примерно тоже самое будет выглядеть как-нибудь вот так:
productRepository.findByName(name)
.stream()
.filter(it -> it.getName().equalsIgnoreCase(name))
.findAny()
.orElseThrow(() -> new CProductNotFoundException(name))
Но вообще я не понял смысла этого метода т.к. уже есть findByName, и по сигнатуре они похожи:
public List<CProduct> findByName(String name)
public CProduct findOne(String name) throws CProductNotFoundException
… можно было сделать что-то вроде:
List<CProduct> products = productRepository.findByName(name);
if (products.isEmpty()){
throw new CProductNotFoundException(name);
}
return products.get(0);
но ещё короче было бы сделать всё в репозитории с помощью аннотации Query(nativeQuery = true, ...)
3. пункт 1 и 2 актуальны для всех сервисов как оказалось, т.к. там везде примерно одинаково
4. вообще в моей практике пакет с @RestController'ами всегда так и называли — controller, реже — rest… но это уже на ваше предусмотрение, просто resources я ещё не встречал
5. пакеты названы то в единственном числе, то во множественном — нужно единообразие
6. возвращать из контроллеров ResponseEntity.ok нет смысла, они итак будут по-умолчанию 200, если нужны разные статусы, тогда ок, но можно было бы это делать через @ControllerAdvice, т.к. как правило логика примерно одинакова
7. CHomeResource возвращает статику, можно было бы возвращать чистый html из ресурсов
8. в CMViewRepResource
@GetMapping
public ResponseEntity<byte[]> report(String moduleName){
byte[] bytes = null;
try {
bytes = jreportService.getMainReportPdfAsBytes(main_template_path);
return ResponseEntity.ok()
.header("Content-Type", "application/pdf; charset=UTF-8")
.header("Content-Disposition", "inline; filename=\"" + moduleName + ".pdf\"")
.body(bytes);
} catch (Exception e) {
e.printStackTrace();
}
return null;
}очень странно что вы возвращаете null, когда у вас есть ResponseEntity, можно возвращать код с ошибкой
9. совсем нет логирования
10. JasperReportService не бин, он не будет инжектиться в CMViewRepResource, будет NPE
11. лучше пользоваться интерфейсами, когда пишите сервисы
А тут можно задавать вопросы?
Борюсь со Spring и Firebird (сервер v 2.5). Вопросы:
Firebird и Intellij IDEA. Использую встроенного в Ultimate клиента для работы с БД. Прописываю параметры подключения, жму Test Connection и получаю такое:
DBMS: Red Database 2.5 (ver. WI-V2.5.0.10968) Case sensitivity: plain=upper, delimited=exact Driver: Jaybird JCA/JDBC driver (ver. 4.0.4, JDBC4.3) Effective version: Firebird (ver. 2.5) Ping: 50 ms (keep-alive query results in error)[42000][335544851] Dynamic SQL Error; SQL error code = -104; Unexpected end of command - line 1, column 8 [SQLState:42000, ISC error code:335544851][00000][335544436] SQL error code = -104 [42000][335544851] Unexpected end of command - line 1, column 8.При этом всё работает, таблички показывает, запросы в консоли работают и пр. Но ошибка напрягает. Нашёл что сервер БД (?) имеет нестандартный терминатор (символ конца строки), как это победить в запросах вроде есть рецепты, но как сделать чтобы тест в IDEA проходил нормально?
Теперь со Спрингом. При запросах из кода получаю такие предупреждения:
WARN 11008 --- [ntContainer#0-1] o.h.engine.jdbc.spi.SqlExceptionHelper : SQL Warning Code: 0, SQLState: null
WARN 11008 --- [ntContainer#0-1] o.h.engine.jdbc.spi.SqlExceptionHelper : Connection.isValid does not support non-zero timeouts, timeout value 5 has been ignoredОпять же, запрос проходит, данные получены. Но где-то что-то недонастроено. Что и где подкрутить?
можно уточнить, используется jpa или напрямую sql пишутся?
у меня хороший перерыв с java вышел, но все равно интересно.
Spring + Firebird + REST. Часть 1 Конфигурирование проекта