Réglage actif de profil et de configuration de l'emplacement de la ligne de commande au printemps de démarrage

J'ai un ressort de démarrage de l'application.

J'ai trois profils dans mon application-> de développement, de production et de transfert. Donc, j'ai 3 fichiers

de développement d'applications.yml
application-mise en scène.yml
de l'application de production.yml

Mon application.yml réside à l'intérieur de src/main/resources. J'ai mis le profil actif dans l'application.yml comme :

spring:
  profiles.active: development

Les 3 autres du profil spécifique des fichiers de configuration sont présents dans C:\config dossier.

Je suis à l'aide de gradle plugin pour eclipse. Quand j'ai essayer de faire un "bootRun", je suis en train de la ligne de commande arguments dans mon gradle dans la configuration d'eclipse comme

 -Dspring.profiles.active=staging -Dspring.config.location=C:\Config

Toutefois, la propriété de ligne de commande n'est pas réfléchie, et mon profil actif est toujours se définir comme le développement(qui est celui que j'ai mentionné dans les applications.fichier yml). Aussi C:\Config le dossier n'est pas recherché pour le profil spécifique des fichiers de configuration.

Je pense que je suis absent quelque chose ici. J'ai essayé de le comprendre, pour les 2 derniers jours. Mais pas de chance. Je serais vraiment reconnaissant de toute aide.

Pouvez-vous s'il vous plaît ajouter votre bootRun ligne de commande aussi
Je courais depuis eclipse et pas de ligne de commande jusqu'à maintenant. Mais j'ai essayé de courir à partir de l'aide de "gradle bootRun -Dspring.config.emplacement=C:\Config\ -Dspring.les profils.active=mise en scène" et a obtenu le même résultat.

InformationsquelleAutor O-OF-N | 2015-06-24

280

Il existe deux façons différentes, vous pouvez ajouter/remplacer les propriétés du ressort sur la ligne de commande.

Option 1: Propriétés Système Java (VM Arguments)

Il est important que l'-D sont des paramètres avant de votre application.jar
sinon, ils ne sont pas reconnus.
```
java -jar -Dspring.profiles.active=prod application.jar
```
Option 2: Programme des arguments
```
java -jar application.jar --spring.profiles.active=prod --spring.config.location=c:\config
```
- Afin de les D de paramètres qui est vraiment important 🙂
- comment pouvez-vous obtenir le présent, tandis que le déploiement de dire conteneur tomcat? Dans ce cas, j'ai simplement mis ma guerre de répertoire webapps de tomcat, comment dois-je fournir les informations de son profil? en définissant les propriétés du système?
- oui, vous pouvez avoir des propriétés du système défini dans votre bash_profile.
- ouais, je suis l'aide de env variable SPRING_PROFILES_ACTIVE exporté via ~/.bash_profile. export SPRING_PROFILES_ACTIVE=e2e
- Quelqu'un peut-il préciser comment dire ce chemin d'accès relatif IntelliJ est d'utiliser lors de l'exécution de cette commande? Par exemple, si je ne voulais pas utiliser un chemin d'accès absolu et, au lieu de spécifier --printemps.config.emplacement=ma/relative/chemin/config/
- Si vous êtes à l'aide de l'Ide, et que vous voulez remplacer le printemps des variables de sorte que vous devrait aller pour edit Configuration -> Spring Boot Config -> Overrride parameters et de recherche pour la spring.profiles.active et définissez la valeur de votre désir.
- Quand vous dites que l'ordre est important: Peut-on se passer dans les deux args: -Dspring.de profil.active et Dspring.config.emplacement tel que, le profil est défini selon le premier argument et le fichier de propriétés est ramassé, selon le deuxième argument? Par exemple: java -Dspring.profiles.active=$ENV -Dspring.config.location=file:///aws-secrets-manager/properties/application-$ENV.properties /code/app.jar
InformationsquelleAutor RenRen
16

J'ai dû ajouter ceci:
```
bootRun {
    String activeProfile =  System.properties['spring.profiles.active']
    String confLoc = System.properties['spring.config.location']
    systemProperty "spring.profiles.active", activeProfile
    systemProperty "spring.config.location", "file:$confLoc"
}
```
Et maintenant bootRun ramasse le profil et configuration des lieux.

Merci beaucoup @jst pour le pointeur.
- Cela peut être encore plus simples, comme suit: bootRun { systemProperties = System.properties }. Cette commande permet de copier tous les paramètres passés avec -D commutateur avec les mêmes clés pour systemProperty carte.
- cela semble être un gradle seule solution, n'est-il pas genric solution ?
- Où êtes-vous exactement de l'ajout de cette? N'importe où dans la construction.gradle fichier ou dans un emplacement spécifique dans le fichier?
InformationsquelleAutor O-OF-N
11
```
-Dspring.profiles.active=staging -Dspring.config.location=C:\Config
```
n'est pas correct.

devrait être:
```
--spring.profiles.active=staging --spring.config.location=C:\Config
```
- Ce qui provoque une erreur "option non reconnue: --printemps.config.emplacement"
- -D est la bonne manière de définir des propriétés Système Java. - quelque chose a un bash paramètre.
- --printemps.les profils.un travail actif pour moi, même chose, j'ai renvoyé à partir de docs.printemps.io/spring-boot/docs/current/reference/html/...
- Cela fonctionne aussi pour moi lors de l'utilisation d'Exécuter en tant Qu' -> Java dans Eclipse
- en fait, les DEUX sont corrects, il dépend de la façon dont il est utilisé: il peut être java -Dspring.profiles.active=staging -Dspring.config.location=C:\Config your-spring-boot-app.jar OU java your-spring-boot.jar --spring.profiles.active=staging --spring.config.location=C:\Config
InformationsquelleAutor Michael Yin
8

