ASP.Net vs Java vs не знаю что еще.

← →
Petr V. Abramov © (2009-04-07 12:03) [80]

> kaif (07.04.09 11:51) [79]
> Все таблицы должны быть в одном месте. Работать нужно через
> браузер.

ну тут лоб расшибать тоже нельзя, в Казахстане это все равно будет дублироваться в местный 1С. И не в Казахстане тоже, если филиал - отдельное юрлицо, что часто бывает.

← →
Тимохов © (2009-04-07 12:09) [81]

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

Я вот чего не могут понять, там сеть мегабит или килобит, или один бит? Может пол бита? Какая в филиалах ширина канала? Даже модем 56 кбит вполне позволяет жить, если сайты без графики.

У меня вот на работе 1МБит. У нас сидят 40 человек. Много девочек, любящих одноклассников и прочих пожирателей трафика. Еще и обновления качаются для видны. Я торможения не замечаю и спокойно жму на название топика в www.delphimaster.ru, а не на цифирьках страничек - нет торможения - 1 Мбит вполне серьезный канал, где вообще париться не надо.

У самого HTTP очень небольшой оверхед. HTML, конечно, добавляет. Но если со стилями писать, то двойной оверхед это максимум. И то постараться надо очень.

В общем, не пойму я тебя, Петр :)

Я хоть и согласен с Ашотом в общем, но считаю, что транспорт должен быть HTTP однозначно, а вот сам клиент, может быть и самописный, не браузер.

← →
kaif (2009-04-07 12:33) [82]

Товары-то ты, допустим, штрихкодируешь. А покупателей тоже штрихкодируешь? А поставщиков? В общем... Где-нибудь начнутся проблемы рано или поздно. Например, окажется, что бизнес нужно расширить. И добавить филиал с товаром из иной сферы. А там ничего пока не штрихкодировано. Или вообще тупо после очередного апдейта приложения "на местах" все там полетело или скривилось до невозможности из-за простой невнимательности или того, что юзеры на местах все не совсем так юзают, как задумано было тобой.

И теперь ездить и возиться...

И зачастую ведь уже вовсе не за деньги, а за Почетный Орден Кошмара Первой Степени.

Я не прав?
:)

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

Так как нахожу все это очень подходящим для задачи Центр+Филиалы.

И задача эта очень востребована.

И чем дальше, тем больше будет востребована, по мере умощнения глобальной сети.

Единственное для дизайна страниц нужен художник. Здесь я лично для себя вижу затык. А все мои друзья WEB-дизайнеры почему-то боятся ASP.NET, тихаря предпочитают PHP. Вот и нет пока хорошего заказа, за который бы мы как-то совместно смело взялись. Будь у меня мало-мальский опыт и свой дизайнер (художник), я бы давно вывесил рекламу типа: "Решаем любые финансовые и складские учетные задачи Центр+Филиалы. Единственное условие - есть интернет." Но вот уже больше года прошло с тех пор как я изучал ASP.NET, а я так ничего и не попробовал написать. Сильно жалею.

Кстати, каждый раз когда мне бывало нужно что-то отладить в своих дельфийских приложениях, содержащих клиенты HTTP-запросов (за это время я кое-что такое писал для специфических задач взаимодействий с сайтами, которые пишут мои друзья, например те же репликации данных), я как-то, не задумываясь, вызывал Visual Studio и делал все в ASP.NET. Настолько это все оказалось удобным.

Приведу один реальный случай. Была ситуация, когда не удавалось обнаружить одну ошибку никак иначе, чем поймав буквально текст HTTP-запроса на стороне сервера. А с товарищем мы работали на расстоянии. Я пропросил распечатать текст HTTP-запроса с заголовком, со всеми потрохами, на стороне сервера. И он долго не мо найти, как это из под PHP сделать. А когда нашел, у его хостера это просто не заработало. Тогда я включил свой сервер IIS, за минуту нагородил страницу на ASP.NET, который уже год как не изучал и почти весь забыл, и за минуту нашел, как выплюнуть текст запроса на диск в текстовый файл. Мне это было сделать проще и быстрее, чем искать как это сделать в каком-нибудь общепринятом мониторе или терминале для таких целей (сейчас ведь все мне скажут, что есть какая-нибудь приблуда и что достаточно в Яндексе поискать).

