Веб-приложение по умолчанию в tomcat

Прошло несколько дней, я искал решение. Мой вопрос: мне нужно развернуть проект в tomcat и сделать его веб-приложением по умолчанию. Что я сделал, так это скопировал мой военный файл и поместил его в папку tomcat/webapps. Запустил tomcat и изменил порт по умолчанию. Теперь я могу получить доступ к своему приложению по адресу http://localhost/myapp. Я хочу видеть свое приложение по адресу http://localhost. Как я могу это сделать?


person sain    schedule 12.04.2011    source источник


Ответы (4)


Я смог сделать это, добавив элемент «Контекст» с атрибутом path = «» в разделе «Хост» в файле server.xml.

            <Context path="" docBase="/usr/local/tomcat/mywebapps/myapplication">
                <WatchedResource>WEB-INF/web.xml</WatchedResource>
            </Context>

Примечание. Я использую Tomcat 7. Также мне пришлось переместить свое веб-приложение в другое место, чем папка веб-приложений по умолчанию. Я также удалил веб-приложения по умолчанию, предоставленные tomcat. Но это решение работает даже без их удаления.

Вот содержимое моего server.xml для справки. Надеюсь это поможет.

<?xml version='1.0' encoding='utf-8'?>
<!-- Licensed to the Apache Software Foundation (ASF) under one or more contributor 
    license agreements. See the NOTICE file distributed with this work for additional 
    information regarding copyright ownership. The ASF licenses this file to 
    You under the Apache License, Version 2.0 (the "License"); you may not use 
    this file except in compliance with the License. You may obtain a copy of 
    the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required 
    by applicable law or agreed to in writing, software distributed under the 
    License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS 
    OF ANY KIND, either express or implied. See the License for the specific 
    language governing permissions and limitations under the License. -->
<!-- Note: A "Server" is not itself a "Container", so you may not define 
    subcomponents such as "Valves" at this level. Documentation at /docs/config/server.html -->
<Server port="8005" shutdown="SHUTDOWN">
    <!-- Security listener. Documentation at /docs/config/listeners.html <Listener 
        className="org.apache.catalina.security.SecurityListener" /> -->
    <!--APR library loader. Documentation at /docs/apr.html -->
    <Listener className="org.apache.catalina.core.AprLifecycleListener"
        SSLEngine="on" />
    <!--Initialize Jasper prior to webapps are loaded. Documentation at /docs/jasper-howto.html -->
    <Listener className="org.apache.catalina.core.JasperListener" />
    <!-- Prevent memory leaks due to use of particular java/javax APIs -->
    <Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
    <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" />
    <Listener className="org.apache.catalina.core.ThreadLocalLeakPreventionListener" />

    <!-- Global JNDI resources Documentation at /docs/jndi-resources-howto.html -->
    <GlobalNamingResources>
        <!-- Editable user database that can also be used by UserDatabaseRealm 
            to authenticate users -->
        <Resource name="UserDatabase" auth="Container"
            type="org.apache.catalina.UserDatabase" description="User database that can be updated and saved"
            factory="org.apache.catalina.users.MemoryUserDatabaseFactory"
            pathname="conf/tomcat-users.xml" />
    </GlobalNamingResources>

    <!-- A "Service" is a collection of one or more "Connectors" that share 
        a single "Container" Note: A "Service" is not itself a "Container", so you 
        may not define subcomponents such as "Valves" at this level. Documentation 
        at /docs/config/service.html -->
    <Service name="Catalina">

        <!--The connectors can use a shared executor, you can define one or more 
            named thread pools -->
        <!-- <Executor name="tomcatThreadPool" namePrefix="catalina-exec-" maxThreads="150" 
            minSpareThreads="4"/> -->


        <!-- A "Connector" represents an endpoint by which requests are received 
            and responses are returned. Documentation at : Java HTTP Connector: /docs/config/http.html 
            (blocking & non-blocking) Java AJP Connector: /docs/config/ajp.html APR (HTTP/AJP) 
            Connector: /docs/apr.html Define a non-SSL HTTP/1.1 Connector on port 8080 -->
        <Connector port="80" protocol="HTTP/1.1" connectionTimeout="20000"
            redirectPort="443" />
        <!-- A "Connector" using the shared thread pool -->
        <!-- <Connector executor="tomcatThreadPool" port="80" protocol="HTTP/1.1" 
            connectionTimeout="20000" redirectPort="443" /> -->
        <!-- Define a SSL HTTP/1.1 Connector on port 8443 This connector uses the 
            JSSE configuration, when using APR, the connector should be using the OpenSSL 
            style configuration described in the APR documentation -->
        <!-- <Connector port="443" protocol="HTTP/1.1" SSLEnabled="true" maxThreads="150" 
            scheme="https" secure="true" clientAuth="false" sslProtocol="TLS" /> -->

        <!-- Define an AJP 1.3 Connector on port 8009 -->
        <Connector port="8009" protocol="AJP/1.3" redirectPort="443" />


        <!-- An Engine represents the entry point (within Catalina) that processes 
            every request. The Engine implementation for Tomcat stand alone analyzes 
            the HTTP headers included with the request, and passes them on to the appropriate 
            Host (virtual host). Documentation at /docs/config/engine.html -->

        <!-- You should set jvmRoute to support load-balancing via AJP ie : <Engine 
            name="Catalina" defaultHost="localhost" jvmRoute="jvm1"> -->
        <Engine name="Catalina" defaultHost="localhost">

            <!--For clustering, please take a look at documentation at: /docs/cluster-howto.html 
                (simple how to) /docs/config/cluster.html (reference documentation) -->
            <!-- <Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"/> -->

            <!-- Use the LockOutRealm to prevent attempts to guess user passwords 
                via a brute-force attack -->
            <Realm className="org.apache.catalina.realm.LockOutRealm">
                <!-- This Realm uses the UserDatabase configured in the global JNDI resources 
                    under the key "UserDatabase". Any edits that are performed against this UserDatabase 
                    are immediately available for use by the Realm. -->
                <Realm className="org.apache.catalina.realm.UserDatabaseRealm"
                    resourceName="UserDatabase" />
            </Realm>

            <Host name="localhost">

                <!-- SingleSignOn valve, share authentication between web applications 
                    Documentation at: /docs/config/valve.html -->
                <!-- <Valve className="org.apache.catalina.authenticator.SingleSignOn" 
                    /> -->

                <!-- Access log processes all example. Documentation at: /docs/config/valve.html 
                    Note: The pattern used is equivalent to using pattern="common" -->
                <Valve className="org.apache.catalina.valves.AccessLogValve"
                    directory="logs" prefix="localhost_access_log." suffix=".txt"
                    pattern="%h %l %u %t &quot;%r&quot; %s %b" resolveHosts="false" />

                <Context path="" docBase="/usr/local/tomcat/mywebapps/myapplication">
                    <WatchedResource>WEB-INF/web.xml</WatchedResource>
                </Context>

            </Host>
        </Engine>
    </Service>
