Столкнулся с непонятным поведением проги.Есть jsp страница(для входа на сайт) все как обычно, пользователь вводит логин и пароль.Дальше эта страница передает управление сервлету,который производит подключение к базе данных.Само подключение инкапсулировано в класс который имеет синхронизированные методы и инициализируется в методе init()
Конструктор:

Некоторые методы

Метод doGet()

Проблема такая:Когда первый раз запускаю сервлет(через netbeans+tomcat) все отрабатывает,а а если запускаю второй раз(не новое подсоединение,а перезапускаю сервлет без выхода из netbeans) то не преходит на нужную страницу(зависает на странице регистрации) причем если выполнять в отладочном режиме все работает нормально.Если перезапустить netbeans то 1 раз отрабатывает нормално а потом снова та же история.
Народ,подскажите в чем проблема

Модератор: Название темы должно отражать ее суть!

Это первый признак проблемы управления потоками.

Вы не могли бы пояснить, зачем нужен вот этот ужас:


За вас по идее контейнер должен осуществлять менеджмент потоков.

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


Добавлено через 4 минуты и 15 секунд

вы имеете в виду,что мне просто надо сделать синхронизирующие блоки,а контейнер все остальное сделает сам?

Если уж вы решили уводить потоки в wait(), тогда вызывайте notify(). А то получается что вы их приостанавливаете и не возобновляете.



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

так я его вызываю

Т.е если я правильно понял то работа с б.д полностью реентерабельна на уровне системы?(б.д берет все на себя) и мне вообще можно исключить синхронизацию? И если да,то можете мне указать где в моей регулировке потоками ошибка?и почему в первый раз она все таки срабатывает?

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



Мне не очень понятен термин "реентерабельно". Если вы боитесь, что операции чтения и апдейта могут друг другу мешать - зря боитесь. Для более глубокого понимания почиатйте про транзакции и уровни их изоляции.

Тогда вопрос по транзакциям.Пусть есть

Являются ли транзакции атомарными для потоков?
И если произошел откат,то что происходит после вызова con.rollback() кроме
того,что данные останутся неизмененными?Куда деваются данные которые ввели
пользователи в разных потоках? 

Транзакции атомарны по определению. Для каждого потока в Ваших условиях будет отдельная транзакция. Изменения, сделанные потоком А будут видны потоку B только после коммита транзакции А.

И все таки,куда передается управление после rollback();?куда деваются данные введенные пользователем?Ведь он ждет результат,а произошел откат.Как обрабатывается такая ситуация и кем?(а с потоками я разобрался,пока что все работает на потоках)

Никуда, остается там же, где и было. Не смешивайте понятие потока и ассоциированной с потоком транзакции. Откат транзакции приведет к тому, что данные в базе не изменятся. А поток тем временем спокойно продолжит выполнение.


Вами она и обрабатывается. После вызова rollback() обычным порядком возвращаете пользователю сообщение об ошибке.

Большое спасибо за разъяснение!