Я это к чему? А к тому, что вся эта технология на редкость юзерабельна и продумана для людей. И написать на ASP.NET сброс текста входящего HTTP-запроса в файл было и быстрее и не так лениво, как в Яндексе искать то, что все в подобном случае юзают.

Я не то, что хочу тебя зазомбировать на ASP.NET. Я просто хочу, чтобы ты расслабился насчет страшностей и тормознутостей. Все красивее, проще, легче и шустрее, чем ты думаешь.

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

Я же подумываю, что браузер ведь не только из под Windows может работать...

← →
Тимохов © (2009-04-07 12:39) [83]

Ашот, а еще есть умные снифера. Например wireshark - я много чего узнал про HTTP именно из него - он очень умно разбирает трафик на протоколы во всех деталях.

← →
kaif (2009-04-07 12:51) [84]

Есть более простой вариант. Я его тоже рассматривал. Допустим у тебя есть там на сервере PHP и возможность написать что-то вроде сервисов. HTTP-клиент, скажем из дельфийской программы дергает этот сервис, скажем, так:

http://www.mycoolfirm/getgoods_by_name_like?name=пельмени

и выплюнет это, скажем вот так:
<xml> <goods id="12011" name="Пельмени Особые" weight="450" unit="грамм" price="85" currency="руб"> <goods id="12017" name="Пельмени Особые Крутые" weight="450" unit="грамм" price="112" currency="руб"> <goods id="12018" name="Пельмени Отстойные" weight="450" unit="грамм" price="60" currency="руб"> <goods id="12344" name="Пельмени из мяса молодых бычков" weight="500" unit="грамм" price="89" currency="руб"> </xml>

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

← →
kaif (2009-04-07 12:58) [85]

2 Тимохов © (07.04.09 12:39) [83]
Дима, я, к своему стыду, не знаю даже, что такое снифер.
:)

К kaif (07.04.09 12:51) [84]
хочу добавить, что для таких запросов нужно обеспечить безопасность.
В принципе можно, конечно, тупо сделать типа:

http://www.mycoolfirm.ru/getgoods_by_name_like?user=Вася&password=gh564sdHHkst55578gdki&name=пельмени

Но я не спец по безопасности. А если кто свиснет url?
Можно, конечно, методом Post попробовать. Но тогда более продвинутый хакер, знающий, к примеру, что такое снифер, свиснет.
В общем если руками делать, то еще и спец по безопасности нужен.

← →
Anatoly Podgoretsky © (2009-04-07 14:05) [86]

> kaif (07.04.2009 12:58:25) [85]

Шпион

← →
Anatoly Podgoretsky © (2009-04-07 14:06) [87]

> kaif (07.04.2009 12:58:25) [85]

Сессии, https

← →
kaif (2009-04-07 14:52) [88]

Anatoly Podgoretsky © (07.04.09 14:06) [87]
> kaif (07.04.2009 12:58:25) [85]

Сессии, https

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

← →
Тимохов © (2009-04-07 15:07) [89]

> kaif (07.04.09 14:52) [88]
>
> Anatoly Podgoretsky © (07.04.09 14:06) [87]
> > kaif (07.04.2009 12:58:25) [85]
>
> Сессии, https
>
> И вот тут браузер, оказывается, все это поддерживает. А
> в самописном клиенте придется ве это еще реализовывать.
> И дыры зашивать.

Вообще WinINet - это фактически IE, он должен по идее поддерживать HTTPS.
А данные шифрованными можно и в телах POST запросов передавать.

← →
Тимохов_ (2009-04-07 15:15) [90]

Вот, можно и черзе WinINet заюзать HTTPS
http://support.microsoft.com/kb/168151

← →
Медвежонок Пятачок © (2009-04-07 15:56) [91]

есть еще ixmlhttprequest

← →
iZEN © (2009-04-07 19:51) [92]

> kaif (07.04.09 11:51) [79]
>
> Когда я познакомился с технологией Java сервлетов и Tomcat
> я загорелся на то, чтобы попробовать реализовать это таким
> образом. Но в Tomcat ряд моментов меня безумно раздражал.
> Например все эти версии JDK. Да и вообще этот тупой построчный
> парсинг JSP в сервлет с компиляцией и перезагрузкой HTTP-
> сервера... Потом я заинтересовался ASP.NET. И когда стал
> изучать, я пришел к выводу, что это и есть то, что нужно
> для подобной задачи. Именно для задачи Центр+Филиалы. Я
> все же исповедую религию чистых клиент-серверных систем.
> Все таблицы должны быть в одном месте. Работать нужно через
> браузер.