vous pouvez utiliser la ligne de commande suivante:
```
java -jar -Dspring.profiles.active=[yourProfileName] target/[yourJar].jar
```
InformationsquelleAutor Rollen Holt
7

Lors de la définition du profil à partir de la plugin Maven vous devez le faire via run.jvmArguments
```
mvn spring-boot:run -Drun.jvmArguments="-Dspring.profiles.active=production"
```
Avec l'option debug:
```
mvn spring-boot:run -Drun.jvmArguments="-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5005 -Dspring.profiles.active=jpa"
```
J'ai vu de ce voyage, beaucoup de gens..espérons que cela aide
- a changé de mvn spring-boot:run -Dspring-boot.run.profiles=foo,bar, voir: docs.printemps.io/spring-boot/docs/actuel/maven-plugin/exemples/...
- Merci! qui fonctionne pour moi, juste mis à niveau un projet à partir du Printemps de Démarrage de 1 à 2. Maintenant, j'ai juste ajouter tous dans mon bashrc... springmvn="mvn clean spring-boot:run -Dspring.profiles.active=local -Dspring-boot.run.profiles=local"
InformationsquelleAutor JARC
7

Il y a une autre façon, par la définition de la OS variable, SPRING_PROFILES_ACTIVE.

pour exemple :
```
SPRING_PROFILES_ACTIVE=dev gradle clean bootRun
```
Référence : Comment définir active du Ressort des profils
- Oui, et cela évite la nécessité de muck autour de avec la façon dont Gradle mains propriétés du système par le biais de l'application.
- C'est la façon soignée. Il devrait également être utilisé pour définir la base de données d'utilisateurs et mots de passe sensibles, dont les configurations de sorte qu'ils ne sont pas vérifiés dans le contrôle de version.
InformationsquelleAutor Rothin Sen
6

Ma meilleure pratique consiste à la définir comme une machine virtuelle "-D" argument. Veuillez noter les différences entre le printemps de démarrage 1.x et 2.x.

Les profils pour permettre peuvent être spécifiées sur la ligne de commande:

Printemps-Amorçage 2.x
```
-Dspring-boot.run.profiles=local
```
Printemps-Boot 1.x
```
-Dspring.profiles.active=local
```
exemple d'utilisation avec maven:

Printemps-Amorçage 2.x
```
mvn spring-boot:run -Dspring-boot.run.profiles=local
```
Printemps-Boot 1.x
```
mvn spring-boot:run -Dspring.profiles.active=local
```
Assurez-vous de les séparer par une virgule pour plusieurs profils:
```
mvn spring-boot:run -Dspring.profiles.active=local,foo,bar
```
```
mvn spring-boot:run -Dspring-boot.run.profiles=local,foo,bar
```
- Tu veux dire printemps / spring-boot ? (Printemps 1x et le Printemps 2x) !
- printemps de démarrage. spring boot est également disponible en différentes versions: mvnrepository.com/artifact/org.springframework.boot/spring-boot
- J'utilise spring-boot 2.1.3, et -Dspring-boot.run.profiles=local n'a pas de travail, -Dspring.profiles.active=local travaillé.
InformationsquelleAutor Sma Ma
3

Je pense que votre problème est probablement lié à votre printemps.config.emplacement de ne se termine pas le chemin avec des "/".

Citer les docs

Si le printemps.config.emplacement contient des répertoires (par opposition aux fichiers) ils devraient finir dans /(et sera complété avec les noms générés à partir du printemps.config.nom, avant d'être chargé).

http://docs.spring.io/spring-boot/docs/current/reference/htmlsingle/#boot-features-external-config-application-property-files
- Je vous remercie pour ça. Cependant, quand je le lance -Dspring.les profils.active=mise en scène -Dspring.config.emplacement=C:\Config\ me donne aussi le même problème. Même profil actif n'est pas pris en compte. Je pense que pour une raison quelconque, mon de ligne de commande n'est pas passé plus de.
- Vous devriez suivre les conseils donnés dans cette question, de passer les arguments à bootRun stackoverflow.com/questions/25079244/...
- Je vous remercie. Qui m'a vraiment aidé.
InformationsquelleAutor jst
3

Michael Yin réponse est correcte, mais une meilleure explication semble être nécessaire!

Beaucoup de vous avez mentionné que -D est le bon moyen pour spécifier les paramètres de la JVM et vous avez absolument raison. Mais Michael est également à bon droit comme mentionné dans Printemps De Démarrage Des Profils de la documentation.

Ce n'est pas clair dans la documentation, c'est ce genre de paramètre qu'il est: --spring.profiles.active est pas un standard paramètre de JVM donc, si vous voulez l'utiliser dans votre IDE de remplir les champs appropriés (c'est à dire les arguments du programme)

InformationsquelleAutor Eric Taix
0

Si vous utilisez Gradle:
```
-Pspring.profiles.active=local
```
InformationsquelleAutor FredFlinstone

Vous devez vous connecter pour publier un commentaire.

Option 1: Propriétés Système Java (VM Arguments)

Option 2: Programme des arguments