可以将 Grails WAR 文件部署到 GGTS 管理的服务器,但我从未这样做过。我确信这很容易做到,但我从来不需要这样做。这在不附带 Tomcat 的嵌入式(但完整)实例的框架中更有意义,另外还可以选择通过 1 行配置更改将其替换为完整的嵌入式 Jetty 实例:http ://grails.org/plugin/jetty
当您在 GGTS 中使用“Run As | Grails Command (run-app)”运行应用程序时,您所做的事情与从命令行运行grails run-app
时完全相同。GGTS 所做的一切都是为了运行应用程序或测试,甚至generate-
和create-
脚本都调用相同的脚本,但在单独的 VM 中,因此它是隔离的,它在 IDE 中捕获和显示 stdout 和 stderr。因此,您不太可能使用 tc Server(VMware 是公司(或者曾经是,现在是 Pivotal),vFabric 是平台,tc Server 是他们出售许可证和支持的增强版 Tomcat)。如果您想完全确定,请转到 Spring 仪表板并卸载 tc Server,除非您计划将来部署到它并希望在本地进行测试。
另一个快速测试是(假设您没有自定义 404 页面)是为正确的主机、端口和上下文请求一个 url,但在您的应用程序中请求一个不存在的页面或控制器。404 页面应该显示 Tomcat,但 tc Server 页面应该显示“tc Server”,类似于以下内容:
因此,如果您的应用名称是“foo”,请请求
http://localhost:8080/foo/whereAreWeRunningFrom?
或类似的东西。
此外,如果 GGTS 部署到 tc Server(甚至是 Tomcat,但它是自己托管的 Tomcat,而不是 Grails 中无法配置或访问的嵌入式 Tomcat),它会通过创建 WAR 文件并部署它来做到这一点,然后将使用生产环境。所以重新加载将被禁用。如果您可以更改控制器、服务、taglib、i18n 文件、GSP 等并且更改生效,那么您使用的是 Grails 配置的 Tomcat。这使用了“exploded WAR”部署风格,它告诉 Tomcat 你的项目目录是一个解压缩的 WAR 文件,它配置 css 和 js 目录、图像目录、WEB-INF 等指向你的项目文件夹不是真正的解压 WAR 文件。
您可以使用该-https
标志在本地运行 SSL,请参阅http://grails.org/doc/latest/ref/Command%20Line/run-app.html - Grails 将首次为您创建一个自签名证书,您可以继续使用它,或者使用此处描述的方法来替换它: http: //grails.1312388.n4.nabble.com/Specifying-the-SSL-certificate-in-Grails-2-x-td4629128 .html