[ghost-vrn]

Первоначальное сообщение от Alex__G
Это не мода, появление трехзвенной архитектуры вызвано общемировыми тенденциями возврата к централизованной обработке данных - А также есть куча других преимуществ. Кроме моды есть большое количесво технических "за".

Про "за" никто и не возражает, отмечается, что кроме "за" есть и "против" аргументы, достаточно широко изложенные и в Инете.
А про "общемировые тенденции возврата" - так все правильно, эта тенденция опять проявится в другом ракурсе - спираль она не только в истории спираль. Так что как ни крути - мода, она же популярность, она же тенденция.

Что есть в джаве такого как в языке, что не позволяет делать надежные системы

Очень объемный и сложный вопрос, чтобы здесь его обсуждать.

Что не мешает им использовать сервера приложений в работе.

Пример хотелось бы. Разного рода поисковые системы не в счет.

Вопрос видимо в том, что не сертифицировано для определенного вида работ.

Я же и сказал - критические по надежности. МКС, например.

Соответственно очень интересно узнать что сертифицировано в твоей постановке вопроса.

Знал бы это - жил бы на Канарах и звался каким-нибудь Джоном
А сказал бы - жил бы под Туруханском и звался зекой

В java есть общепринятые способы доступа к бд через сервер приложений или без него. entity ejb, orm типа hibernate, или чистый jdbc (первые два в конечном итоге действуют через jdbc). По косвенным признакам понятно, что имеется в виду встроенная ява машина - надо выражаться четко и ясно.

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

В отношении ява машины скажу, что сервер БД не предназначен для реализации бизнес логики - для ее реализации предназначен сервер приложений.

Типичное утверждение фанатов современности - Пепси для продвинутых, квас для лохов. Этот тезис еще более спорен, чем все ранее изложенное. Да и вообще - кто резко проведет грань, что назвать сервером чего? Вот тот же Oracle Portal - типичный трехзвенный монстр, а при штатной установке где бизнес-логика? Правильно, внутри СУБД А последний Sybase? Это вообще смешно.....
Вот один из гуру работы с базами данных по фамилии Кайт книжку издал про программинг под Оракл, так там страницах на 100 в общей сложности рассуждает (с примерами) про то, что прикладной программер ОБЯЗАН учитывать особенности СУБД при разработке приложения и что не существует универсального независящего от СУБД эффективного приложения, а идеологи наличия сервера приложения именно эту мысль и не приемлют, что и было продемонстрировано. Очень даже понятно, почему эта мысль не поддерживается - надо знать не только тот же JBoss, но и то, что гораздо лучше делается на уровне СУБД, а это сложно. Зачем сложности, проще флагами помахать и покричать про современность.
Этот Кайт до того нахал, что около 1\10 Оракла им придумано, а глянь, что посмел сказать! И модуль для сопряжения веб-сервера с СУБД им написан...... Надо же, диссидент.
(Вот хоть и не по теме, но не в том ли популярность 1С по сравнению с тем же Парусом? Определенно, есть сходство.)

Который получает данные в конечном итоге через jdbc.
такова рекомендованная архитетура. Воможность писать хранимые процедуры на яве не используется широко хотя бы по вышеназванной причине.

А какая связь? Кто мешает получить данные через любого брокера и какая разница, чем эти данные сформированы?
Никакой. Опять же - дело вкуса. Да и какая разница в таком ракурсе - на чем писать ХРАНИМУЮ процедуру? Она же где хранится-то? В СУБД....

Во первых потому что страшно дорого во вторых потому что в задачах это типа производительность явы недостаточна.

Вот они - основные пороки как трехзвенки, так и явы вообще.
Очень правильно замечено.

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

Да, конечно. Вот только почему имено на яве? Т.е. - исключительно на яве?

Что является серьезным, определено на мировом уровне. А если бы у нас знали что и как использовать, то применяли бы - будь уверен.

Замечу тут, что не самые тупые у нас программеры. Не все самые умные уехали, да и уехали не самые умные - скорее, самые шустрые, почувствуйте разницу. Уровень западенских прикладных программеров\админов - на нашем уровне, есть отдельные супер умные и там, и тут. Так что про нашу косность - это не к делу, это трепотня.
Кстати, если есть желание, то могу продемонстрировать уровень полутора десятков админов и прикладных программеров в Штатах, в Канаде, в Турции, в Китае, на Тайване и т.д.. На их фоне наш политех - Академия!!!
А руководства не читают ни тут, ни там

для того чтобы выбрать, нужно знать из чего выбирать. Что какие возмоности имеет. В этом форуме речь идет в основном о прикладном программировании, поэтому все инструменты рассматрваются в данной теме как инструменты для создания прикладных программ, а не для сверхнадежных систем управления ядерными боеголовками [/B]

Так надежность любой прикладной программы должна быть по определению! Иначе - это не программа, а имитация собачьей преданности - все понимаю, сказать не могу
И вовсе не обязательно про боеголовки - если деньги считаются неправильно, то это не менее грустно, чем ядреная война
Да и любое программирование начинается тогда, когда решена железно\идеологическая\организационная часть, т.е. программер без админа не живет

Юмора больше, сарказм не нужен.

P.S. От темы уехали далеко. Да и никто, видимо, особенно с этим вопросом не заморачивается. Ну и правильно