Марат

Все оказалось гораздо проще:
Смотрим в IDEA какая версия Maven выбрана,
далее в папке
IntelliJ IDEA\plugins\maven\lib\maven3\conf\
находим settings.xml
и правим блок отвечающий за proxy

расскоментирываем его и вносим настройки своего proxy

<proxy>
      <id>optional</id>
      <active>true</active>
      <protocol>http</protocol>
      <username>имя</username>
      <password>пароль</password>
      <host>proxy</host>
      <port>111</port>
      <nonProxyHosts>local.net|some.host.com</nonProxyHosts>
    </proxy>

и все MAVEN заработал через прокси.

Если я правильно понял вопрос, то вам подойдёт LICEcap

Так сразу не ответишь. Почитайте Интернет, много всего. ITDVN на ютубе посмотреть можно. На хабре много интересных статей. Например, свежий, "легкий" пост https://habrahabr.ru/post/321844/

По сути архитектура не менялась с появления скриптов в браузере. Три уровня операций в архитектуре:
1) Верстка. Раньше были таблицы, потом стали дивы. Все писали свои библиотеки. Затем библиотеки стали выкладывать в общий доступ - появились CSS-фреймворки Bootstrap, Foundation и так далее. Стало слышно о предпроцессорах CSS - less, sass. В 2014 году Гугол выпустил свой подход к дизайну Material Design. На базе него есть масса CSS-фреймворков. Сейчас переходим на флексы, приятная вещь.
1.2) Лет пять назад начался бум мобильного трафика со смартфонов. Поэтому появились медиа-запросы и адаптивная верстка. Я сам года полтора назад взял ксиаоми 5.5 дюймов - первое время в деревне балдел :) Важный элемент.
2) DOM. Операции по работе с DOM. Парсинг HTML дерева. Раньше писали большие библиотеки для разных браузеров (в основном на Javascript). Модно было менять картинки в меню по наводке мыши. Потом появился jQuery, он во многом снял вопросы о кросс-браузерности. Сейчас это все переросло в JS-фреймворки. Самые популярные, насколько понимаю - Angular, React. Их много.
3) Запросы на сервер. Когда то давно это называлось XmlHttpRequest в виде COM-объекта в IE. Потом модное слово Web 2.0. Далее - мода на Ajax. Потом появился jQuery - это правда очень хороший и качественный продукт. И опять же JS-фреймворки.
---
Эти операции за последние лет 15 обросли кучей терминов и технологий. Каждый считает, что он сможет написать лучше - и делает свою систему, технологию, подход, фреймворк и так далее. Не говорю, что это плохо - может и хорошо, но бардак аццкий.

И в серверных технологиях много нового, хотя гиганты вроде Явы, Майкрософта, Оракла - удержались. Вокруг конечно создали много всего, но ИМХО - как был PHP и ASP в Интернете, так и остались. Хотя, такие штуки как REDIS весьма полезны :)

ЗЫ: я лично смотрю в сторону Angular 2 или React (скорее всего буду пробовать обоих) и Bootstrap 4 с флексами. Если бутстрап до апреля не забЭтится - выкину и напишу свои небольшие библиотеки, мне много не надо :) Хотя мне пока что и на ASP.NET Forms и ASP.NET MVC неплохо живется, ну jQuery конечно, Yandex MAP API, бустрапа в меру. Но у всех свои мнения :)

Это делается при помощи плагинов. Вот на выбор antrun и maven-resources-plugin:

<build>
    <plugins>
        <plugin>
            <artifactId>maven-antrun-plugin</artifactId>
            <executions>
                <execution>
                    <phase>validate</phase>
                    <configuration>
                        <tasks>
                            <copy todir="${project.basedir}/target/jfx/speedmap">
                                <fileset dir="/home/fluent/mapGr"/>
                            </copy>
                        </tasks>
                    </configuration>
                    <goals>
                        <goal>run</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>

        <plugin>
            <artifactId>maven-resources-plugin</artifactId>
            <version>3.0.1</version>
            <executions>
                <execution>
                    <id>copy-resources-foreign</id>
                    <phase>validate</phase>
                    <goals>
                        <goal>copy-resources</goal>
                    </goals>
                    <configuration>
                        <outputDirectory>${project.basedir}/target/jfx/speedmap</outputDirectory>
                        <resources>
                            <resource>
                                <directory>/home/fluent/mapGr</directory>
                            </resource>
                        </resources>
                    </configuration>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

Есть директории, лежащие вне Java -проекта. Это не ресурсы (их надо копировать в директорию, отличную от target\classes).

В вашем случае это всё-таки ресурсы. Просто по умолчанию maven считает ресурсами только контент из директорий src/main/resources и src/test/resources. Вам просто нужно сказать где ещё располагаются ресурсы, необходимые для сборки проекта.

Вообще говоря, не очень хорошо завязываться на внешние по отношению к проекту ресурсы. Это усложняет вхождение новых участников, так как теперь уже недостаточно просто запустить mvn install и получить готовый артефакт. Да и сами потом забудете/запутаетесь, будете тратить время на вспоминание как правильно собирать проект. Хотя, конечно, хозяин - барин.

Я раньше увлекался переводами. Забросил — это достаточно неблагодарное дело. Люди, которые могут дать ценный фидбэк, как правило уже давно прочли в оригинале. Подмножество людей, которые не могут в английский, как ни странно, довольно сильно пересекается с подмножеством людей, чьи комментарии не очень ценны. Особенно это касается сугубо программистских текстов типа доков к либам/движкам.

В обратную сторону это тоже работает — самое ценное пишется на английском, и не только русско-язычными авторами, во всем мире так.

Еще такая закономерность: библиотека/фреймворк/движок либо активно развивается и документация устаревает за считанные месяцы, либо она никому не нужна. Что толку в доках на твоем языке, если они относятся к предыдущей версии?

Могу подсказать насчет первого пункта.

Запустить функцию отдельным потоком и при выполнение каждой операции проверять

Thread t = new Thread.... {

if (Thread.interrupted()) {
// сохранить текущий результат и выйти из метода
}
});;

t.start();

t.join(10000); // ждем поток 10 сек

t.interrupt(); // предлагаем потоку прервать выполнение