【问题标题】:deploying changes after initial Grails project launch在初始 Grails 项目启动后部署更改
【发布时间】:2012-04-04 16:56:43
【问题描述】:

几个月前我启动了一个小型 Grails 站点,现在我必须为应用程序部署增量更改,其中大部分不涉及任何数据库更改。新标签,控制器中的错误修复,服务等。现在,我只是挑选运行 grails war SOME-WAR.war 并手动将它们放入生产环境中生成的类和工件的杂碎。你现在的情绪可能是对的,相信我,这个过程本身就是一种惩罚。

对此有何改进建议?

  • 似乎每次都将整个 .war 文件投入生产 某些变化将是一个矫枉过正的问题,并且存在以下问题 客户端生成的静态内容。
  • 例如上传的图片。目前他们在一个目录下 项目初始化时创建的图像目录,它们不是 也存储在数据库中。我考虑将它们存储在数据库中以供存档 和备份目的,以便可以将它们写回目录中 不幸的事情发生了,但还没有走到那一步。

【问题讨论】:

  • 换出一个新的war文件是grails部署过程。上传的图像需要存储在文件系统或数据库中。您的问题似乎比部署更多。
  • ... lib 或 jars 呢?
  • 查看配置文档的依赖解析部分。这是解决 JAR 依赖关系的框架方式grails.org/doc/latest/guide/…

标签: jakarta-ee grails deployment configuration


【解决方案1】:

有一种方法,虽然我只推荐它,如果变化很小,看看这个: http://grails.1312388.n4.nabble.com/Build-pre-expanded-war-file-td3337931.html

【讨论】:

  • 我喜欢它。总比用爪子在整个罐子里打猎要好:-)
【解决方案2】:

您不能像 php 项目或其他基于 intrepreted 语言的项目那样增量更新 Grails 项目,因为 java 是一种编译语言。

您可以使用 ant 部署脚本来自动化部署过程。我使用 Jenkins 的远程部署插件来完成这项任务。

【讨论】:

  • ...嗯,不完全是,我已经轻松地在 Java Web 应用程序上进行了增量部署,因此令我惊讶的是,Grails 项目在 war 文件中看起来像完整的羊杂碎。
  • +1 使用持续集成工具对我来说听起来不错
猜你喜欢
  • 1970-01-01
  • 2013-12-19
  • 2017-01-27
  • 2017-05-26
  • 2019-10-29
  • 2020-03-25
  • 2017-06-20
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多