Релиз Spring Framework 2.5.2

Пофиксите себе словарный запас.

>Пофикшена совместимость Spring 2.0

К логопеду.

+неплохо бы написать, что это за велосипед и для чего нужен.

>+неплохо бы написать, что это за велосипед и для чего нужен.

Неплохо бы, чтобы оставаться профпригодным, хотя бы знать, что означают слова ЯВУ, SQL, DDD, SSE, DataWareHouse, ORM, Internet, SIMD, MMX, Spring, OOP, XP.

Так вот Spring это передний край, последнее слово в принципах разработки бизнес-софта. И Microsoft очень хочет купить SpringSoftware, смотри http://www.infoq.com/news/2008/04/microsoft-springsource-purchase

>Неплохо бы, чтобы оставаться профпригодным, хотя бы знать, что означают слова

Словарем пользоваться научился? Поздравляю тебя с этим событием.

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

>Так вот Spring это передний край, последнее слово в принципах разработки бизнес-софта. И Microsoft очень хочет купить SpringSoftware

Мне совершенно не интересны рекламные лозунги, и тем более не интересно кого там хочет купить мелкософт. Если человек постит новость о какой-либо вещи то желательно давать хотя бы краткое описание, а не тупо копипастить ченджлог.

>Словарем пользоваться научился? Поздравляю тебя с этим событием.

А ты не научился? Тогда проще начинать сразу с вики. http://ru.wikipedia.org/wiki/Spring_Framework

>А теперь попробуй объяснить связь между профпригодностью и знанием какой то модной жабоподелки, при том что моя область с жабой никак не связана.

>Если человек постит новость о какой-либо вещи то желательно давать хотя бы краткое описание, а не тупо копипастить ченджлог.

А при чем тут знание? Твоя область может быть не связана с SQL, и ты можешь его не знать, но ты хотя бы слышал этот термин и представляешь, о чем он. Так и со Spring. Ведь в каждой новости об Oracle или Haskell не пишут, что это такое? А неграмотных вполне справедливо в вики посылают

Я например, в 90-х работал с Foxpro и Access и не слышал о Linux, Oracle или DB2, но это не значит, что когда я приполз на LOR, я в каждой теме спрашивал, что такое RedHat или Oracle

>> Неплохо бы, чтобы оставаться профпригодным, хотя бы знать, что >> означают слова ЯВУ, SQL, DDD, SSE, DataWareHouse, ORM, Internet, >> SIMD, MMX, Spring, OOP, XP.

жаба-профпригодным? не беспокойся, не все хотят быть жаба-кодером, чтобы из погонял жаба-манегер

>Твоя область может быть не связана с SQL, и ты можешь его не знать, но ты хотя бы слышал этот термин и представляешь, о чем он. Так и со Spring.

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

>Ведь в каждой новости об Oracle или Haskell не пишут, что это такое

У тебя искаженное жабой восприятие реальности.

Гугл: spring framework -> 5 070 000 oracle -> 101 000 000

Разница на 2 порядка.

>но это не значит, что когда я приполз на LOR, я в каждой теме спрашивал, что такое RedHat или Oracle

КрасныйШляп непосредственно относится к тематике сайта, оракл - сильно распиареная вещь. Жабоподелки непосредственно к тематике сайта не относятся и не сравнимы по известности с ораклом (см. выше). Если бы эта новость висела на сайте о жабе - тогда другой разговор.

>Разница на 2 порядка.

На 2 порядка? Вас где учили и чему? В училище бауманцев? "На 2 порядка" значит "в 100 раз"

>Вас где учили и чему?

Меня учили на физтехе.

>"На 2 порядка" значит "в 100 раз"

Не все так просто, мой анонимный другх

>http://www.infoq.com/news/2008/04/microsoft-springsource-purchase

Posted ... on Apr 01 ... :)

Большое спасибо за ссылку на новость о покупке M$ проекта Spring -- посмеялся =)

Новость хорошая, жаль, что в теме развели флейм. Между прочим, есть порт Sprig под .NET. Ну а главное: совершенно справедливо отмечено, что Spring является проводником интересных идей в корпоративном ПО. Интересно, кто-то из Java-ненавистников про dependency injection слышал. А про реализацию АcОП и АтОП (правда, с последним EJB 3 раньше выступили)? (и сразу) а живьем видел?

> Я например, в 90-х работал с Foxpro и Access и не слышал о Linux

Этого выносите.

>Интересно, кто-то из Java-ненавистников про dependency injection слышал. А про реализацию АcОП и АтОП (правда, с последним EJB 3 раньше выступили)? (и сразу) а живьем видел?

