rPman

webkit штатно идет с jre на всех платформах как часть javafx кажется с 1.7 версии, в android - это android.webkit, плюс точно знаю есть аналогичные опенсорс компоненты для chromium.

Работает абсолютно все, кроме загрузки файлов (ее можно до реализовать самому, правда довольно кривовато).

Я не буду говорить про ООП, читаемость кода или его модифицируемость в будущем.

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

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

p.s. по теме, если параметр, который подставляют в вызов method() будет браться из-вне, например значение одного из параметров в GET, то я бы порекомендовал пропустить эти параметры через специальный метод-фильтр, конвертирующий строки во внутреннее представление (числовые дефайны или ссылки на методы), он же проверяет их валидность... вот это удобство для программиста, когда выделяется отдельная задача в отдельный метод/класс... ООП тут совершенно не требуется, так как нечего наследовать, хотя может быть использовано просто как синтаксический способ объединить код и данные в одном месте.

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

как альтернатива вам нужен конвертер (прокси) вебсокет - обычные сокеты, эта прокси будет выступать сервером для вашей html страничке, написать ее будет еще проще

соответственно html страничка будет по вебсокету подключаться к вашей программе, штатными средствами html5+javascript

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

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

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

Вам не нужно событие смены дня, вам нужно само число?
Если вам нужно число, гарантированно уникальное, больше на единицу от предыдущего дня, то берете дату в формате unixtime, прибавляете смещение (когда вам нужно считать смену дня) и делите результат на (60*60*24) - целая часть результата - ваш индекс, можете вычесть какое то значение, соответствующее вашему первому запуску.