Разница в дизайне приложений существенная. Хром держит на диске приличные кэши, ещё и префетч делает, что при слабой дисковой подсистеме может серьёзно сказываться на производительности. У лисы другая генетическая проблема наблюдалась — работа с sqlite. Производительность поиска по истории (и автокомплита, в частности) падала со временем значительно. Периодически надо было чистить историю.
Пользуюсь и тем, и другим. Например, iLO не работает в хроме. И работа с клиентскими сертификатами в нем — сущий ад.
Попробуйте те же 20-30 вкладок на лисе. Особенно с чем-нибудь RIA-подобным… Очень удивитесь.
0.5 GB — это очень мало по современным меркам на десктопе. В этом случае можно смотреть на минималистские браузеры или вообще на lynx/links/elinks.
Например, у хрома до сих пор не очень с управлением сертификатами, хотя подвижки в этом направлении есть.
Кроме того, довольно много полезных плагинов есть только под ff.
В Spring'е очень много хороших решений, которые сейчас спешно впиливают в EE.
Например, Weld (JBoss'овская реализация CDI) послабее Spring'а в некоторых местах. Weld-OSGi они так и не доделали до нормального состояния (по ситуации на полгода назад). При этом Spring DM (ныне Eclipse Gemini Blueprint) работает уже давно и хорошо.
Аналогичная фильтрация была в JBoss AS 6 (тоже настраиваемая, со стандартным latin-1 по умолчанию). При переходе к 7 версии товарищи её протеряли… Не просто параметра нет в конфигах/админке, а в коде нет управления сходным фильтром для кодировки по умолчанию (относится к 7.0, в 7.1 проверю — напишу).
Проверил, что это необязательно в Resteasy. Написал так, потому что у аннотаций типа @GET, @Path нет мета-аннотации @Inherited, т. е. по логике они не наследуются. Как к этому отнесутся другие реализации — не знаю. Resteasy ищет и в интерфейсе тоже.
Бин создается при инжекции его в другой бин или при обращении к нему через сервлет Resteasy. Наличие JAX-RS аннотаций не является необходимым. Например, могут присутствовать аннотации JAX-WS.
Как правило в реальных задачах этой проблемы не возникает: аннотируется класс-реализация, интерфейс для нее не экстрагируется, но создается независимый.
В методах этого класса и методах интерфейса для прокси могут быть разные сигнатуры: метод реализации возвращает javax.ws.rs.core.Response, а интерфейса InputStream или String
Только если они успели допилить. API деплоя изменилось от 7.1.RC (такое же, как в 7.0 ветке) к 7.1.Final, это поломало совместимость в идее (11.0 не работает без скачанной руками сборки plugin'а — см. IDEA-81489, в 11.1 EAP уже всё норм).
Всегда остается workaround: использовать jboss-maven-plugin. Так в idea спасались, когда не было поддержки AS 7 вообще.
В Java это проблема частично решается Joda Time.
В jdk7 так и не вошло улучшение JSR-310 от Стефена Коулборна (автора joda time).
Остается надеяться, что оно войдет в java se 8.
Ещё дополнение. Современные AppServer'а обычно сами строятся на OSGi платформе. В JBoss AS 7 оно тоже доступно, но работает независимо от JBoss Modules, используемого для деплоя и разрешения зависимостей WAR/EJB-JAR/EAR/etc
… хорошие демократические легко расширяемые строки =)
Пользуюсь и тем, и другим. Например, iLO не работает в хроме. И работа с клиентскими сертификатами в нем — сущий ад.
0.5 GB — это очень мало по современным меркам на десктопе. В этом случае можно смотреть на минималистские браузеры или вообще на lynx/links/elinks.
Кроме того, довольно много полезных плагинов есть только под ff.
Вот и сидим дуал
бутчикамибраузерщиками.В силу специфики проецирования геоида на цилиндр, погрешность при приближении к полюсам растет.
jqueryилиprototype(или что-то ещё =) ), то можно проставить заголовок при отправке формы AJAX'ом.Например, Weld (JBoss'овская реализация CDI) послабее Spring'а в некоторых местах. Weld-OSGi они так и не доделали до нормального состояния (по ситуации на полгода назад). При этом Spring DM (ныне Eclipse Gemini Blueprint) работает уже давно и хорошо.
latin-1по умолчанию). При переходе к 7 версии товарищи её протеряли… Не просто параметра нет в конфигах/админке, а в коде нет управления сходным фильтром для кодировки по умолчанию (относится к 7.0, в 7.1 проверю — напишу).В SE вошло JAXP (включая StAX), вот и ошибся =)
@GET,@Pathнет мета-аннотации@Inherited, т. е. по логике они не наследуются. Как к этому отнесутся другие реализации — не знаю. Resteasy ищет и в интерфейсе тоже.Бин создается при инжекции его в другой бин или при обращении к нему через сервлет Resteasy. Наличие JAX-RS аннотаций не является необходимым. Например, могут присутствовать аннотации JAX-WS.
Как правило в реальных задачах этой проблемы не возникает: аннотируется класс-реализация, интерфейс для нее не экстрагируется, но создается независимый.
В методах этого класса и методах интерфейса для прокси могут быть разные сигнатуры: метод реализации возвращает
javax.ws.rs.core.Response, а интерфейсаInputStreamилиStringВсегда остается workaround: использовать jboss-maven-plugin. Так в idea спасались, когда не было поддержки AS 7 вообще.
В jdk7 так и не вошло улучшение JSR-310 от Стефена Коулборна (автора joda time).
Остается надеяться, что оно войдет в java se 8.