А что "не так" с версиями JDK особенно применительно к Tomcat?

Про "тупой построчный парсинг JSP в сервлет с компиляцией и перезагрузкой HTTP- сервера..." не понял. Это как?

> kaif (07.04.09 11:51) [79]
>
> Я все же исповедую религию чистых клиент-серверных систем.
> Все таблицы должны быть в одном месте. Работать нужно через
> браузер.

Через браузер работать необязательно — на то и придуманы Web Service, чтобы исключить из цепочки "клиент-прокси-сервер" наличие/отсутствие браузера, как единственно-возможного средства пробиться через Proxy/NAT.

Клиент-серверная архитектура вообще лишена всякого понятия о каком-то там "браузере".

> kaif (07.04.09 11:51) [79]
>
> Мне говорили о JSF как аналоге ASP.NET. Типа тоже компоненты.
> Не пробовал, не знаю. Знаю лишь, что ASP.NET, например,
> имеет встроенную поддержку пользователей и ролей на уровне
> архитектуры. То есть можно написать просто свой класс провайдера
> логинов и ролей (я это проделал и это сразу заработало),
> который хранит все это в каком-то особенном месте (я в
> своих собственных таблицах в InterBase хранил так как мне
> удобно) и ASP.NET благодаря прозрачности архитектуры провайдеров
> сама автоматически отключала или делала недоступными те
> пункты меню, которые я не хотел, чтобы пользователи с определенными
> ролями видели. А коду я написал всего на пару страниц при
> этом.

JSF является чётко специфицированным фреймворком над JSP/Servlets. Оно инкапсулирует в себе все низкоуровневые операции сервлетов, а наружу выпячивает компонентный подход к проектированию Web-приложений и согласованный процесс (конвеероподобной) обработки поступающих и отправляемых данных. На каждой стадии процесса можно встраивать собственные фильтры-обработчки данных. Кроме того, в JSF поддерживается AJAX на уровне компонентов.

Подробнее:
http://www.ibm.com/developerworks/ru/edu/j-dw-java-jsf2-i.html

NetBeans имеет полную поддержку визуального проектирования Web-форм JSF.
В Eclipse по сравнению с NetBeans реализация поддержки JSF запаздывает, но разрабатывать проекты в ней давно уже можно.

Электронный журнал "NetBeans Magazine":
http://www.netbeans.org/community/magazine/

← →
kaif (2009-04-07 21:56) [93]

Клиент-серверная архитектура вообще лишена всякого понятия о каком-то там "браузере".

Я и не писал, что одно предполагает другое. Это две отдельные мысли. Неужели не понятно?

А насчет перезагрузки Tomcat речь идет вот о чем. Елси я заменяю страницу JSP, Tomcat соображает, что нужно ее заново превратить в сервлет. А вот если я изменю текст какого-либо класса или даже просто текст написанного руками сервлета, то Tomcat приходится перезапускать. Поэтому в той организации, для которой я разрабатывал систему, на каждоую систему крутился свой Tomcat. Чтобы все эти перезагрузки при замене сервлетов не останавливали обслуживание уже работающих систем. Может в новых версиях Tomcat эта дурость уже преодолена.

← →
iZEN © (2009-04-07 22:31) [94]

> kaif (07.04.09 21:56) [93]
> Чтобы все эти перезагрузки при замене
> сервлетов не останавливали обслуживание уже работающих систем.
> Может в новых версиях Tomcat эта дурость уже преодолена.

Конечно преодолена — никто уже не пишет JSP-странички в Блокноте (кроме особо одарённых), а используют IDE, которые умеют собирать Web-приложение в WAR-файл и деплоить его на сервер приложений в контейнер сервлетов. ;)

← →
Petr V. Abramov © (2009-04-07 23:05) [95]

> Тимохов © (07.04.09 12:09) [81]

> У меня вот на работе 1МБит. У нас сидят 40 человек. Много
> девочек, любящих одноклассников и прочих пожирателей трафика.
> Еще и обновления качаются для видны. Я торможения не замечаю
> и спокойно жму на название топика в www.delphimaster.ru,

