Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/amazon-web-services/14.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java URL重写无法在ElasticBeanStalk上运行Tomcat8_Java_Amazon Web Services_Tomcat_Url Rewriting_Amazon Elastic Beanstalk - Fatal编程技术网

Java URL重写无法在ElasticBeanStalk上运行Tomcat8

Java URL重写无法在ElasticBeanStalk上运行Tomcat8,java,amazon-web-services,tomcat,url-rewriting,amazon-elastic-beanstalk,Java,Amazon Web Services,Tomcat,Url Rewriting,Amazon Elastic Beanstalk,我们在AWS ElasticBeanStalk上的Tomcat8上运行了一个Java服务器。该项目包含一个AngularJS webapp作为前端。 我们的前端webapp可通过www.domain.com/webappName访问。我在根目录的.ebextensions/httpd/conf.d中放了一个.conf文件 以下是我的conf.d的内容(规则重定向到一个新的url,带有新版本的frontend,在Angular7中) LoadModule rewrite_module modul

我们在AWS ElasticBeanStalk上的Tomcat8上运行了一个Java服务器。该项目包含一个AngularJS webapp作为前端。 我们的前端webapp可通过www.domain.com/webappName访问。我在根目录的.ebextensions/httpd/conf.d中放了一个.conf文件

以下是我的conf.d的内容(规则重定向到一个新的url,带有新版本的frontend,在Angular7中)


LoadModule rewrite_module modules/mod_rewrite.so
重新启动发动机
重写cond%{REQUEST_URI}^/webappname/index\.html
重写规则^webappname/index\.html(.*)$https://redirect-domain.com/$1[R=301,L]
要求所有授权
ProxyPass/http://localhost:8080/ 重试=0
ProxyPassReverse/http://localhost:8080/
代理主机
ErrorLog/var/log/httpd/elasticbeanstalk-error\u log
但重写不起作用。我在localhost和在线模拟器上测试了我的规则,它运行良好。但是当我们在AWS ElasticBeanStalk上部署War文件时,它不起作用

你知道为什么吗?看起来配置文件被绕过了。我试过使用
AllowOverride All
,但不起作用


我们的ElasticBeanStalk使用Tomcat8、Java8和Apache 3.3.2运行

你检查过这两个链接了吗?第一个是关于使用Apache3.2时的nginx,第二个我们已经尝试了一些解决方案,但没有成功。但是谢谢,如果我们找不到Apache的解决方案,我们会尝试使用nginx。我提到这两个问题是因为似乎很多人在重写URL时遇到了同样的问题,这迫使他们使用“00”文件。。。有点像一个黑客,很容易随时改变AWS。希望您尽快解决此问题您检查过这两个链接了吗?第一个是关于使用Apache3.2时的nginx,第二个我们已经尝试了一些解决方案,但没有成功。但是谢谢,如果我们找不到Apache的解决方案,我们会尝试使用nginx。我提到这两个问题是因为似乎很多人在重写URL时遇到了同样的问题,这迫使他们使用“00”文件。。。有点像一个黑客,很容易随时改变AWS。希望你能尽快解决这个问题