Petro123Код давай.я его уже многократно показывал
его намного меньше и расположен он компактнее чем код реализующий эти же функции на ejb.

HettЕсли меняются входные/выходные данные, то и в случае ХП придется менять код, тут разницы нет. Более того наличие энтити - оно хоть как-то предполагает статический анализ кода, а в случае ХП и отсутствия ORM - ошибки посыпятся в рантайме.вот тут буду спорить.
была изменена структура базы , прилично. изменена хранимка. но при этом были соблюдены выходные параметры этой хранимки (потому как результат отображения был отлажен и не требовал изменения) код на java не был изменён.
Usman+100, чтоб заценить качество!код чего?
обработки результатов работы хранимки? построения по полученным данным на клиенте графика?
код обработки данных хранимки я неоднократно выкладывал, код хранимки? там слишком много названий не полежащих оглашению, и результат так же. код построения графика на svg?
Petro123На бинах у вади я ещё не видел)а его и нет, его как раз писал не я, что б не вносить своё влияние на чистоту эксперимента. он был написан удалённо на моём компе через TeamViewer.
это уже потом я пытался вставить использование хранимок.

Petro123ок.закрывай топик.да ради бога

HettЧем система проще, тем лучше, меньше шансов наделать ошибок.золотые слова
HettНо простота системы и количество кода - это совершенно разные понятия.и это тоже.
только при таких правильных словах - возникает вопрос - почему меня обвиняют, что я не приверженец этого ?
потому что использую .append ?
Petro123Вадя ИС на 10 человек и на миллион пишет одинаково. Это очевидно что плохо.почему? потому что моё решение слишком сложно? или потому что слишком просто?
Basil A. SidorovНасколько я понимаю, вадя программирует один и в условиях ограниченных ресурсов (для дешёвых виртуальных хостингов).VDS хостинги не столь уж и дёшевы. и что плохого что мои системы могут работать на более дешёвом железе? это большой плюс для системы.
Basil A. SidorovВ такой среде подход и должен быть "своебразным".так все возгласы против "своеобразного" подхода? что мой подход не вписывается в ваши "стандарты"?
Basil A. SidorovПлохо, что вадя не понимает или не хочет понимать ограниченность своих условий.вы уж договоритесь между собой - один пишет про ограниченность, другой , что мои системы могут работать от 10 до миллиона
Usmanнапример, есть старый, добрый, провереный Tomcat; или написать свою реализацию socket-сервера и т.д.у меня есть вариант и на сторонней либе и на кошачей.
Usmanа что потом? рефакторинг?мне кажется, что изначально медленный код имеет гораздо больший шанс на рефакторинг, чем быстродействующий. если я заранее вижу слабые по быстродействию места зачем мне писать такой код? чтоб потом его рефакторить?
UsmanсверхЪсубъективное мнениесогласен, но всегда удобно когда не нужно бросать взгляд с одного места на другое, особенно когда эти места в разных файлах. а когда логически законченный кусок кода помещается на одном экране. и это не вызова классов/библиотек.

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

Leonid KudryavtsevВ чем проблема получить ResultSet сервера и при чем тут ORM - мне вообще не понятно.mysql,
Leonid KudryavtsevВ чем проблема получить ResultSet серверапроблемы нет если использовать jdbc, и я используя библиотеки котяры в ejb получил результсет.
проблема получить используя пул ejb.
Leonid Kudryavtsevи при чем тут ORM - мне вообще не понятно.мне это тоже не понятно..
BlazkowiczНи дескриптора хранимки, ни объяснения что за List<ResultSet> такой желанный я не вижу.
зачем тебе дескриптор хранимки?
и кто дете сказал что List<ResultSet> желанный?
у меня есть хранимка , которая возвращает строку данных, готовs[ для построения элементов DOM


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

Basil A. SidorovВы меня к своим догматам, пожалуйста, не приплетайте - ничего подобного я не говорил. Да и раздвоение личности для меня - крайне не характерно.под "второй личностью" подразумевался Petro123 :)
Basil A. SidorovТогда должны бы знать, что основную стоимость составляет обеспечение отказоустойчивости, а совсем не вычислительной мощности.одно дело один сервер , другое масштабирование для обеспечения возможности обслуживать нужное количество клиентов,чем больше масштабирование тем больше затраты на отказоустойчивость, тем больше вероятность отказов.
Basil A. SidorovЕсть вещи, которые я делаю не самым общепринятым способом. Только в отличие от вас я не претендую на "расовую чистоту" своего подхода.а я разве претендую? я просто говорю о возможном подходе. это один из "не самым общепринятым способом".

Leonid KudryavtsevИ где здесь ORM ?
Вижу чистый JDBC.я разве ратую за ORM?
ты думаешь меня забанили в инете?
посмотри внимательно на тот код , что по ссылке - там нет результсетов