я имел честь сидеть на wifi-канале одного московского провайдера, 2 мегабита. Счас я сижу на 2-Мбитном канале другого провайдера (именно счас, правда, 5 Мбит, но это неважно, бонус от провайдера, 3 мес назад как сказал и дела не меняет).
Так вот, если я скажу
ping -n 10 delphimaster.ru, то получу примерно
Reply from 213.234.193.253: bytes=32 time=71ms TTL=55 Reply from 213.234.193.253: bytes=32 time=37ms TTL=55 Reply from 213.234.193.253: bytes=32 time=37ms TTL=55 Reply from 213.234.193.253: bytes=32 time=37ms TTL=55 Reply from 213.234.193.253: bytes=32 time=37ms TTL=55 Reply from 213.234.193.253: bytes=32 time=37ms TTL=55 Reply from 213.234.193.253: bytes=32 time=37ms TTL=55 Reply from 213.234.193.253: bytes=32 time=37ms TTL=55 Reply from 213.234.193.253: bytes=32 time=37ms TTL=55 Reply from 213.234.193.253: bytes=32 time=37ms TTL=55
это хороший канал, пусть небыстрый, у каждог свои предствления.
time = около 37 ms
на прошлом провайдере я бы получил
time = от 37 до timeout в абсолютно произвольном порядке с и иногда отклонениями к ближе стабильно timeout

← →
Тимохов © (2009-04-08 01:33) [96]

> Petr V. Abramov © (07.04.09 23:05) [95]

Петр, ты замучал отговорками.

Хочешь я тебе тест напишу: сервер на apache+php (плюс пошаговая инструкция как эту байду поставить) + клиент на wininet (на дельфи)? Прогонишь, он отработает в течении суток. Раз в 20 минут будет измерять скорость передачи POST запроса - вот и проверишь, что к чему.

← →
Petr V. Abramov © (2009-04-08 22:45) [97]

> Тимохов © (08.04.09 01:33) [96]
> Петр, ты замучал отговорками.

где ты нашел отговорки?
Я не считаю, по http в данных условиях нельзя сделать что-то быстро работающее. Если для отправки 50 байт не гнать обратно 50К

← →
Тимохов © (2009-04-08 23:11) [98]

> Petr V. Abramov © (08.04.09 22:45) [97]
>
>
> > Тимохов © (08.04.09 01:33) [96]
> > Петр, ты замучал отговорками.
>
> где ты нашел отговорки?
> Я не считаю, по http в данных условиях нельзя сделать что-
> то быстро работающее. Если для отправки 50 байт не гнать
> обратно 50К

да шучу я, не обращай внимание.
шото я фразу не пойму - если не считаешь, то бери и пользуйся. )

← →
Petr V. Abramov © (2009-04-08 23:24) [99]

> Тимохов © (08.04.09 23:11) [98]
> то бери и пользуйся. )

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

← →
Kostafey © (2009-04-09 01:36) [100]

> [92] iZEN © (07.04.09 19:51)
>
> > kaif (07.04.09 11:51) [79]
> > Когда я познакомился с технологией Java сервлетов и Tomcat
> > я загорелся на то, чтобы попробовать реализовать это таким
> > образом. Но в Tomcat ряд моментов меня безумно раздражал.
> > Например все эти версии JDK. Да и вообще этот тупой построчный
> > парсинг JSP в сервлет с компиляцией и перезагрузкой HTTP-
> > сервера...
> > браузер.
>
> А что "не так" с версиями JDK особенно применительно к Tomcat?

Гм... более года назад у меня было установлено 2 jdk (5 и 6).
Сервлеты собирались для 6, а томкат работал с 5. Вот
я удивлялся-то как такие простые вещи не работают :))))

> NetBeans имеет полную поддержку визуального проектирования
> Web-форм JSF.

NetBeans - ждем релиза 7. Там баг добавления серверов не из
числа предустановленных исправлен. А так, я тоже за NetBeans,
хотя от визуального проектирования в свое время отказался.

Для JSF расширения хорошие есть: RichFaces, IceFaces.
Хотя и не всякий сервер это поддерживает.
Вообще если резрабатывается не сайт, а именно приложение
с web-интерфейсом, то JSF - лучшее решение.

Хотя последнее время к чему идем. Большая часть логики - на клиенте
через Dojo/Extjs, а что на сервере крутится уже не столь важно.

