Сергей Горностаев

Tomcat и PHP - это open source, в реестр они не входят и не должны.

Не делать такую зависимость. Обычно, пользователи приложений, предназначенных для разворачивания в web-контейнере, готовы к тому, что конфигурация сборщика будет только собирать артефакт, а деплоем они должны будут заниматься самостоятельно. Если стоит задача сделать софт, который будет запускаться сразу без деплоя, то можно использовать встроенный Tomcat или лучше даже Jetty.

Запускать надо под отдельной учётной записью специально для web-сервера.

В server.xml нужно прописать соответствующий host и поменять порт. Файл богато откоментирован, не потеряетесь.

Tomcat в Хроме не запускается.

Всё верно, только не обязательно HttpServlet, можно наследовать интерфейс Servlet или класс GenericServlet.

По умолчанию Tomcat прослушивает все ip-адреса, так что можете, если брандмауэр не закрывает доступ к порту 8080 и телефон с ПК находятся в одной подсети.

Исключение NoSuchMethodError - это всегда конфликт зависимостей. Судя по тому, что потерялся метод org.springframework.data.repository.config.RepositoryConfigurationSource.getAttribute(Ljava/lang/String;)Ljava/lang/String; конфликт возникает в Spring Data.

Прежде всего, Jetty вы зря поставили в один ряд с Netty. Совсем разного поля ягоды. Jetty - это web-контейнер. Netty - фреймворк для разработки асинхронных приложений. Jetty используется, когда нужен маленький и простой web-контейнер. Часто как встроенный web-сервер. Netty в основном для разработки восокопроизводительных серверов. Причём необязательно web-серверов.

Если же сравнивать Jetty и Tomcat, они полностью взаимозаменяемы. Обычно, Jetty используют для самостоятельных приложений, упакованных в один jar-файл. А Tomcat тогда, когда вам нужно обслуживать несколько десятков приложений, упакованных в war-файлы. Но можно и наоборот.

Да никаких проблем:

1. Скачиваете архив JDK
   
2. Распаковывайте его на флешку
   
3. Скачиваете архив Tomcat
   
4. Распаковывайте его на флешку
   
5. Скачиваете архив Eclipse
   
6. Распаковывайте его на флешку
   

Остаётся создать в корне флешки батник, устанавливающий переменные окружения

@echo off

set "JAVA_HOME=%CD%\jdk-10.0.1"
set "PATH=%JAVA_HOME%\bin;%PATH%"

В /opt/tomcat/webapps/manager/META-INF/context.xml находите

<Context antiResourceLocking="false" privileged="true" >
    <Valve className="org.apache.catalina.valves.RemoteAddrValve"
           allow="127\.\d+\.\d+\.\d+|::1|0:0:0:0:0:0:0:1" />
</Context>

и дописываете в атрибут allow ip-адрес, с которого подключаетесь.

При запуске Tomcat создаст пул потоков и экземпляр сервлета. При поступлении запросов методы сервлета будут запускаться на потоках из пула. Сервлет не уничтожается до окончания работы сервера.

Потоки можно создавать самостоятельно, но зачем? Особенно при использовании Spring, который предоставляет целую кучу удобных высокоуровневых абстракций для удобной работы с асинхронными задачами.

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

Либо установите Tomcat в каталог не требующий админских прав для записи, либо запускайте cmd от администратора.

Если в классе Note есть геттеры и сеттеры для title и text, то всё гораздо проще:

@Path("/")
public class Rest {

    private ArrayList<Note> notes = new ArrayList<Note>();
    
    @POST
    @Consumes(MediaType.APPLICATION_JSON)
    public void postNote(Note note) {
        notes.add(note);
        ...
    }
}

DataSource потокобезопасный, его можно получать в процессе инициализации и сохранять в поле. А вот Connection нет и лучше его использовать в пределах одного метода:

protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
    try (Connection con = ds.getConnection()) {
        // применяете
    }
}

1. Да, доступны. Да, необходимо использовать потокобезопасные коллекции.
   
2. Зависит от реализации контейнера. Лучше не делать предположений на эту тему.
   
3. Вы можете зарегистрировать ServletContextListener для инициализации общих для всех сервлетов данных. Но создание источника данных лучше доверить контейнеру и получить сервлетами из JNDI.
   
4. 
   
   1. Можно передать Tomcat'у параметр

      -Dorg.apache.catalina.startup.EXIT_ON_INIT_FAILURE=true

      
      
   2. Наверное, можно в обработчике исключения сервлета вызывать System.exit(1)
      
   3. Можно в конфигурации настроить shutdown port
      

      <Server port="8005" shutdown="someLongAndSecretString">

      
      и потом в коде
      

      Socket socket = new Socket("localhost", 8005); 
      if (socket.isConnected()) { 
          PrintWriter pw = new PrintWriter(socket.getOutputStream(), true); 
          pw.println("someLongAndSecretString");
          pw.close(); 
          socket.close(); 
      }