Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

打包时是否可以不配置数据库地址,不把数据库地址打在jar包中,而在打包后的配置文件中配置? #869

Closed
lusong1986 opened this issue Dec 6, 2017 · 13 comments

Comments

@lusong1986
Copy link

使用build.sh 打包时是否可以不配置数据库地址,不把数据库地址打在jar包中,而在打包后的配置文件中配置?

@lepdou
Copy link
Contributor

lepdou commented Dec 6, 2017

你试一下,改启动脚本scripts/startup.sh

在export JAVA_OPTS=""这一行加入几个参数,
-Dspring.datasource.url=,-Dspring.datasource.username=,-Dspring.datasource.password=

@nobodyiam
Copy link
Member

可以的,通过-D是一种方式,另一种方式是把application-github.properties放在和apollo服务端jar包同级目录或config子目录。

@nobodyiam
Copy link
Member

case先关闭了,如还有问题,可以提供更多信息,或进群交流。

@sunnyvinson
Copy link

打包时不指定数据源信息,而是把数据源信息配置在application-github.properties这种单独的文件,这是一中灵活指定的方式,那是否可以将build.bat中的meta server(dev_meta、fat_meta这些)也这种类似的做法,将它单独配置呢,不在打包时候就指定?

考虑的因素有这些:我不知道我要把打包的jar包运行在哪台服务器上,也就是说我不知道ip地址,那么我就没法指定dev_meta的地址

@nobodyiam
Copy link
Member

@sunnyvinson meta server也是一样的,apollo-env.properties也可以使用同样的方式外置化。

@nobodyiam
Copy link
Member

分布式部署文档已经更新,可以参照2.2.1 直接下载安装包文档直接下载预先打好的安装包,实际部署时只需要修改application-github.properties和apollo-env.properties即可。

@vincentcui
Copy link

我觉得可以一次把不同环境的application-*.yml(*代表各环境,如dev,fat,pro)打到包里,通过--spring.profiles.active的启动参数来控制选择加载哪一个环境的配置?

@nobodyiam
Copy link
Member

也是一种方式,不过大家一般都喜欢外部化配置了,所以不太喜欢把配置打到包里面

@qmwu2000
Copy link
Collaborator

qmwu2000 commented Sep 8, 2018 via email

@jiash
Copy link

jiash commented Apr 28, 2019

您好:目前三个工程配置分离,配置文件是放在config文件夹下了,但是如果想把配置文件放在其他的地方,应该怎么修改启动脚本呢?

@nobodyiam
Copy link
Member

@jiash 可以参考一下spring boot的说明

@luojieio
Copy link

启动时-D和配置文件和编译时带的参数和数据库的配置,优先级是如何的呢?

@nobodyiam
Copy link
Member

@luojieio 可以参考一下spring boot的说明

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants