Petro123там Net - вертикаль совсем другая. Язык фигня.По сути - там почти все то же самое. Разница минимальна.

Petro123svenomпропущено...
По сути - там почти все то же самое. Разница минимальна.
imho разные галлактики.
Сравни JSP 95 и класс transactionscope 11915510 Сравните машину и фонарный столб. Что лучше? Что полезнее? Вы мне сейчас предлагает сделать примерно это. Я ни разу за свою практику не встречал работу с JSR 95.
Что надо на самом деле сравнивать?
Нужно сравнивать вот это http://msdn.microsoft.com/en-us/library/gg145032.aspx с вот этим http://jcp.org/en/jsr/detail?id=907
То есть API с API, а не какой-то полумертвый JSR с каким-то классом .Net

Petro123svenom,
ты ж в курсе, что там основной фреймворк EF.
Как тут говорилось, ЯП и API это пол дела.Простите, не понимаю, о чем вы. Вы мне предложили сравнить теплое с мягким, я вам в ответ предложил сравнить теплое с теплым. Какой ЯП, какoq EF - нипоняяятно.

Petro123svenom,
глянул твои ссылки. Тут больших отличий я тоже не вижу.Все верно, отличий минимум. Про что и речь.

AHTOH_LНапример в .NET есть
WCF
EF
Linq
Типизированные DataSet
Почти всё удобно настраивается из под VS.
Есть ли аналоги в Java?WCF -> RMI, CORBA, ESB, WebServices
EF, типизированный DataSet -> JPA(Hibernate), iBatis
Linq -> ничего

Petro123svenom,
да, аналоги, как груша и яблоко.
типизированный DataSet < > JPA(Hibernate)Это аналоги в плане решаемых задач, а не в плане схожести API.

Petro123svenomпропущено...
Это аналоги в плане решаемых задач, а не в плане схожести API.
так можно за уши притянуть всё что угодно.
DataSet это не ОРМ.Типизированный датасет это маппинг строк из БД на объект. То есть по сути аналог iBatis. Это нe ORM, это просто mapper.

AHTOH_LХорошо, аналоги есть.
Тогда подскажите где например в NetBeans конструктор для построения аналогов DataSet и EDM.
Или всё руками надо писать?Вы только с конструкторами работать умеете? Если лень писать руками, то у многих фреймворков есть свои утилиты для генерации маппинга. К IDE это вообще никакого отношения не имеет, некоторые могут иметь плагины для IDE, некоторые нет.

AHTOH_LА без Linq вообще грустно. Получается все запросы только через SQL?Можно использовать HQL, можно JPQL, но! Ни HQL, ни JPQL, ни LINQ не могут полностью заменить SQL. Никак.

Petro123svenomЭто нe ORM, это просто mapper
дык я то за.
А зачем ты ругался 28 страниц против таких проектов? Я нигде не ругался против ибатисов, вы что-то путаете, я ругался против невежества и глупости.

Petro123Всё остальное по разному в java и NetЧто именно разное?

ShSergesvenom...но! Ни HQL, ни JPQL, ни LINQ не могут полностью заменить SQL. Никак.
Наконец-то!Что-то не могу припомнить, где я это отрицал.

Petro123svenomЧто именно разное?а конкретнее, против чего ругался, ТО и РАЗНОЕ.
Там есть проекты без ОРМ. Это значит БЛ - в СУБД.
Т.е. есть проекты, где триггеры НЕ надо переносить на АппСервер.
Либы мы разные, либо ты неправ :)1. Отсутствие ORM не означает перенос бизнес-логики в СУБД.
2. Про триггеры - это вы либо бессознательно тупите, либо сознательно троллите.

AHTOH_LДа это можно всё сделать руками или часть с помощью консольных утилит, и скомпилить потом всё тоже из консоли, но зачем, это же на много дольше и не удобно.Намного это насколько? Написание стандартного маппинга между БД и бизнес-логикой это настолько маленькая часть проекта, что выставлять мастера, которые генерируют маппинг в качестве хоть сколько-нибудь значимого перимущества, это полная бессмыслица.
И следствием засилия всех этих мастеров "в два клика написал приложение" является значительно более низкий средний уровень квалификации дотнетчиков по сравнению с джавистами, ибо Микрософт отучает программистов мыслить и заглядывать в глубь вещей. Ну это так, ИМХОшная лирика
AHTOH_LНапример из Linq я могу получить не только переменную а уже необходимый объект. Ну я ж говорю - HQL, JPQL. Там тоже пишешь запрос, получаешь обратно объекты. Но это применимо только к работе с базой через Hibernate/JPA.