Дмитрий Александров

Поэтому, хотелось бы в первую очередь узнать совета у разрабатывающих на Java - насколько влияет процессор на скорость компиляции.

Тоже долго думал в свое время что взять и как лучше. В итоге отказался от интела и взял amd fx8320 чисто потому что параллельность всеравно лучше. К нему 16гб оперативки и SSD на 512 гб. Кулер взял DEEPCOOL Frostwin V2, несмотря на монструозность старый винт хрустит громче чем работает этот кулер. На остатки денег взял неплохой 22 дюймовый монитор который поворачивается в альбомную\ландшафтную ориентацию.
В итоге хоть проц и проигрывает i7 но работать очень приятно, нет никаких тормозов, куча софта очень спокойно работает скопом, работает пара виртуалок которым отданы пара ядер(это кстати критичный момент был для меня и еще один плевок на интелов). NetBeans работает очень шустро, андроид студия тоже летает. Проиграл только с эмуляцией андроида т.к. она заточена под интелы, но это решилось установкой android x86 на ноутбук 2й системой.

Давно не смотрел что там в FX но раньше модальных окон не было.
Варианты такие:
1) Подменять стадию в сцене.
2) Вызвать модальное окно свинга, а потом запускать FX окно.
3) Возможно что в FX появились модальные окна.
4) Создать окно FX, убить его и создать другое. Тут я думаю и так все понятно.

Чтобы понять принципы делай как можно проще. Например:
1) Представь свою структуру данных точными последовательностями. Скажем у тебя это данные типа "фамилия", "имя", "возраст","в_браке". Типы будут такие string, string, int, boolean. 4 поля данных.
2) Теперь тебе надо сереализовать твою структуру. Переводишь все ("фамилия", "имя", "возраст","в_браке") в байты.
3) На клиенте подключаешься к сокетному серверу, открывается соединение. Берешь первое поле "фамилия" (помним что это у тебя уже байты), считаешь его размер(скажем получилось 17 байт). Переводишь число(int) 17 в байты. Пишешь в сокет серверу байтовое число 17. Затем пишешь туда же все свои 17 байт данных. Повторяешь такое со всеми данными.
4) Сервер запущен и ждет соединения. Клиент подключился, сервер начинает ждать данные. Помним что в п1. у нас заранее известна структура данных. Начинаешь читать из сокета байты размерами int. Прочитал получилось число 17. Читаешь из сокета 17 байт, получилось поле "фамилия", снова читаешь из сокета байты размером int. Узнал из него сколько байт надо прочитать и читаешь их. Таким образом делаешь 4 раза(см. п.1). Теперь остается перевести данные из байт в string, string, int, boolean и получишь на сервере "фамилия", "имя", "возраст","в_браке".
5) Сервер отключает клиента или скажем по такому же принципу шлет ответ.
Все выше написанное сильно кривое но для понимания как работает передача данных по сети самое то.
Что бы перестать бояться сокетов и понять их, представь что это обычные файлы, которые ты открываешь, пишешь и читаешь.

Если пишите сугубо для внутренних нужд то зачем тогда вообще нативно? Подняли веб сервер в локалке, в нем страничку с плеером. На телефоне ярлык на эту страничку с рабочего стола или приложений. Никаких лишних телодвижений ненужно и будет работать быстро на андроиде и ios.
Еще вариант сделать плейлист и скармливать его плееру на мобиле.

Надо в JVM импортировать этот не валидный сертификат.
stackoverflow.com/a/12146838/6193104

-удалено по просьбе-