在Tomcat虚拟主机pipe理器中，可以添加一个虚拟主机，其中包含以下选项： Name Aliases App base AutoDeploy DeployOnStartup DeployXML UnpackWARs Manager App 但是，似乎没有像以前那样在XMLconfiguration文件中手动添加它们时为docBase设置虚拟主机的选项： <Host name="[my_domain_name]" appBase="webapps"> <Context path="" docBase="[path_to_my_site]" /> </Host> 有什么办法通过pipe理器添加这个，或者，如果没有，默认的docBase最终会是什么？ 谢谢。 NB我正在使用Tomcat 7
Tomcat服务器configuration（ server.xml ）默认启用AJP连接器。 所以默认tomcat在8009端口监听。 为什么这是默认启用？ 我以为只有很less人会使用Apache作为反向代理，或者我们应该使用Apache作为前端（web服务器），并保持tomcat只用于servlet和JSP页面？
我试图使用Apache（2.4）作为反向代理的Tomcat（7），这工作正常，当我只使用http。 httpconfiguration： <VirtualHost *:80> ServerName abc.domain.org ProxyRequests Off ProxyPreserveHost On <Proxy *> Order allow,deny Allow from all </Proxy> ProxyPass / http://localhost:8080/ ProxyPassReverse / http://localhost:8080/ </VirtualHost> 这工作完全正常。 但是当我想要Apache处理https时，它根本就不工作。 我尝试了很多东西，但是最后只能看到一个“index of /”的平面页面， httpsconfiguration： <VirtualHost *:443> ServerName abc.domain.org SSLEngine On SSLCertificateFile path SSLCertificateKeyFile path SSLCertificateChainFile path ProxyRequests Off ProxyPreserveHost On <Proxy *> Order allow,deny Allow from all </Proxy> […]
我有一个正在运行的Web服务，通过Apache Tomcat 7在server.xml使用以下连接器元素： <Connector port="443" protocol="org.apache.coyote.http11.Http11Protocol" SSLEnabled="true" maxThreads="150" scheme="https" secure="true" clientAuth="false" keystoreFile="C:\Java\myhost.keystore" keystorePass="importkey" sslProtocol="TLS" /> 多年来，这一直运行良好，但是现在出现了一种新的Logjam安全威胁，并且我正在尝试使用“部署Diffie-Hellman指南”来获取我的Web服务以获取TLS指令。 所以，我将下面一行添加到<connector>元素中： ECDHE-ECDSA-AES128-GCM-SHA256，ECDHE-RSA-AES256-GCM-SHA384，ECDHE-ECDSA-AES256-GCM-SHA384，DHE-RSA-AES128-GCM ECDHE-ECDSA-AES128-SHA256：ECDHE-RSA-AES128-SHA：ECDHE-ECDSA-AES128-SHA：ECDHE-ECDSA-AES128-SHA256：ECDHE-RSA-AES128- -RSA-AES256-SHA384：ECDHE-ECDSA-AES256-SHA384：ECDHE-RSA-AES256-SHA，ECDHE-ECDSA-AES256-SHA，DHE-RSA-AES128-SHA256，DHE-RSA-AES128-SHA，DHE-DSS DHE-RSA-AES256-SHA，DHE-RSA-AES256-SHA，AES128-GCM-SHA256，AES256-GCM-SHA384，AES128-SHA256，AES256-SHA256，AES128 -SHA，AES256-SHA，AES，CAMELLIA，DES-CBC3-SHA“ Tomcat重新启动正常，但我不能再连接到我的Web服务。 检查日志后，我注意到这一行： 警告：SSL引擎不支持指定的密码：ECDHE-RSA-AES128-GCM-SHA256，ECDHE-ECDSA-AES128-GCM-SHA256，ECDHE-RSA-AES256-GCM-SHA384，ECDHE-ECDSA-AES256- ECDHE-RSA-AES128-SHA256：ECDHE-ECDSA-AES128-SHA256：ECDHE-RSA-AES128-SHA256：ECDHE-ECDSA-AES128-SHA256： ECDHE-ECDSA-AES128-SHA：ECDHE-RSA-AES256-SHA384：ECDHE-ECDSA-AES256-SHA384：ECDHE-RSA-AES256-SHA，ECDHE- DHE-RSA-AES128-SHA，DHE-DSS-AES128-SHA256，DHE-RSA-AES256-SHA256，DHE-DSS-AES256-SHA，DHE-RSA-AES256-SHA，AES128-GCM-SHA256，AES256-GCM- SHA384，AES128-SHA256，AES256-SHA256，AES128-SHA，AES256-SHA，AES，CAMELLIA，DES-CBC3-SHA 试图让Tomcat只使用这些密码，我错过了什么？ 我如何使它们由SSL引擎支持？
我正在用Apache服务器在Tomcat 7中进行群集。 它也工作得很好。 不过，我有以下问题： 1）我正在尝试监视mod_jk状态页面; 但它是给404错误。 2）在Log中显示以下错误 – [Tue Dec 17 13:16:51.019 2013] [2236:140599476504544] [error] init_jk::mod_jk.c (3348): Initializing shm:/etc/httpd/logs/mod_jk.shm.2236 errno=13. Load balancing workers will not function properly. [Tue Dec 17 13:16:51.019 2013] [2236:140599476504544] [info] init_jk::mod_jk.c (3365): mod_jk/1.2.37 initialized [Tue Dec 17 13:16:51.041 2013] [2237:140599476504544] [error] init_jk::mod_jk.c (3348): Initializing shm:/etc/httpd/logs/mod_jk.shm.2237 errno=13. Load balancing workers will not […]
我在十字路口决定是否使用mod_jk或mod_proxy设置Apache 2和Tomcat 7的负载平衡系统。我读了通常的比较，mod_jkfunction更强大但configuration困难等，但我读的是有点过时（2007 – 2010年），根据我目前的要求，我可以去任何一种方式。 现在看看连接器上的Tomcat 7文档！ 我发现，除了mod_proxy之外，他们基本上都弃用了： 其他支持AJP的本机连接器可能工作，但不再支持。 那么这是否意味着新的用途应该与mod_proxy一起使用？
我有一个Web应用程序部署在一个Web应用程序webapps/appname应用程序名称，我试图将重写规则添加到example.org/appname-slow重写为example.org/appname?delay=1 。 我在webapps/ROOT/WEB-INF/web.xml <filter> <filter-name>UrlRewriteFilter</filter-name> <filter-class>org.tuckey.web.filters.urlrewrite.UrlRewriteFilter</filter-class> <init-param> <param-name>confReloadCheckInterval</param-name> <param-value>0</param-value> </init-param> <init-param> <param-name>statusEnabledOnHosts</param-name> <param-value>*</param-value> </init-param> <init-param> <param-name>logLevel</param-name> <param-value>sysout:DEBUG</param-value> </init-param> </filter> <filter-mapping> <filter-name>UrlRewriteFilter</filter-name> <url-pattern>/*</url-pattern> <dispatcher>REQUEST</dispatcher> <dispatcher>FORWARD</dispatcher> </filter-mapping> 以及在webapps/ROOT/WEB-INF/urlrewrite.xml ： <?xml version="1.0" encoding="utf-8"?> <!DOCTYPE urlrewrite PUBLIC "-//tuckey.org//DTD UrlRewrite 4.0//EN" "http://www.tuckey.org/res/dtds/urlrewrite4.0.dtd"> <urlrewrite use-context="true"> <rule match-type="regex"> <from>^/appname-slow/(.*)$</from> <to type="forward" qsappend="true">/appname/$1?delay=1</to> </rule> </urlrewrite> 但是当我去到新的url，我得到： HTTP Status 404 – /appname/ type Status […]
Tomcat 7需要超过21分钟才能开始： ene 09, 2013 10:01:39 AM org.apache.catalina.startup.Catalina start INFO: Server startup in 1290787 ms 当它完成时，表示它正在扫描不包含TLD的JAR： ene 09, 2013 10:59:39 AM org.apache.jasper.compiler.TldLocationsCache tldScanJar INFO: Al menos un JAR, que se ha explorado buscando TLDs, aún no contenía TLDs. Activar historial de depuración para este historiador para una completa lista de los JARs que fueron explorados […]
我有一个使用Tomcat 7部署的正在运行的YouTrack实例，它在http://example.com:8080/youtrack上正常工作 Apache已经被configuration为支持主域的SSL（我有.pem文件）。 https://example.com和http://example.com都可以正常访问。 端口8443已被其他服务使用（ https://example.com:8443显示我Pleskpipe理面板）。 现在我想设置YouTrack使用https://youtrack.example.com 我怎样才能做到这一点？ 我是否需要configurationTomcat以支持SSL（生成单独的密钥等），或者只是将来自Apache的请求代理到Tomcat？ 我想第一步是将YouTrackconfiguration为https://example.com:8444/youtrack ，然后使用Apache的mod_proxy代理请求。 我怎样才能做到这一点？ 我的/var/lib/tomcat7/conf/server.conf是默认的，没有任何改变： http : //pastie.org/9385045 我的/usr/share/tomcat7/bin/setenv.sh包含更改YouTrack默认URL的条目： -Djetbrains.youtrack.baseUrl=http://youtrack.example.com 虚拟主机configuration： $ cat /etc/apache2/sites-enabled/default <VirtualHost *:80> ServerName example.com ServerAlias www.example.com DocumentRoot /var/www/default <Directory /> Options FollowSymLinks AllowOverride All </Directory> <Directory /var/www/default> Options Indexes FollowSymLinks MultiViews AllowOverride None Order allow,deny allow from all </Directory> ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ <Directory […]
在我们的Linux机器上，我们有多个运行tomcat的用户。 目前我们正在使用进程kill命令来杀死相应用户的tomcat，而不是使用shutdown.sh 使用这种方法有什么缺点吗？