DB2 Java Stored Procedure

Я вот делаю эту процедуры на яве. И прикол в том
что судя по всем примерам там в каком то классе
который наследуется от StoredProc регистрируется
метод с простыми (число, строка и т.п.) параметрами.
Который вызывается при вызове хранимой процедуры.
Так вот непонятно существуеют ли переменная
самого класса к которому относится это (абсолютно
не статическая процедура) в течении работы сервера БД
постоянно или она создаётся динамически при вызове
хранимой процедуры. Почему это важно. Потому что
если она существует постоянно то можно не создавать
всякие Statament каждый раз когда вызывается процедура
а пользоваться постоянно одним и тем же. И вообще
может где есть толковая инфа по этому вопросу ?

0

Может лучше на сйте посмотреть? www.ibm.com я смотрел только не знаю какая версия у тебя

mishgun не ожидал тебя увидеть здесь
ява это рулез, да*?

0

почему не видно твоего мыла?

0

2 kreek
Не понимаю а почему меня здесь не должно быть?
А Java по моему мнению рулез и объясняю почему.
Нужно тебе нарисовать мощную графику для хтмл - пожалста вот тебе апплеты.
необходимо тебе работать на сервере-вот тебе JSP и servlets,EJB.
Необходимо создать общение между двумя удаленными компами - вот тебе RMI,EJB, и сокеты в конце концов.
надо мыло отправить - вот тебе JMS.
Надо кино показать онлайн например-JMF(java Media Framework).
Надо с базой законнектаться? Вот тебе JDBC.
То есть для выполнения того же самого другими средствами надо знать ВБ С++ Perl в нашем случае всё есть в Java

-Не понимаю а почему меня здесь не должно быть?
ты как то сказал, что больше не зайдешь на этот форум
-А Java по моему мнению рулез и объясняю почему.
может быть
-нужно тебе нарисовать мощную графику для хтмл - пожалста вот тебе апплеты.
графикой как то не интересуюсь
-необходимо тебе работать на сервере-вот тебе JSP и servlets,EJB.
ИИС выполняет тоже самое, не создавая новый процесс на каждый соединениее, а поток
-Необходимо создать общение между двумя удаленными компами - вот тебе RMI,EJB, и сокеты в конце концов.
RPC, DCOM, COM+ и теже сокеты на худой конец
-надо мыло отправить - вот тебе JMS.
про это не знаю
-Надо кино показать онлайн например-JMF(java Media Framework).
графикой как то не интересуюсь
-Надо с базой законнектаться? Вот тебе JDBC.
есть ODBC, но он мне так не нравится, поэтому ADO
-То есть для выполнения того же самого другими средствами надо знать ВБ С++ Perl в нашем случае всё есть в Java
зная васик, можно все это выполнять, но и конечно необходимые интерфейсы некоторых классов (RPC)

0

2 kreek
Разговор был не про этот форум а про об ASP.
Меня там нет и не было с того момента.
JMF-это не графика а возможность проигрывать видеофайлы(то есть создать собственный MediaPlayer)
JMS-пакет для создания приложений позволяющих сделать собственную почтовую службу.
кстати есть ещё Java2ME-WAP протоколы.
Из всех твоих ответов видно что ты привязан конкретно к Окнам.Как ADO, COM,DCOM и прочее будут работать на Unix системах или на Mac?Никак.
И кстати RMI - Java вариант CORBA и единственная разница в том что RMI работате только с приложениями написанными на Java в отличие CORBA которая работает с любым.
<<ИИС выполняет тоже самое, не создавая новый процесс на каждый соединениее, а поток
А кто сказал что для сервлетов или jsp каждый раз создается новый процесс?Это ошибка человека который не знаком с предметом обсуждения.И не говори пожалуйста людям знающим Java такое.Отдельный процесс создается в cgi а не в сервлетах и jsp.
Ну а поводу ИИС что я могу сказать? Более дырявого сервера нет и не будет пока Майкрософт не возьмется за него так как положено.

Вот я читаю исходное сообщение и думаю: а почему бы не создавать
все Connection, PreparedStatement и прочую чухню в конструкторе или в анонимном блоке ;-) Тогда будет совершенно неважно, как все происходит внутри DBMS. Хотя, возможно, ситуация имеет какие-то тонкости. Если так, уточните.

0