Ты подозреваешь ЛОРовцев в создании сайтов за сотни тысяч долларов? Зря. Это мелко для них. Клепать PHPшки за 10000 руб. вот их выбор. И не морочь им голову AOP, они всегда все делали без этого гемора и все получалось. Вон, вишь, 'на 2 порядка' это уже 'в 20 раз'! А 'в 100 раз' это 'на 10 порядков' вестимо.

>> Я например, в 90-х работал с Foxpro и Access и не слышал о Linux

>Этого выносите.

>dark_mikhail (*) (06.04.2008 12:33:37)

Ой! А ты в 5-м классе уже патчи в kernel.org слал? Ну дай ссылки на свои куски в ядре, оценим.

> dependency injection слышал. А про реализацию АcОП и АтОП (правда, с последним EJB 3 раньше выступили)? (и сразу) а живьем видел?

Этого тоже выносите.

Жабокодер от обычного кодера отличается знанием тысячи и одной аббревиатуры, которыми обозначаются их узкоспециализированные инструменты. И знать их должен каждый, ибо ЫнтырпрайзЪ.

>Жабокодер от обычного кодера отличается знанием тысячи и одной аббревиатуры, которыми обозначаются их узкоспециализированные инструменты. И знать их должен каждый, ибо ЫнтырпрайзЪ.

Ну да, ну да. А вам только одной аббревиатуры достаточно, RoR, и все проблемы решены, ага, ибо Ruby uber alles!

> аббревиатуры, которыми обозначаются их узкоспециализированные инструменты.

IoC и AOP - это ни разу не узкоспециализированные инструменты. Хотя в основном Ява производит баззворды, полезные вещи она производит тоже.

> Неплохо бы, чтобы оставаться профпригодным, хотя бы знать, что означают слова ЯВУ, SQL, DDD, SSE, DataWareHouse, ORM, Internet, SIMD, MMX, Spring, OOP, XP.

> Так вот Spring это передний край, последнее слово в принципах разработки бизнес-софта.

И что, часто разработчикам бизнес-софта приходится вспоминать о тонкостях MMX ? Который давно является каким-то подмножеством SSE?

А как с SIMD? Раскройте, пожалуйста, тему зависимости data warehousing'a, ORM'a, или вашего любимого Spring'а от наличия и свойств SIMD команд вашего CPU?

Да им наверное и про интегралы не часто приходится вспоминать, что же, отменим их изучение что ли?

> Да им наверное и про интегралы не часто приходится вспоминать, что же, отменим их изучение что ли?

Не, интегралы - это базовый математический аппарат.. а вот Data warehousing-спец вполне может не знать нюансов MMX или тонкостей всяких NAT-ов и прочего роутинга. Требование "знать все" приводит к появлению кандидатов с крайне поверхностными знаниями об этом всем...

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

имхо лучше одну тему выбрать и в ней *хорошо* разбираться.

>Жабокодер от обычного кодера отличается знанием тысячи и одной аббревиатуры, которыми обозначаются их узкоспециализированные инструменты.

Тяжелое наследие С++, фигле.

> Data warehousing-спец вполне может не знать нюансов MMX или тонкостей всяких NAT-ов и прочего роутинга.

Про нюансы никто не говорил. А вот базовые понятия MMX, SIMD, NAT и прочий роутинг проходятся в универе. Значит этот спец или не учился там вообще, или учился на несоответствующей специальности, или не ходил на занятия. Странный спец.

> Требование "знать все" приводит к появлению кандидатов с крайне поверхностными знаниями об этом всем...

> ходють, цитируют маркетинговые статьи да туториалы... проблема с ними в том, что они могут заморочить голову начальству, а потом всем остальным приходится разгребать последствия внедрения технологии, в которой никто толком не разбирается...

Ну а чего сами то не морочите? Скиллов обморачивания не хватает что ли? Ну не жалуйтесь тогда.

> имхо лучше одну тему выбрать и в ней *хорошо* разбираться.

Это вполне допустимая точка зрения, более того, по моим наблюдениям, на ней построено всё западное образование и общество, в отличие от советской системы образования. И хотя последний строй проиграл первому в 20 веке, мне, тем не менее, эта точка зрения не близка.

Потому что узкий специалист во-первых часто не видит более правильного решения, которое выходит за пределы его компетенции, во вторых у него будут серьёзные проблемы, когда его область начнёт хиреть. Сами подумайте, работали в с джавой 10 лет, знаете её всю от и поперёк, а тут раз, и sun начинает прикрывать джаву, а развивать, скажем, скалу.

>> Жабокодер от обычного кодера отличается знанием тысячи и одной аббревиатуры, которыми обозначаются их узкоспециализированные инструменты.

> Тяжелое наследие С++, фигле.

Бгг

> MMX, SIMD, NAT и прочий роутинг

I lol'd.

Бывает..

Спасибо. Мой мозг недавно застыл. Так что ваше замечание учту в следующей жизнЕ. :D