</Server>
person YoK    schedule 14.10.2011
comment
не будет ли этот подход дважды развертывать приложение в веб-приложениях? из официального документа Tomcat: при использовании автоматического развертывания docBase определенный файлом контекста XML, должен находиться за пределами каталога appBase. В противном случае могут возникнуть трудности с развертыванием веб-приложения или приложение может быть развернуто дважды. - person A_Di-Matteo; 07.06.2017

Удалите папку Tomcat/webapps/ROOT (если есть), переименуйте файл WAR в ROOT.war и перезапустите.

person BalusC    schedule 12.04.2011
comment
Я сделал, но я получаю домашнюю страницу apache tomcat. - person sain; 12.04.2011
comment
Тогда вы изменяете или получаете доступ к неправильному экземпляру Tomcat. Вы используете IDE или что-то в этом роде? - person BalusC; 12.04.2011
comment
Да, я использовал среду IDE netbeans для развертывания проекта. - person sain; 12.04.2011
comment
Вы должны установить имя контекста в пустую строку или / в свойствах проекта. Я не могу подробно рассказать, как и где, так как я не использую Netbeans. Несмотря на это, ответ работает, если оставить IDE вне рассмотрения, и вы делаете это точно так, как указано в вашем вопросе: копируете WAR и помещаете в tomcat/webapps. - person BalusC; 12.04.2011
comment
Да, я сделал это, и я больше не использую netbeans. Я закрываю netbeans, и используется только военный файл. - person sain; 12.04.2011
comment
Тогда вы изменяете или получаете доступ к неправильному экземпляру Tomcat. Загляните в папку webapps, где вы удалили папку ROOT и поместили файл ROOT.war. Расширял ли Tomcat WAR при запуске? Если нет, то это определенно неправильный экземпляр Tomcat, который вы модифицируете и/или запускаете. Если это так, то, вероятно, в папке Tomcat/work есть старый конфликтующий файл, который вам следует удалить. - person BalusC; 12.04.2011

вы можете переименовать свое веб-приложение в ROOT (приложение по умолчанию для tomcat), или вы можете использовать веб-сервер, который может обрабатывать доменные имена и перенаправления (например, https-сервер apache), и настроить там свой сайт.

Первый подход не очень элегантный, но зато быстрый и эффективный.

person rekaszeru    schedule 12.04.2011

создайте index.html в webapps/ROOT ниже.

<html>

<head>
    <meta http-equiv="refresh" content=0;URL="http://localhost/myapp">
</head>

<body>
</body>

</html>
person Satish Penmetsa    schedule 12.03.2013
comment
Не могли бы вы добавить некоторую информацию о том, почему вы считаете, что это лучшее решение проблемы? (А не перенаправление на стороне сервера). Я не думаю, что это ответ, прежде чем я проголосую за него, я хотел бы услышать ваши рассуждения. - person Benjamin Gruenbaum; 12.03.2013
comment
Это будет работать только для клиентов, которые являются браузерами (то есть загружают и анализируют HTML). Нет, например, если вы используете библиотеки Python urllib2 или httplib2 или requests). - person Jean Jordaan; 01.05.2014
comment
Как и выше, это просто веб-страница, а не настоящая переадресация. - person AntonPiatek; 15.09.2015