JEE & Spring

С какими другими стеками ты сравнивал?

а что именно ты подразумеваешь по j2ee и с чем именно из спринга ты его сравниваешь?
я могу предположить, что в спринге появился аналог servlet api, jms, jpa?

Да скорее всего очередной школьник, который сконфигурил бин и дернул его из контекста.

Вопрос - эталонный баян из палаты мер и весов ;)

JEE это стандартный API (точнее набор стандартных API). Spring это конкретный фреймворк со своим взглядом на мир. Это немножко разные сравнимые вещи.

В идеале на JEE ты пишешь код и потом он портируем между контейнерами. Если ты на спринге напишешь код, то от спринга ты вряд ли отвяжешься.

Хотя сама концепция JEE выглядит спорно и зачем кому то нужна эта переносимость, мне не очень понятно. Но в теории всё так.

Он нужен быдлокодерам, которые не в состоянии самостоятельно выбрать, подключить и настроить нужный компонент.

Но вообще сами спеки по себе качественные, как и их реализации. А вот монолитные контейнеры - совершенно ублюдочные и неповоротливые творения.

JEE - стандарт. В этом и его преимущество. Реализаций у него несколько, например, glassfish, wildfly (сервера приложений). Любое приложение, написанное на JEE (.war-архив) можно запускать на любом из серверов приложений.

spring - это вообще другая песня и не оттуда.

баян

Пневматика детям не игрушка.

В идеале на JEE ты пишешь код и потом он портируем между контейнерами.

А на практике это совсем не так. Под разные апп-сервера есть множество различных дескрипторов, и это только капля в море. У каждого монстра есть свои плюшки, которые так или иначе приходится использовать. Но и в плане конфигурирования/масштабирования такие апологеты, как WebSphere с трудом сравнятся по моим представлениям с тем же спрингом.

Oracle Weblogic, к примеру - отдельная песня. Особенно если взять их портальный стек Oracle Portal Suite с ADF и прочими некротехнологиями.

Из всех этих диктующих свои правила тяжеловесов таки кидаю симпу JBoss'у за предрасположенность к хибернейту и прочему годному стафу. Ну и WAS'у тоже, ибо непотопляемая классика.

// [dreaming] спринг в продакшене не юзал, но мечтаю попасть на проект с сабжем. -_- [/dreaming]

ТС'у вопрос - таки с какими стеками ты сравнивал J2EE, кроме невполне корректной попытки сравнить его со спрингом? И опять же, не всегда выбор зависит от тебя, скорее наоборот.

Любое приложение, написанное на JEE (.war-архив) можно запускать на любом из серверов приложений.

Утопия

Ну hello from servlet API какой-нить точно можно запустить ;)

JavaEE (в те времена J2EE) - стандарт, который свормировал современный Java сервер-сайд

JavaEE стал тормозным, неудобным и слишком жирным и, вместо того чтобы ждать 10 лет и толкаться во всяких комитеты, люди, которым нужен был нормальный веб сейчас взял и насписал Spring

Spring начал шагать по планете.

Тем временем его фанаты пробрались в комитеты JavaEE и украли из Spring все что можно, сделав современный JavaEE 7-8 по сути спрингом по функционалу, но сделаным хорошо с чистого листа. Компании одобрили и бросили сотни програмистов на разработку современных серверов. Они написали быстрые, легкие, современные сервера вроде Wildfly. Теперь все будут по чуть-чуть закапывать Spring

Теперь все будут по чуть-чуть закапывать Spring

Черта с два кто спринг закопает в пользу jee. Хотя бы по причине того, что он до сих пор быстрее развивается и покрывает больше областей. Поскольку не связан кучей коммитетов с их пачками компромиссов.

А кому нужен этот ваш ублюдочный спринг когда есть Guice?

такой-то обосрамс

А кому нужен этот ваш ублюдочный спринг когда есть Guice?