Опоздали на месяц с новостью. Мы на него обновились ещё в начале марта: http://repo1.maven.org/maven2/org/springframework/spring-orm/2.5.2/

Отличный фреймворк, кстати.. ;-)

>Отличный фреймворк, кстати.. ;-)

Вот и я о том же - приучает грамотно строить софт, а на тянуть макароны аля пыхпых + замечательный Spring Remoting

аццкий костыль для явы (:

не то чтобы совсем бесполезная штука, но сильно перегруженная, вдобавок написана на таком ограниченном языке как ява... в общем быдлотехнологии :)

>аццкий костыль для явы (:

>не то чтобы совсем бесполезная штука, но сильно перегруженная, вдобавок написана на таком ограниченном языке как ява... в общем быдлотехнологии :)

24 слова в подтверждении твоей неграмотности, вообщем слил. Когда покажешь сайт на Хаскелле размером с "большой", тогда придешь тявкать. Ява промышленный язык в отличие от смешного академического ...на для задротов

> 24 слова в подтверждении твоей неграмотности, вообщем слил. Когда покажешь сайт на Хаскелле размером с "большой", тогда придешь тявкать. Ява промышленный язык в отличие от смешного академического ...на для задротов

о, ынтырпрайз =) да причём тут вообще сайты ? я почему-то всегда думал что сайтоклепание сильной стороной явы не является, а нужна ява для создания труЪ-ынтырпрайз инфраструктуры комании, где сайт является лишь одной из составляющих, причём не самой главной. Для этого всякие EJB и прочие спринги клепаются.

Я где-то сказал слово Хаскель ? это чистый язык, со всеми присущими чистому языку недостатками, можно вспомнить например коммон лисп, который мультипарадигменный и до которого яве ещё пилить и пилить (кстати в этом направлении и движется, может лет через 5 догонит (почитайте про java 1.7 и "новшества" в ней))

PS: ещё скажи, что тебе нравятся говноконфиги спринга со страшным xml'ем ? и вообще за конфиги в xml стоит убивать (особенно бесит fontconfig в линуксе)

>> PS: ещё скажи, что тебе нравятся говноконфиги спринга со страшным >> xml'ем ? и вообще за конфиги в xml стоит убивать (особенно бесит >> fontconfig в линуксе)

+100

быдло, иди учи деление дробей лучше

s/Spring является проводником интересных идей в корпоративном ПО//g

ктото съел ваш моск

наверно, моск жабоеба

Наезды на XML ожидались -- что-то долго даже не вспоминали. Во-первых, не вижу в xml-конфигах ничего плохого. Во-вторых, с версии 2.5 -- широкие возможности по конфигурированию с помощью аннотаций (то самое атрибутно-ориентирвоанное программирование).

Что там с моим "моском": Вас сразу к логопеду или поясните, в чем у Вас проблема?

> атрибутно-ориентирвоанное программирование

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

> И Microsoft очень хочет купить SpringSoftware, смотри http://www.infoq.com/news/2008/04/microsoft-springsource-purchase

И вас с 1-мым апреля, да.

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

зато звучит-то как... мне в общем-то больше всегда нравилось "declarative transaction demarcation" (C) надо ж такой термин придумать...

А проблема явы в том, что она берёт то, что уже придумано давным давно, налепляет ярлык (желательно из трёх букв, чтобы акроним получился стандартный) и выдаёт за "новейшие технологии". А изречения в стиле "в Springе изобретён AoP" это тоже самое, что и заявления типа "Билл Гейтс изобрёл Интернет". Ну есть ещё и многое другое, но это можно дооолго описывать

> Интересно, кто-то из Java-ненавистников про dependency injection слышал.

А ты помнишь, на каком языке по IoC примеры в википедии?

> А про реализацию АcОП и АтОП (правда, с последним EJB 3 раньше выступили)? (и сразу) а живьем видел?

Рекомендую все термины употреблять на английском....

> А ты помнишь, на каком языке по IoC примеры в википедии?

навскидку - на смоллтолке ? :)

Да и принципу IoC сто лет в обед... тоже мне изобрели колесо...

Товарищи, ни Spring, ни Java, ни даже я не претендуем на ,,создание`` АсОП, АтОП (там не только транзакции, я не понял, почему тут именно транзакции вспомнили), ни IoC. Spring претендует на хорошую реализацию всего этого в мэйнстримовом ОО-языке. Тут хором спутали понятия создания идей и реализаций.

В сообществе Smalltalk много чего хорошего придумали, но реально он сегодня не конкурент Java (при всем уважении).

> Товарищи, ни Spring, ни Java, ни даже я не претендуем на ,,создание`` АсОП, АтОП (там не только транзакции, я не понял, почему тут именно транзакции вспомнили), ни IoC. Spring претендует на хорошую реализацию всего этого в мэйнстримовом ОО-языке. Тут хором спутали понятия создания идей и реализаций.

