Graal des fichiers de configuration: les meilleures pratiques

Demandais simplement ce qu'est la "meilleure pratique" lors de l'ajout de config paires clé-valeur à votre graal app.

Si vous il suffit d'ajouter au fichier de configuration.groovy ou créer de nouveaux fichiers.

J'ai essayé de créer un nouveau fichier de configuration (la Société.groovy), mais ne pouvait pas accéder à la config des accessoires à partir de mon appli. Cependant, quand je coupe-coller les propriétés dans la Config.groovy, je dois avoir accès à eux.... Cela fonctionne bien mais je ne veux pas de Config.groovy trop grand.
Aussi un autre problème soulevé sa tête. Lors de l'exécution des tests d'Intégration, j'ai trouvé que le "test" env n'ont pas accès à ma nouvelle config propriétés (valeurs sont nulles).

Je dois être en train de faire quelque chose de fondamentalement mauvais. Tout conseil serait apprécié.

Grâce,
D

C'est effectivement une bonne question, n'est pas d'avoir argumentatif réponses et la réponse sommet, m'a fourni de bonnes informations répondu à une question que j'avais à propos de refactoring d'un complexe de Config.groovy fichier. Comme le Graal des applications grossir d'ici à l'année, cette question est plus pertinente à plus de gens.
Celui-ci est utile: stackoverflow.com/questions/6602620/...
Celui-ci est également utile: stackoverflow.com/questions/13648194/...

OriginalL'auteur Derek | 2009-12-07

  1. 8

    Je ne suis pas sûr qu'il y a de bonnes pratiques spécifiques. Je peux vous dire que les plugins qu'il suffit d'ajouter quelques options de réutilisation de Config.groovy, mais ceux qui nécessitent une configuration plus complexe (c'est à dire Agile) ont généralement leurs propres fichiers qui peuvent être séparés. Donc, cela dépend vraiment de vos besoins particuliers et les montants de la configuration que vous souhaitez ajouter.

    Si vous examinez Config.groovy, vous pourrez le voir dans les quelques premières lignes (reproduite ici) que vous pouvez spécifier l'endroit où Graal va chercher les fichiers de configuration. Automatiquement, il peut fusionner des biens et .groovy fichiers pour vous. 

    //locations to search for config files that get merged into the main config
//config files can either be Java properties files or ConfigSlurper scripts

//grails.config.locations = [ "classpath:${appName}-config.properties",
//                            "classpath:${appName}-config.groovy",
//                            "file:${userHome}/.grails/${appName}-config.properties",
//                            "file:${userHome}/.grails/${appName}-config.groovy"]

    Cette section de la documentation décrit les options disponibles pour vous.

    Merci Jean! J'ai aussi trouvé une pratique post sur se moquant de config pour les tests d'intégration de services (mrhaki.blogspot.com/2009/12/...)

    OriginalL'auteur Jean Barmash

  2. 7

    Juste pour ajouter à la réponse ci-dessus, si vous nommez votre fichier MySampleConfig.groovy (juste à la fin du nom de fichier de configuration.groovy) sa doit être ajouté à la grailsApplication contexte, de sorte que vous devriez être en mesure de référence suivants : 

    sample{
       first{
           name = "Italy"
       }
       second{
           name = "Spain"
       }
}

    comme 

    grailsApplication.config.sample["first"].name
grailsApplication.config.sample["second"].name

    Plug-ins, je crois, de se comporter un peu différemment et à l'aide de la ConfigSlurper ou Similaire est nécessaire (je suis très ouvert à la correction de celui-ci).

    def config = new ConfigSlurper().parse(new File('grails-app/conf/MySampleConfig.groovy').toURL())
println config.sample['first'].name
println config.sample['second'].name
    grailsApplication? ... j'ai eu des problèmes avec ça
    devrait être disponible à graal artefacts par injection

    OriginalL'auteur Graeme