А выше было объяснение: если берем связку javaee компонентов и спринга, то для серьезных проектов необходимо покупать поддержку как вендора jvaee так и спрингсорс. Но, т.к. javaee приблизился по функционалу к своим «свободным» конкурентам, то делать это в общем то бессмысленно и невыгодно.
В статье речь шла о выборе сервисного слоя, а не orm технологий. Ничего не мешает использовать JPA как в связке со спрингом, так и EJB. В принципе сейчас JPS 2.0 по функционалу догнал Hibernate, так что выбор определяется конкреной задачей.
Spring предоставляет удобные оболочки над технологиями Jpa, JDO, Hibernate, iBatis и jdbc. Эти оболочки позволяют и удобнее, единообразно, разботать с различными orm/dao ресурсами, а также управлять доступом к ним в spring-way транзакциях.
А как менеджер видит задачи, над которыми работа была начата? Или это одно из ограничений?
В остальном — для мелких и быстрых проектов выглядит как оптимальное решение :-)
Никуда не делась, если не считать, что с x200s в нее добавились крайне слабые дешевые можели на целероне, а теперь еще и недосинкпад с экстерьером, таким же неудачным, как и нутро. Если что — пользуюсь этой серией начиная с x40, есть с чем сравнить.
Раз пошла такая пьянка, могу посоветовать разделять абзацы пустрой строкой — существенно облегчает чтение. А за саму статью спасибо и удачи с проектом.
Спасибо за интересный рассказ. А расскажите, плз, каковы средние з/п программистов в Бразилии, сколько тратится в месяц, сколько стоит жилье и аренда? Вообще буду очень благодарен за продолжение рассказа :-)
Вообще говоря Tomcat не более чем контейнер сервлетов.
Если под сервером приложений мы подразумеваем поддержку всего стека Java EE технологий, то Tomcat поддерживает только несколько из них.
Другое дело, что практически всю оставшуюся часть технологий стека можно заменить open source фреймворками, используя tomcat для их старта.
Не знаю, не пробовал.
То, что эта проблема одна из первых встает после установки Ubuntu 64 — это факт, и ссылки с хорошим решением гугл выдает далеко не первыми.
В остальном — для мелких и быстрых проектов выглядит как оптимальное решение :-)
Если под сервером приложений мы подразумеваем поддержку всего стека Java EE технологий, то Tomcat поддерживает только несколько из них.
Другое дело, что практически всю оставшуюся часть технологий стека можно заменить open source фреймворками, используя tomcat для их старта.
То, что эта проблема одна из первых встает после установки Ubuntu 64 — это факт, и ссылки с хорошим решением гугл выдает далеко не первыми.