← →
Kostafey © (2009-04-09 01:40) [101]

> [94] iZEN © (07.04.09 22:31)
>
> > kaif (07.04.09 21:56) [93]
> > Чтобы все эти перезагрузки при замене
> > сервлетов не останавливали обслуживание уже работающих
> систем.
> > Может в новых версиях Tomcat эта дурость уже преодолена.
>
> Конечно преодолена — никто уже не пишет JSP-странички в
> Блокноте (кроме особо одарённых), а используют IDE, которые
> умеют собирать Web-приложение в WAR-файл и деплоить его
> на сервер приложений в контейнер сервлетов. ;)

...фанатам блокнотов посвящается:

Для случая, если IDE не поддерживает данный сервер (к томкату это ни как
не относится, конечно), бывает такое, то можно и ant научить приложения деплоить.
С веб-сервером идет библиотека с ant-таском: деплоить ЭТО! :)))

← →
iZEN (2009-04-09 19:11) [102]

> Kostafey © (09.04.09 01:36) [100]
>
> > [92] iZEN © (07.04.09 19:51)
> > А что "не так" с версиями JDK особенно применительно к
> Tomcat?
>
> Гм... более года назад у меня было установлено 2 jdk (5
> и 6).
> Сервлеты собирались для 6, а томкат работал с 5. Вот
> я удивлялся-то как такие простые вещи не работают :))))

Вот уж удивительно!!! Исходники, откомпилированные с "target=1.6" не работают на "target=1.5" Ж))

Ну и какой из этого вывод напрашивается? Правильно — ССЗБ! :))

А вы знаете, что может быть всё иначе, если учесть эти опции компилятора?

← →
kaif (2009-04-09 20:30) [103]

Есть те, кому важно сконцентрироваться на задаче, а не на тонкостях настройки платформы. Можно их назвать разработчиками приложений (application developers). К таковым я отношу и себя. Такие разработчики выдвигают простые требования к платформе:

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

Системы наподобие PHP, ASP.NET устроены именно для таких товарищей.
Это вовсе не умаляет достоинства систем типа контейнеров сервлетов. Разумеется, гуру сервлетов решит любую задачу, какую решает средний знаток ASP.NET.
Вопрос в том, есть ли у Петра достаточно времени, чтобы посвятить се6я изучению JAVA, ANT, сервлетов, JSF и тонкостей JDK, в которых какой метод из книжки не возьмешь, он уже obsolete, если книжка не по той версии JDK, что на компе стоит.
Если у него есть достаточно времени, чтобы заниматься всем этим вместо того чтобы решать свою задачу прямо сейчас, или если у него есть знакомый гуру контейнеров сервлетов, которого он мог бы быстро нанять для такой задачи, то я бы как раз советовал именно этот путь, так как такого рода систему проще поставить под системами, отличными от Windows. А уход от Windows-серверов в условиях кризиса становится с финансовой точки зрения особенно актуальным.
Хотя я вот не знаю. Eclipse бесплатен, к примеру? Вот JBuilder явно небесплатен. Eclipse я просто не знаю, так как после установки так и не дождался, когда он загрузится. Похоже у меня был не самый мощный компьютер в тот момент. :)

> Eclipse я просто не знаю, так как после установки так и
> не дождался, когда он загрузится.

значит точно бесплатный

← →
iZEN (2009-04-09 21:00) [105]

> kaif (09.04.09 20:30) [103]
> А уход от Windows-серверов в условиях кризиса становится
> с финансовой точки зрения особенно актуальным.

Вообще-то, переход на что-то отличное от Windows-специфик сразу снимает проблему vendor-lock-in.

> kaif (09.04.09 20:30) [103]
> Хотя я вот не знаю. Eclipse бесплатен, к примеру? Вот JBuilder
> явно небесплатен. Eclipse я просто не знаю, так как после
> установки так и не дождался, когда он загрузится. Похоже
> у меня был не самый мощный компьютер в тот момент. :)

JBuilder? А кто это? :))

ну если будет уверенность, что на JAVA, ANT, сервлетах, JSF будут не те же предметы в профиль, а что-то сильно лучше работающее на фиговых каналах, я б поискалзнакомого гуру в указанных вещах.
но мне не очевидно, что это сильно лучше. просто в силу незнания.

← →
kaif (2009-04-10 13:17) [107]

iZEN (09.04.09 21:00) [105]