Сравнил ежа с голой жопой. Guice - это просто ioc контейнер. В отличии от спринга, в рамках которого поставляется куча прекрасно интегрирующихся компонентов и ioc - лишь мизерная часть.

А в чем заключается «прекрасная» интегрированность? Я вот попробовал собрать проектик на спринге года два назад с mvc, jpa, и т.д., это звиздец какой то товарищи, поспрашивал как другие делают, говорят - копипастят из старых проектов. А вот Guice+Dropwizard поднимается за 10 минут и 20 строк кода. В чем профит от неуемного желания индусов из спрингсорс все тулить кое как в спринг? Чем это лучше юникс вея, как у guice и экосистемы?

А в чем заключается «прекрасная» интегрированность?

Внезапно, в прекрасной работе компонентов друг с другом. Все друг в друга инжектится итд. Не возникает вопросов с тем, как пробросить например репозиторий напрямую в контроллер. Или получить текущую аутентификацию в сервисе.

Я вот попробовал собрать проектик на спринге года два назад с mvc, jpa, и т.д., это звиздец какой то товарищи

А в чем проблемы то были? Mvc вообще с пол пинка заводится, jpa я никогда не пользовался, но ни с jdbctemplate ни со spring data mongo проблем не возникало особых. Если и возникало - решалось десятиминутным гуглением.

В чем профит от неуемного желания индусов из спрингсорс все тулить кое как в спринг? Чем это лучше юникс вея, как у guice и экосистемы?

А чем спринг не юниксвейный то? Все его компоненты можно использовать по отдельности, тесной связанности нет. Вплоть до того, что видел решение где слой логики был на ejb, а веб кусок на springmvc.

спринг в продакшене не юзал, но мечтаю попасть на проект с сабжем. -_-

немудрено то , если тебя умиляет тормозной и страшный jboss то спринг тебе будет как родной

http://gitblit.com/setup_war.html - типичный пример утопи, тысячи их

да криворуки кодерам не понять

Внезапно, в прекрасной работе компонентов друг с другом. Все друг в друга инжектится итд. Не возникает вопросов с тем, как пробросить например репозиторий напрямую в контроллер. Или получить текущую аутентификацию в сервисе.

Внезапно это осиливает любой ОиЦ контейнер, например джус?

А в чем проблемы то были? Mvc вообще с пол пинка заводится, jpa я никогда не пользовался, но ни с jdbctemplate ни со spring data mongo проблем не возникало особых. Если и возникало - решалось десятиминутным гуглением.

Проблемы в странных доках, нелепом количестве кода и эксэмеля. А прикрутить простенький jdbc хелпер это да, наверное и есть уровень спринга

А чем спринг не юниксвейный то? Все его компоненты можно использовать по отдельности, тесной связанности нет. Вплоть до того, что видел решение где слой логики был на ejb, а веб кусок на springmvc.

Тем что все компоненты в спринг экосистеме пилятся индусами из спрингсорс, и заточены только под спринг, что ухудшает их качество и adaptation сообществом. В юникс подходе все компоненты не зависимы, ничего не знают друг о друге, и без напряга собираются в любых комбинациях.

нелепом количестве кода и эксэмеля

нет, нелепом количестве неявных вещей, начиная от угребищных jpa репозиторив и заканчивая телепатическим spring-boot

Да, я это тоже видел, просто 2 года назад спринг бута вообще не было, а spring-data был каким то бета новоделом, который никто еще не юзал.

Они написали быстрые, легкие, современные сервера вроде Wildfly.

Не смеши пользователя wildlfly, пожалуйста ))

З.Ы. По платене шагают микросервисы и прочие модульные подходы. А всякие монолитные контейнеры нужно закопать рядышком с мейнфреймами.

Плюсую. В JEE сделали что-то похожее на Spring 3. А они уже и 4 версию выпустили и 5-я не загорами

Микросервисы в отдельных JVM - куча расходов на жирную JVM. Сама идея микросервисов в мире Java будет работать только в контейнерах внутри одной JVM на машину

Куца это сколько? 40МБ?