эт уже хорошо, что ты это понимаешь :)

а за что я не люблю яву дак это за следующее:

- сложность написания программ без сложных IDE (всякие там грёбаные геттеры, сеттеры генерить надо, куча библиотек и прочая). Хотя правильней сказать не сложность, а муторность.

- многословность и бедность языка

- громоздкие фреймворки

- отстутствие какого либо намёка на аналог repl и прочие радости cl типа инкрементного компилирования, обновления классов на лету и прочего

можно ещё чего-нить придумать...

> - сложность написания программ без сложных IDE (всякие там грёбаные геттеры, сеттеры генерить надо, куча библиотек и прочая). Хотя правильней сказать не сложность, а муторность.

Ну не пиши геттеры/сеттеры, делай всё public. Про кучу библиотек не понял. Вот что реально без IDE делать тяжело, это импорты. Появляется непреодолимое желание засирать namespace импортом всех имён из пакета.

> - многословность и бедность языка

Это да, хотя это компенсируется очень продвинутыми возможностями интроспекции, и, иногда, внешними препроцессорами.

> - громоздкие фреймворки

Какие то громоздкие, какие то нет.

> - отстутствие какого либо намёка на аналог repl

Угу.

> инкрементного компилирования,

Не нужно, ибо всё компилируется очень быстро.

> обновления классов на лету

Из коробки нет, но есть решения, которые это позволяют делать.

> и прочего

>И вас с 1-мым апреля, да.

Ну и? Microsoft с радостью бы КУПИЛ SpringSource, чтобы закрыть. И встроить в .NET Framework 5.0 назвав LINQ 6.0, или Microsoft Genuine Inversion of Control Framework 2.5 Enterprise Edition XP. И вы бы потом слюни пускали "Оба, зырь, фишка от Microsoft"

>А изречения в стиле "в Springе изобретён AoP" это тоже самое, что и заявления типа "Билл Гейтс изобрёл Интернет". Ну есть ещё и многое другое, но это можно дооолго описывать

Что, аспектно-ориентированное программирование впервые применялось в Fortrane, да? Не знал, не знал. Мож в лиспе? Или Модуле? В C наверное.

>- отстутствие какого либо намёка на аналог repl и прочие радости cl типа инкрементного компилирования, обновления классов на лету и прочего

Ну ка, скажи, зачем тебе repl в приложении, работающей с БД с 100млн записей? Mock-testы в жабе есть для этого. Пишутся на каждый метод. Потому что разработчик A может в repl что-то посмотреть, проверить, а разработчик C нет, а их начальник D получит неработающий код

Развитые IDE это признак времени, а не особенность Java. Я не понимаю, почему Вы на это жалуетесь. Общеизвестен факт, что из-за фокусов препроцессора Cpp и общей сложности грамматики нет сред для C++ с развитым рефакторингом, например -- лично мне этого сильно не хватает после Java.

Фреймвёрки. А вам нравится писать велосипеды? Мне - нет. Если нравится, то ведь пользоваться ими никто не заставляет.

Бедность и многословность. Так, многословность совершенно не принимаю, для поддержки ООП и статической типизации -- вполне нормальное количество ключевых слов. Насчет бедности: мне кажется, я понимаю, что вы имеете ввиду, но я не считаю, что язык, который не пытается быть всем для всех -- системным для системщиков, скриптовым для админов, ОО для ,,прикладных`` пограммистов и т. д. -- одновременно, следует обвинять в этом.

Как это ни забавно но инкрементный компилятор идет в поставке одной из популярных Java-IDE (которые вы недолюбливаете) -- Eclipse. Вообще, байт-код-ориентированные языки для этого хорошо подходят.

>> атрибутно-ориентирвоанное программирование

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

Просвети как можно сделать биндинги полей запроса к полям объекта-значения при помощи кошерной статической типизации. Ну или C++ RTTI на худой конец. Мне на ум приходит лишь оффтопичный OLEDB + ATL, но там надо писать один раз и на века.

> Жабокодер от обычного кодера отличается знанием тысячи и одной аббревиатуры, которыми обозначаются их узкоспециализированные инструменты. И знать их должен каждый, ибо ЫнтырпрайзЪ.

Орлуша с острым крючкообразным клювом наперевес добрался до злобной жабы по просьбе сообщества. Не будет тысячи и одной аббревиатуры: он все склюёт, чтобы нормальные люди могли понять, о чём речь. Первые образцы на диске, раздававшемся на SunTechDays в Петербурге. Портал для замечаний откроют чуть позже.

bind(&MyClass::setUserName, "USERNAME");

Всё приправить шаблонами, макросами и будет щастье.