История изменений
Исправление maxcom, (текущая версия) :
Чем делаете декларативные транзакции (или кто-то предпочитает руками?)
Транзанкции в spring зло, так как весь механизм построен на thread local, и разваливается при попытке его сочетания с асинхронным кодом или отложенными вычислениями. Первое приближение - блок transactional в scalikejdbc, там проблемы похожие, но хоть четко понятно где какой контекст БД используется. Идеально — slick с его DBIO, там транзакция собирается в виде чего-то вроде pipeline и потом интерпретируется внутри библиотеки.
Еще в Spring все это достигается разной магией, через динамическое создание прокси-классов вокруг моих POJO. Штука сама по себе с разными подводными граблями.
Как фремворк используете для безопасности?
«Безопасность» в том или ином виде есть для любого фреймворка, тут уже вопрос в требованиях к ней.
Чем тестируете REST сервисы?
Теми средствами тестирования, которые идут к MVC фреймворку который используем.
Чем делаете декларативное кэширование?
Незачем, кешированию не нужно быть деклоративным. Если речь про уменьшение boilterplate при работе с кешом, тот тут есть разные варианты.
Управлением открытий, закрытий соединенней занимается в ручную?
Этим занимается библиотека которая предоставляет доступ к БД.
Исправление maxcom, :
Чем делаете декларативные транзакции (или кто-то предпочитает руками?)
Транзанкции в spring зло, так как весь механизм построен на thread local, и разваливается при попытке его сочетания с асинхронным кодом или отложенными вычислениями. Первое приближение - блок transactional в scalikejdbc, там проблемы похожие, но хоть четко понятно где какой контекст БД используется. Идеально — slick с его DBIO, там транзакция собирается в виде чего-то вроде pipeline и потом интерпретируется внутри библиотеки.
Еще в Spring все это достигается разной магией контейнера, которая динамически создает прокси-классы вокруг моих POJO. Штука сама по себе с разными подводными граблями.
Как фремворк используете для безопасности?
«Безопасность» в том или ином виде есть для любого фреймворка, тут уже вопрос в требованиях к ней.
Чем тестируете REST сервисы?
Теми средствами тестирования, которые идут к MVC фреймворку который используем.
Чем делаете декларативное кэширование?
Незачем, кешированию не нужно быть деклоративным. Если речь про уменьшение boilterplate при работе с кешом, тот тут есть разные варианты.
Управлением открытий, закрытий соединенней занимается в ручную?
Этим занимается библиотека которая предоставляет доступ к БД.
Исходная версия maxcom, :
Чем делаете декларативные транзакции (или кто-то предпочитает руками?)
Транзанкции в spring зло, так как весь механизм построен на thread local, и разваливается при попытке его сочетания с асинхронным кодом или отложенными вычислениями. Первое приближение - блок transactional в scalikejdbc, там проблемы похожие, но хоть четко понятно где какой контекст БД используется. Идеально — slick с его DBIO, там транзакция собирается в виде чего-то вроде pipeline и потом интерпретируется внутри библиотеки.
Как фремворк используете для безопасности?
«Безопасность» в том или ином виде есть для любого фреймворка, тут уже вопрос в требованиях к ней.
Чем тестируете REST сервисы?
Теми средствами тестирования, которые идут к MVC фреймворку который используем.
Чем делаете декларативное кэширование?
Незачем, кешированию не нужно быть деклоративным. Если речь про уменьшение boilterplate при работе с кешом, тот тут есть разные варианты.
Управлением открытий, закрытий соединенней занимается в ручную?
Этим занимается библиотека которая предоставляет доступ к БД.