JBuilder? А кто это? :))

Я думал, на сайте Мастеров Дельфи знают.

http://www.codegear.com/products/jbuilder
http://ru.wikipedia.org/wiki/JBuilder

> [107] kaif (10.04.09 13:17)

Вообще удивительно. Как можно было из самой шустрой IDE (eclipse)
сделать самую тормозную (jbuilder).

JDeveloper в рассмотрение не берем 10-й был вполне шустрый,
11 - даже jbuilder перелюнул в худшую сторону.
Такое ощущение, что у каждого разработчика должна быть
отдельная специальная линейка 1 Гб RAM специально для их IDE.

← →
kaif (2009-04-10 18:23) [109]

Поэтому я и писал все JSP и сервлеты в практически блокноте.
Точнее, в каком-то редакторе html, кажется, Fireworks (название не помню).
А потом в какой-то среде, которая с ORACLE шла. Но она тоже типа блокнота. Там разве что были автоматизированы некоторые вещи (этот deploy, который типа от перезапуска спасает). И сервер там не Tomcat был, а какой-то другой. Названия не помню. Вообще чтобы все названия в JAVA упомнить нужно иметь специфическое устройство мозга. Однако непрятности запоминаются надолго. Например я так и не сумел избавиться от неизвестно каким образом растущего "числа соединений с базой". Бился над этим почти месяц и все - без толку. Даже на форуме здесь у гуру спрашивал. Гуру тоже ответа не нашли.

Так что есть некоторые серьезные причины, заставившие меня взглянуть в сторону ASP.NET.

Кстати, в Microsoft Framework, а , соотвественно, и в ASP.NET возможно управлять деструктором объекта непосредственно. И для таких дорогостоящих объектов, как соединение с базой, можно вызывать дестуркторы принудительно.

Более того. В ASP.NET можно работать со специализированным клиентом базы данных. А в JSP я работал через JDBC. Это я посчитал не очень гут. Это не то место, где профессиональный разработчик SQL заценит универсальность. Сейчас мне скажут, что я платформу недоизучил. Наверняка есть какой-нибудь способ в JAVA работать и со специализированным классом доступа к ORACLE или MS SQL, к примеру. Но повторюсь. Если я потрачу столько времени, сколько нужно для освоения JAVA в совершенстве, я не приступлю к конкретной работе никогда.

> [109] kaif (10.04.09 18:23)

А чем JDBC не устроил?

Ну вообще, никто ж не заставляет JDeveloper пользовать.

Есть NetBeans.
Если 250уе не жалко или чистоплюйством не страдаем
(кряки всегда есть) Idea - весьма удобная и шустрая среда.
Eclipse, наконец.

> [109] kaif (10.04.09 18:23)
> И сервер там не Tomcat был, а какой-то другой. Названия
> не помню. Вообще чтобы все названия в JAVA упомнить нужно
> иметь специфическое устройство мозга.

А что наличие нескольких реализаций это плохо?

> Однако непрятности запоминаются надолго. Например я так
> и не сумел избавиться от неизвестно каким образом растущего
> "числа соединений с базой".

Бывает.
Как правило ошибка довольно банальна -
забывают освобождать Connection, Statement.

← →
kaif (2009-04-10 19:08) [112]

2 Kostafey © (10.04.09 18:56) [110]

А чем JDBC не устроил?

Универсальностью.

Ну вообще, никто ж не заставляет JDeveloper пользовать.

Есть NetBeans.

NetBeans - лучшее из того, что я вообще видел. К сожалению, использовать его не пришлось.

Бывает.
Как правило ошибка довольно банальна -
забывают освобождать Connection, Statement.

Допустите, что столько мне в голову приходило.

> kaif (10.04.09 18:23) [109]
> Однако непрятности
> запоминаются надолго. Например я так и не сумел избавиться
> от неизвестно каким образом растущего "числа соединений
> с базой". Бился над этим почти месяц и все - без толку.
> Даже на форуме здесь у гуру спрашивал. Гуру тоже ответа
> не нашли.

Ты чем бился? :) Биться надо головой, чтобы всю дурь по возможности выбить. :) Потом почитать умные книжки и обратить внимание на заветное словосочетание JDBC Connection Pool и соответствующий класс-фреймворк.

ASP.Net vs Java vs не знаю что еще. Найти похожие ветки