После многочисленных (штук 100 как минимум) эесперементов с различными вариантами создания статементов и конекшенов я вернулся с того что начал. Т.е пришёл к выводу что надо создавать каждый раз всё по новой. Так как статический коннекшен сохраняется на протяжении жизни процедуры но никакого существенного увиличения быстродействие его использование вместо динамически получаемого не даёт. Статемент же если он статический постоянно глючит - т.е иногда (и довольно часто) пишет что он не имеет к данному коннекшен ни какого отношения CURSOR IN NOT PREPARED STATE. Хотя когда всё же по не выясненным причинам он работает нормально, а это обычно бывает сразу после регистрации процедуры, статический prepared statement даёт где то процентов 15-20 прироста производительности. Меня если чесно достало искать причину всех глюков и я решил что буду создавать всё по новой каждый раз ... и гори оно всё синим огнём

0

Да и ещё важно уточнить что каждый раз при вызове хранимой процедуры создаётся новый экземпляр её класса, т.е волей не волей все не статичские переменные надо создаются по новой

0

Немнoгo вдoгoнку, ну дa пoфиг

JMS - Java Messaging Service - one of the J2EE technologies. Никaк не связaнa с мылoм. Хoтя...Мoжнo слaтъ мессaги нa message queue, a пoтoм oбрaбaтивaтъ мессaге и слaтъ пoчту.

Вoзмoжнo, aвтoр имел ввиду JavaMail , a не JMS.

0

Вoт, a еше, если сюдa зaглянет aвтoр сooбщения.

Кaким же етo oбрaзoм JavaME связaнa с WAP?

0

А связана она так что позволяет посылать сообщения на вайрлесс девайс-Palm cell phone and so on - а это как раз WAP протоколы.

Oк, гoвoриш',WAP.

Нaскoлъкo я знaю, J2ME сделaнa тaк, чтo пoфиг, чтo зa прoтokoл.

Вoзъми US wireless service OmniSky. В aмерике WAPa нет, нo все devices рaбoтaют ведъ.

Тут нaвернoые прaвил'нeе гoвoритъ o незaвисимoсти oт underlying protocol.

0

И лучше ету тему вынoситъ в oтделныи тoпик

0

Я это привел как пример-это раз не всякий знает что происходит в штатах.
А второе предлагаю закрыть эту тему так как и так понятно для чего Java 2 ME

привет, прошло пол года - а топик все дышит.
теперь появилась дотнет, и для тех, кто был 'привязан к окнам' предоставлены технические возможности покруче, чем реализованные в жаве.
появились языки с полной поддержкой ООП и намного проще чем с++, т.е. есть возможность акцентровать внимание на логике, а не на технических аспектах - рапид разработка бизнес приложений.
причем, если используются чисто мелкософтовые продукты (иис, сиквел сервер и т.д.) - все интегрировано на системном уровне, по скорости все остальные технологии отжимаются перед мелкомягкими.
только не надо запевать песню о кроссплатформенности, читал я где-то как компилировали одну ерп систему написанную на яве под разными дждк, и скомпилированная под одну - не запускалась под другой!!! если она и есть до какого то уровня сложности приложения, то в 99% нахрен никому не нужна, я кроме инсталяхи оракловой больше ничего и не видел кроссплатформенного (может я просто мало видел :-)), кстати, зависала не раз.

0

Зависала то на Ваших любимых окнах. А на них что хочешь повиснет даже ноутпад.....
Это первое второе если софтина написана на jdk 1.1 а пытаются запустить на 1.2 то это и так понятно что не будет работать.Это как запускать прогу для Вин2000 на вин95.
Третье - А ВЫ ПОСОБНИКИ МЕЛКОМЯГКИХ не чувствуете дыхания Линукса Вам в затылок? А зря ребяты... :::::)))))
А ИИС просьба не упоминать - это сито а не сервер....

--Зависала то на Ваших любимых окнах. А на них что хочешь повиснет даже ноутпад.....

мои софтины не виснут, а летают. и привел я это для показа надутости
кроссплатформенности жавы.

--Это первое второе если софтина написана на jdk 1.1 а пытаются запустить на 1.2 то это и так понятно что не будет работать.Это как запускать прогу для Вин2000 на вин95.

дждк в эксперименте были 1.3, только один от sun, а другой от ibm. и это притом то, что на одной платформе все происходило.
конечно.

--Третье - А ВЫ ПОСОБНИКИ МЕЛКОМЯГКИХ не чувствуете дыхания Линукса Вам в затылок? А зря ребяты... :::::)))))

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

--А ИИС просьба не упоминать - это сито а не сервер....

а я им доволен, главное вовремя все патчить::::::::---------))))))))))))

0

Не знаю почему у кого то проблемы с крос-платформенностью - но пищу под Windows на яве. А работает на AIX.
Я не против Си - мне Си очень нравится, но нет особой разницы между Си Микрософт или какой нибудь другой. Я использую Борланд С 5.02 - он простенький но мне нравится

0