Андрей Шишкин

Идете к франчу, они вам пишут.

В СССР операционных систем не было! :)

Ваши 2 тыщи не сильно помогут всеми любимому ресурсу.

Читайте ошибку ) У вас неизвестный хост es-t-doors.mysql

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

А вот вам как вариант один вариант ))
Пишите полупрозрачным шрифтом по диагонали на каждой странице номер копии книги. Можно написать так, чтобы это не мешало чтению. Если книгу сольют, вы, возможно будете знать кто это сделал.

JavaFX еще есть. Вы десктопное приложение пишете ?

Поменяйте методологию разработки и не нужны будут ни ТЗ ни прайсы с услугами. Будет только стоимость часа вашей работы.
Сейчас в идеале у вас так: вы составляете ТЗ (зачастую бесплатно), договариваетесь о стоимости проекта, начинаете разработку, сдаете проект, получаете деньги, профит. Но! Зачастую бывает так, как вы сами сказали - заказчик сам не знает чего хочет. И вот вы пишете проект, и в какой-то момент заказчик говорит, 4что он не предусмотрел очень важную для него фичу. Вы понимаете, что малой кровью эту фичу не добавить, что ее нужно было предусмотреть на этапе проектирования системы. Пересчитываете стоимость, озвучиваете ее и прощаетесь, так как стоимость уже была озвучена ранее, бюджет под это дело выделен, а пересматривать его по разным причинам со стороны заказчика никто не хочет/не будет. Или еще хуже - вы написали проект, сдаете его, а заказчик его не принимает и говорит что это вообще не то, что он хотел.
В итеративном подходе, работа делится на спринты, например по 2 недели. В конце спринта вы показываете заказчику то, что сделали и оговариваете, что будете делать в следующем спринте. На протяжении всего проекта заказчик плотно общается с вами и активно в нем участвует, вы не выпадаете из поля зрения. Он видит как растет его проект, добавляются новые фичи. Меньше всякой бумажной бюрократии. Для вас думаю не надо плюсы объяснять )

Что значит "не понравились" ?
Это вам не роман Донцовой. Не представляю что может быть проще Шилдта. Если вам и он не понятен, тогда может быть программирование - не ваш конёк ?

Что за файлы, начнем с этого ?
Текст ?

MD5 не секьюрно. Юзайте SHA-2

Вобщем, опять же сам докопался до истины )
Context root - это некий префикс для сервлетов. Если он не нужен, то при деплое или после деплоя в настройках его можно убрать. Но тогда необходимо будет указать этот сервлет в качестве дефолтного веб модуля в консоли
Configurations -> Virtual Servers -> server -> Default Web Module.

H2 еще посмотрите. Есть embeded версия.

Судя по вашему вопросу, вы не джаву не понимаете, а как вообще вычисления на ЭВМ происходят :)
Задайте конкретный(е) вопрос(ы), что именно непонятно ?
Приведите пример непонятного кода и будем его мусолить )

А зачем вообще xml использовать ?
Пишите в файл по маске и все.

Ответы на ваш вопрос могут поменяться, если расскажете как потом эти логи вы планируете использовать :)

Помоему Вы строите EAV модель, только не знаете, что это придумали уже :)

А я просто компоную пароль в уме. Есть некая "несущая строка" для всех паролей. К ней добавляется еще одна. Эта вторая строка уникальна для каждого сервиса или сайта. Свой алгоритм я, естественно, рассказывать не буду, но приведу пример:
1. Под "несущей" строкой будем понимать свой день рождения + какое-то слово, например "Blablabla". 01011900Blablabla.
2. К примеру создаем пароль для Яндекс почты. В качестве уникальной строки будем брать первые 3 буквы сервиса. Получаем yan.
3. В дополнении можно эти строки между собой конкатенировать не подряд, а например вставлять уникальную строку между вторым и третьим bla.
Результат 01011900Blablayanbla

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

while(in.hasNext())
       s += in.nextLine() + "\r\n";

Нехорошо стрингу в цикле конкатенировать, это не мутабельный тип. Когда конкатенируете, создается новый объект. В итоге проигрываете по перфомансу. Используйте StringBuilder или StringBuffer.