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

Люди, вы это все серьезно? А про SQL-инъекции все дружно забыли?

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

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

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

Дык у вас в этой таблице нет tbody :-)

Зависит, конечно, от устройства layout'а...
Я бы сложил в статику и подставлял as is в HTML каждого ресурса.

Решение с iframe, конечно, заманчиво...
Но от них потом будет очень-очень трудно уйти, можете считать, что это будет решение навечно.

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

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

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

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

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

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

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

Потому что иначе бы работало вот так:

public interface A {
}
public class B implements A {
}

...


List<B> b_list = new ArrayList<B>();
List<A> a_list = b_list;
a_list.add(new A());
B b = b_list.get(0);

Т.е. положили в список List объект класса A, а через List пытаемся достать объект класса B, хотя это один и тот же список. Чтобы такого нельзя было сделать и ввели правила наследования generic'ов.

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

пример:

function f1(a, b) {
    if (a == 0) {
        a *= f12() + f15(a);
        b = f2(1, b);

        if (b > 15) {
            f4(a);
            f5(b)
        }

        if (a > 17) {
            f86(a);
        }

        return f6(a, b);
    }

    return f7(a, b);
}

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

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


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

Используйте "//textarea[value = 'initial']", прокатывает во всех браузерах.

Реляционные языки говорят что сделать, оставляя ответ на вопрос как за интерпретатором.

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

IMHO, имеет смысл использовать URL Encoding.

По указанным симптомам — 100% память.

Необходимо понять, каким образом задаются эти самые N объектов.
Если о характере выборки ID для этих объектов ничего нельзя сказать, то на вопрос 1 кроме предложенного варианта с подзапросом вряд ли что-то можно придумать.

Если я правильно понимаю задачу, результат первого вопроса будет выглядеть примерно так:

select *
from `table`
where id in (
    <подзапрос или список для выбора id>
)
order by
    case when lang = 1 then 1
        when lang = 2 then 2
        else 3
    end asc


А вот по поводу второго… Если есть подобного рода запросы, может быть, оптимальнее разбивать не по id, а по языкам?