ASP.NET MVC модальная диалоговая/раскрывающаяся лучшая практика

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

Tomcat является (помимо прочего) контейнером сервлетов . Расположение каталогов и т.п. для сервлетов было стандартизировано в Спецификации Java Servlet v2.2. Вы можете скачать последнюю спецификацию сервлета здесь .

В документах говорится, что нужно просто добавить все в папку Tomcat lib, папки conf и т. д.

blockquote>

Надеюсь, они говорят о тех, кто находится в файле .war или аналогичных, или о общих библиотеках в общих местах. Вы можете поместить разделяемые библиотеки в место, где их можно повторно использовать в приложениях (или даже на виртуальных хостах), что, вероятно, было полезно еще тогда, когда дисковое пространство было более дорогим, но в настоящее время я полагаю, что большинство людей ставят библиотеки для приложения в [ 111] каталог в файле приложения .war.

На этой странице говорится о «директории» макета файла .war (который в основном представляет собой .jar с определенной структурой).

Это правда, что обычно .war файлы раскрываются в подкаталогах установочного каталога Tomcat, но, как указано в ответе , что Dan_Maff связан с комментарием, вы можете изменить файл server.xml, чтобы он выглядел в другом месте.

Вы можете установить веб-приложение под названием Manager , которое помогает в установке, активации, деактивации и управлении веб-приложениями с помощью файлов .war. (Существует также Host Manager для управления виртуальными хостами.)

Все это говорит о том, что вы, безусловно, можете сделать одно приложение на установку Tomcat, если хотите. Перед ним потребуется обратный прокси-сервер (Apache, Nginx и т. Д.), Чтобы один и тот же порт (например, 80) мог использоваться для внешнего URL-адреса различных приложений, и вам нужно было бы назначать каждую установку Tomcat. свой собственный внутренний порт для обратного прокси-сервера.