Когда спринг стало можно конфигурить аннотациями вышло не сильно хуже Guice. Плюс у спринга много хороших компонентов помимо IoC, например Security и Data.

Это было актуально во времена 128мб памяти на десктопе. Сейчас каждый сервис не то, что в отдельной jvm запускают, но и в отдельном контейнере. Изоляция гораздо важнее экономии каких-то жалких мегабайт оверхеда. Пихать все в одну jvm - это опять дорого к монолитным технологиям, т.е. в соседнюю ямочку на кладбище рядом с мейнфреймами и JEE контейнерами.

По платене шагают микросервисы и прочие модульные подходы.

Закопать и посыпать хлоркой, в 99% они нафиг не сдались, зато гимора от них.

Это смешно просто, смотрел на один класс:

@Anotation1
@Anotation2
@Anotation3
@Anotation4
@Anotation5
... 
@Anotation15
MySuperconfiguration

у спринга много хороших компонентов ... например Security

ты исходный код этого фекалия видел?

если я хочу устанавливать какую то функционаьность в зависимости от переменной среды?

юзать эту переменную среды, там документации мало, да, но в spring-boot есть самые изощренные способы конфигурации от чего угодно

http://docs.spring.io/spring-boot/docs/current/reference/html/boot-features-p...

Все имеют свою область применения. В spring security важно то, что он из коробки прикручивается хоть к ldap, хоть к базе, хоть куда. Если нужно что-то более крутое, ты всегда можешь откатиться к guice-way и сделать самому.

Я не понял как именно делается. Вот в guice я делаю так:

if (condition) {
  install(new JpaRealDbModule());
} else {
  install(new JpaInMemoryTestingDbModule());
}

Ну это только ограниченное количество профайлов, но у меня даже в продакшне могут быть разные модули, для интеграции с разными сервисами реализующими одну и туже функциональность, которые я могу устанавливать/удалять в зависимости от конфига.

а как такое делать с анотациями?

что за кондишен, что за модули? тебе нужно подменить реализацию от условия или конфигурацию, в рантайме или при запуске?

https://www.google.ru/search?q=spring annotation change config

вот тебе ответ,

Я не осилил понять где именно там ответ?

Код на kotlin, но думаю что все примерно прозрачно

[Configuration]
[ComponentScan(value = array("..."))]
[EnableMBeanExport]
[EnableAspectJAutoProxy]
public open class FaceConfig {

    [Value("\${lucene.index.dir}")]
    private val luceneIndexDirectory: String = ""

    [Bean(destroyMethod = "close")]
    public open fun getSearcher(): SearchService {
        return if (luceneIndexDirectory.isNotEmpty()) SearchService(luceneIndexDirectory) else StubSearchService()
    }

НУ это хорошо если тебе нужно только один бин замутить, но в модуле может инжектится в контекст много бинов, у которых много депенденси, которые тоже нужно устанавливать/конфигурировать.

Бинго. Вобщем все как всегда - страсть к велосипедостроению связана с нежеланием читать и вникать в доки.

я тебе вроде дал понять что вопрос ты не сформулировал

для этого есть профили, и условия (в т.ч. на spel) в аннотациях

Лол, а за ответом на какой же вопрос ты меня в гугл посылал?

Что такое условия в т.ч. на spel?

Написать несколько конфигов под разные варианты. Опять kotlin, в среде тестовый проект на нем открыт:

    [Autowired]
    protected val ctx: AnnotationConfigWebApplicationContext? = null

    [PostConstruct]
    protected fun init(): Unit {
        if (someVar) {
            ctx!!.register(javaClass<SomeConfig>())
        } else {
            ctx!!.register(javaClass<AnotherConfig>())
        }
    }

Да, признаю, надо было тебя просто послать.

если ты не знаешь про это http://docs.spring.io/spring-boot/docs/1.1.8.RELEASE/api/org/springframework/... то тебе надо срочно пройти в биоректор, и не позорить коллег по цеху