Дмитрий: для "логического и", используйте "&&", для "побитового и" - "&".
Нет, не про то, вот про что.
"Блоки составных операторов в Java отмечаются парой фигурных скобок {}. Переменные в Java начинают действовать с того места в программе, где они объявлены до конца содержащего их блока. Блоки могут быть вложены друг в друга, и у каждого может быть свой собственный набор локальных переменных."
gadfi: Вы не переживайте так, eclipse тоже поделка.
Я пользовался и тем и этим и не вижу явных преимуществ IDEA. А то, о чем спрашивает автор, работает по-умолчанию, это уже стандарт (де факто), плагины не нужны.
aobiedkov: К сожалению, не знаю всю подноготную Вашего проекта, но мне кажется, тут имеет место быть классический Race Condition. Я бы предложил, решить его так-же, классическими методом, т.е. через синхронизацию. =)
@pi314: Не соглашусь с Вами. Если студент думать не умеет, ему и с методичкой "шлягер" не написать. А вот толковому, не плохо бы и подсмотреть пару толковых идей и методов из методички.
Может быть Вам стоит пересмотреть архитектуру приложения? Рефлексия не лучший способ решения проблемы, думаю, если можно обойтись без нее, то нужно избегать, слишком затратно по производительности.
Ниже правильно посоветовали, пересматривайте подход и внедряйте слабосвязанность классов.
Я не понимаю, о каком неудобстве вы говорите. Все три метода, будут выдавать разные исключения, которые ДОЛЖНЫ обрабатываться по-разному. Если Вы не обрабатываете исключения, советую Вам перечитать соответствующую главу учебника и постараться понять, зачем же это все таки нужно.