Владимир Голованов

Вот еще вопрос на ту же тему: Какую книгу по java купить для новичка?

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

Я лично рекомендую Java Core, как на русском, так и на английском.
Лучше учебника по Java для новичков не видел.
А алгоритмы уже потом по Вирту - знаний Java должно хватить, чтобы переписать алгоритм по-своему. Тем более что в книге дается не только код, но и описание алгоритма - вот и напишите по описанию. Заодно будет неплохая практика.

Все дело в целях и объемах приложения.
Если вам нужен маленький Application — можете хоть JSP + Servlet использовать.
Если же большое приложение со множеством модулей, интеграцией с различными системами и гибкой системой динамически подключаемых модулей — это уже совсем другие подходы а-ля Spring + Hibernate + Maven + JBoss, разделение на слои, отделение модели данных от модели предметной области и т.д.
У Вас слишком общий вопрос для конкретных рекомендаций. Хороший архитектор выбирает средства по задаче.

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

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

<irony>Вы расписываетесь, что вы — быдлокодер?</irony> :-)

Тут есть ровно одна проблема — недетерменированность времени выполнения запроса (если это БД).

Как правило, за счет разбиения запроса на куски (что необходимо для демонстрации прогресса) получается увеличение времени выполнения (как правило, нелинейное). так что тут в каждом случае приходится решать, чем жертвовать: предсказуемой скоростью progress bar'а или производительностью.

А если большой объем данных берется из хранилища с предсказуемым временем доступа — тут, думаю, никаких проблем впринципе нет.

Написал небольшой тестик:

public class Test
{
    public static final RuntimeException fex = new RuntimeException();

    public static void main(String[] args) throws Exception {
        long start;
        long end;

        start = System.currentTimeMillis();

        for (int i = 0; i < 10000; i++) {
            testReturn(0);
        }

        end = System.currentTimeMillis();

        System.out.println("Return time: " + (end - start) + "ms");

        start = System.currentTimeMillis();

        for (int i = 0; i < 10000; i++) {
            try {
                testExceptionThrow(0);
            } catch (RuntimeException e) {
            }
        }

        end = System.currentTimeMillis();

        System.out.println("Exception throw time: " + (end - start) + "ms");

        start = System.currentTimeMillis();

        for (int i = 0; i < 10000; i++) {
            try {
                testExceptionCreate(0);
            } catch (RuntimeException e) {
            }
        }

        end = System.currentTimeMillis();

        System.out.println("Exception create time: " + (end - start) + "ms");
    }

    public static void testReturn(int count) {
        if (count > 1000) {
            return;
        } else {
            testReturn(count + 1);
        }
    }

    public static void testExceptionThrow(int count) {
        if (count > 1000) {
            throw fex;
        } else {
            testExceptionThrow(count + 1);
        }
    }

    public static void testExceptionCreate(int count) {
        if (count > 1000) {
            throw new RuntimeException();
        } else {
            testExceptionCreate(count + 1);
        }
    }
}

В результате имеем следующие цифры:

Return time: 15ms
Exception throw time: 203ms
Exception create time: 1079ms


Тест, конечно, не претендует на большую точность, однако порядок величин показывает.

Копайте исходники ConsoleHandler. Там используется System.err для вывода, причем попытка его подменить через наследование вызывает закрытие (!) stream'а.
Так что лучше в этом случае не использовать ConsoleHandler, а написать свой, наследуя от StreamHandler'а.

Я хоть и Java-програмист, но все более склоняюсь к ООП как таковому, без привязки к конкретной технологии. Ведь правильные подходы в основном одинаково реализуются на подобных языках.

IntelliJ IDEA Ultimate содержит очень много полезных плюшек.
В частности, быстрые template'ы при настройке под конкретный проект в несколько раз убыстряют написание кода. Фактически, практически все время тратится на обдумывание, а реализация очень быстрая.
Для сопровожденцев же в ней есть незаменимые инструменты рефакторинга и анализа взаимосвязей в коде.
Language Injection — незаменимая вещь, аналогов в других IDE не знаю.
Ну, а про поддержку на уровне синтаксиса и рефакторинга самых различных framework'ов я вообще молчу.