JavaFX и Spring. Вместе веселей

[ragesteel]

Я конечно понимаю, что это не относится к основной теме, но зачем Derby стартовать как сервер? Я за пределеами Unit-тестов с такими базами не работал, просто хочу понять зачем так делать. Пока на ум приходит только возможность дополнительно подключиться к этой базе снаружи приложения.

[Tsivarev]

Да, видимо мне стоит дополнить этот момент, информацией о том, что Derby здесь запускается как сервер, исключительно для того, что бы показать взаимодействие с БД из коробки. У реального пользователя решение не сработает, т.к. Derby доступен лишь в JDK.

[Terranz]

Derby доступен лишь в JDK.

почему? через мавен же интегрировал

[Tsivarev]

Честно говоря с Derby я не силен, т.к. использовал только в «for fun» целях. Но интегрировал я лишь derbynet, который ответственен за «Derby Network Server», а в частности за запуск БД в отдельной JVM. Т.е. нужно добавить зависимость для самого derby.jar, что бы интегрировать полностью.

И вопрос как раз таки и был на тему зачем стартовать в отдельной JVM вместо embeeded вариации. Что для данного примера абсолютно лишнее.

[bujakaboom]

А можно по-подробней, что нам даст Spring в JavaFX приложении? если только для DI — почему бы не использовать стандартный стек?

[Tsivarev]

DI, управление транзакциями, работа с БД, работа с асинхронными задачами — что пришло первым в голову. Я не призываю повсеместно использовать связку Spring с JavaFX, но если есть потребность в привычных технологиях, то почему нет.

[bujakaboom]

мой вопрос был скорее о том, что может предложить Spring для JavaFX по сравнению со стандартным JavaEE стеком? какие-то особые JavaFX-плюшки есть? или только DI и всякие JMS/JDBC-templates?

[Tsivarev]

Если смотреть с этой стороны, но никаких особых JavaFX-плюшек здесь нету.

[recompileme]

а где результат то? Хочется потыкать по кнопочкам же