Les variables d'environnement système dans la Jetée de l'application

Comment configurer les variables d'environnement système à l'intérieur d'une Jetée application?

par exemple Pour la connexion de base de données de détails, le mettant dans un fichier et de les vérifier dans le cvs est une mauvaise idée. Pour cette raison, l'utilisation du système de l'environnement est une façon d'aller. Alors que le système de variables d'environnement sont définies dans /etc/environments fichier ou .bashrc/.zshrc fichier , dans la Jetée de l'application, faire System.getenv("variable_name") ne donne rien. Le résultat sera nul.

J'ai lu cette question: La configuration de la Jetée de l'application avec des variables d'environnement qui conclut que ce qui indique que la Jetée ne prend pas en charge System.getenv() et même pas dans start.ini fichier.

Et la jetée et etc de l'environnement sur ubuntu 12.10 qui dit In the jetty.sh script you can source the /etc/environment file and they will be present. que j'ai essayé et ne suis pas les valeurs comme prévu sens qu'il m'a donné seulement la valeur null.

Si je ne peux pas utiliser la valeur par défaut System.getenv() ou en tout .ini fichier puis comment spécifier les informations d'identification telles que la connexion de Base de données, etc ?

InformationsquelleAutor Pranaya Behera | 2015-02-23
  1. 7

    Ne supportant pas la System.getenv() n'est pas une Jetée chose, mais un Java chose.

    Il y a des tonnes de restrictions autour de System.getenv() et de votre environnement, ce qui rend presque inutile dans l'ensemble, mais la plus naïve et la base de test. (par exemple: multiline les valeurs ne sont pas pris en charge. multiline entrées peuvent briser l'analyse. les touches sans les valeurs ne sont pas pris en charge. les touches sans les valeurs peuvent se confondent souvent avec la touche next (suivant) lors de l'analyse. les entrées avec des caractères non US-ASCII ne sont pas pris en charge. les entrées avec des caractères de contrôle ne sont pas pris en charge.)

    La commune de la technique lors de l'utilisation de variables d'Environnement du Système avec les programmes Java est l'utilisation de la coquille de techniques spécifiques pour obtenir les valeurs et de les injecter dans la ligne de commande ou dans un fichier ini format de l'Embarcadère pour ensuite l'utilisation.

    En fonction de votre technique, ces valeurs seraient soit de se présenter comme de la Jetée de propriétés, ou en tant que Propriétés Système Java.

    Viens de créer un projet pour montrer 4 façons d'accomplir ce à

    https://github.com/jetty-project/jetty-external-config

    Externe Propriétés de Configuration avec ponton

    Démonstration de la façon de configurer des propriétés simples qui peuvent être accessibles
    par des Servlets à l'intérieur de la Jetée.

    Cette démonstration montre 4 différentes façons de configurer une propriété
    au moment de l'exécution, qui peut ensuite être lu par la Servlet qui s'exécute à l'intérieur de
    La jetée.

    Les accessoires.la guerre

    C'est un simple fichier war avec un seul HttpServlet et un WEB-INF/web.xml

    [jetty-external-config]$ jar -tvf target/props.war 
     0 Mon Feb 23 09:02:14 MST 2015 META-INF/
   131 Mon Feb 23 09:02:14 MST 2015 META-INF/MANIFEST.MF
     0 Mon Feb 23 09:02:14 MST 2015 WEB-INF/
     0 Mon Feb 23 09:02:14 MST 2015 WEB-INF/classes/
     0 Mon Feb 23 09:02:14 MST 2015 WEB-INF/classes/org/
     0 Mon Feb 23 09:02:14 MST 2015 WEB-INF/classes/org/eclipse/
     0 Mon Feb 23 09:02:14 MST 2015 WEB-INF/classes/org/eclipse/demo/
  2188 Mon Feb 23 09:02:12 MST 2015 WEB-INF/classes/org/eclipse/demo/PropsServlet.class
   572 Mon Feb 23 08:45:22 MST 2015 WEB-INF/web.xml

    Voir PropsServlet.java pour plus de détails de comportement.

    Venons de compiler le haut niveau et la guerre de fichiers seront placés dans l'ensemble de la démonstration de la jetée.l'emplacement des bases de ce projet.

    Exemple #1: Ligne De Commande De Base

    La /base-command-line projet contient une simple start.ini qui commence jetée sur le port 9090, et déploie la webapp. aucune configuration supplémentaire n'est effectué par la configuration du disque.

    Si vous pouvez le démarrer comme si ...

    [base-command-line]$ java -jar /path/to/jetty-distribution-9.2.7.v20150116/start.jar
2015-02-23 09:15:46.088:INFO::main: Logging initialized @290ms
2015-02-23 09:15:46.222:INFO:oejs.Server:main: jetty-9.2.7.v20150116
2015-02-23 09:15:46.235:INFO:oejdp.ScanningAppProvider:main: Deployment monitor [file:/home/joakim/code/stackoverflow/jetty-external-config/base-command-line/webapps/] at interval 1
2015-02-23 09:15:46.325:INFO:oejw.StandardDescriptorProcessor:main: NO JSP Support for /props, did not find org.eclipse.jetty.jsp.JettyJspServlet
2015-02-23 09:15:46.343:INFO:oejsh.ContextHandler:main: Started o.e.j.w.WebAppContext@6e7f61a3{/props,file:/tmp/jetty-0.0.0.0-9090-props.war-_props-any-27537844855769703.dir/webapp/,AVAILABLE}{/props.war}
2015-02-23 09:15:46.353:INFO:oejs.ServerConnector:main: Started ServerConnector@67cd35c5{HTTP/1.1}{0.0.0.0:9090}
2015-02-23 09:15:46.353:INFO:oejs.Server:main: Started @555ms

    vous verrez qu'il a mis en place et déployé à l' /props chemin de contexte.

    De là, vous pouvez tester pour les propriétés de la servlet via l'outillage comme wget ou curl.

    Exemple:

    $ curl http://localhost:9090/props/props

[java.runtime.name] = Java(TM) SE Runtime Environment
[sun.boot.library.path] = /home/joakim/java/jvm/jdk-7u75-x64/jre/lib/amd64
[java.vm.version] = 24.75-b04
[java.vm.vendor] = Oracle Corporation
[java.vendor.url] = http://java.oracle.com/
...
[file.separator] = /
[java.vendor.url.bug] = http://bugreport.sun.com/bugreport/
[sun.io.unicode.encoding] = UnicodeLittle
[sun.cpu.endian] = little
[sun.desktop] = gnome
[sun.cpu.isalist] =

    Vous pouvez même demander une propriété spécifique ..

    $ curl http://localhost:9090/props/props/user.timezone
[user.timezone] = America/Phoenix

    Permet d'arrêter le serveur et de le faire fonctionner avec un système de la propriété de nos choix.

    Avis de la -Dfoo=bar ?

    [base-command-line]$ java -Dfoo=bar -jar /path/to/jetty-distribution-9.2.7.v20150116/start.jar
2015-02-23 09:15:46.088:INFO::main: Logging initialized @290ms
2015-02-23 09:15:46.222:INFO:oejs.Server:main: jetty-9.2.7.v20150116
2015-02-23 09:15:46.235:INFO:oejdp.ScanningAppProvider:main: Deployment monitor [file:/home/joakim/code/stackoverflow/jetty-external-config/base-command-line/webapps/] at interval 1
2015-02-23 09:15:46.325:INFO:oejw.StandardDescriptorProcessor:main: NO JSP Support for /props, did not find org.eclipse.jetty.jsp.JettyJspServlet
2015-02-23 09:15:46.343:INFO:oejsh.ContextHandler:main: Started o.e.j.w.WebAppContext@6e7f61a3{/props,file:/tmp/jetty-0.0.0.0-9090-props.war-_props-any-27537844855769703.dir/webapp/,AVAILABLE}{/props.war}
2015-02-23 09:15:46.353:INFO:oejs.ServerConnector:main: Started ServerConnector@67cd35c5{HTTP/1.1}{0.0.0.0:9090}
2015-02-23 09:15:46.353:INFO:oejs.Server:main: Started @555ms

    et le rechercher via curl ...

    $ curl http://localhost:9090/props/props/foo
[foo] = bar

    Qui prouve l'accès d'une propriété qui a été définie via la ligne de commande, regardons maintenant les autres choix.

    Exemple #2: à l'Aide de démarrer.ini

    La /base-startini projet contient une simple start.ini qui commence jetée sur le port 9090, et déploie la webapp.

    Ce start.ini contient également un foo.ish propriété.

    Permet le démarrage de la Jetée et essayer nos accessoires servlet l'accès de nouveau ...

    [base-startini]$ java -jar /path/to/jetty-distribution-9.2.7.v20150116/start.jar
2015-02-23 09:16:46.088:INFO::main: Logging initialized @290ms
2015-02-23 09:16:46.222:INFO:oejs.Server:main: jetty-9.2.7.v20150116

    et en faire la demande via curl ...

    $ curl http://localhost:9090/props/props/foo.ish
[foo.ish] = bar

    Exemple #3: à l'Aide de démarrer.d option ini

    La /base-startd projet contient une simple start.ini qui commence jetée sur le port 9090, et déploie la webapp.

    Ce start.ini ne contient pas d'autres propriétés qui nous intéressent.

    La start.d/myconf.ini contient une propriété appelée foo.d qui nous intéresse.

    Permet le démarrage de la Jetée et essayer nos accessoires servlet l'accès de nouveau ...

    [base-startd]$ java -jar /path/to/jetty-distribution-9.2.7.v20150116/start.jar
2015-02-23 09:19:46.088:INFO::main: Logging initialized @290ms
2015-02-23 09:19:46.222:INFO:oejs.Server:main: jetty-9.2.7.v20150116

    et en faire la demande via curl ...

    $ curl http://localhost:9090/props/props/foo.d
[foo.d] = over here

    Exemple n ° 4: à l'Aide de --include-jetée-dir en option config

    La /base-jettyinclude projet contient une nouvelle start.ini qui commence jetée sur le port 9090, et déploie la webapp.

    Ce start.ini ne contient pas d'autres propriétés qui nous intéressent.

    Cependant, la start.ini utilise le --include-jetty-dir=../jettydir option de configuration qui pointe vers un tout nouveau interrim de la jetée.configuration de base de la source.

    La ../jettydir/start.ini contient une propriété appelée foo.jetty.dir qui nous intéresse.

    Permet le démarrage de la Jetée et essayer nos accessoires servlet l'accès de nouveau ...

    [base-jettyinclude]$ java -jar /path/to/jetty-distribution-9.2.7.v20150116/start.jar
2015-02-23 09:24:46.088:INFO::main: Logging initialized @290ms
2015-02-23 09:24:46.222:INFO:oejs.Server:main: jetty-9.2.7.v20150116

    et en faire la demande via curl ...

    $ curl http://localhost:9090/props/props/foo.jetty.dir
[foo.jetty.dir] = more of the same
    • Dans cette question, stackoverflow.com/questions/27157904/... System.getProperties().contains("dbhost") - mais ni l'ajout de dbhost="localhost" ni -Ddbhost="localhost" à la start.ini fichier qui fonctionne", Afin de leur fournir pour commencer.fichier ini également n'aide pas que je l'ai essayé qu'à partir de ce commentaire. Pouvez-vous modifier votre réponse et comprennent un petit script sur la façon de faire ce que vous avez proposé ?
    • "Pas de Système de soutien.la fonction getenv() n'est pas une Jetée chose, mais un Java chose", j'ai regardé dans docs.oracle.com/javase/7/docs/api/java/lang/... et ne vois aucune preuve que c'est un "Java chose" que les variables d'environnement ne sont pas pris en charge? Ou faire j'ai mal compris? Si c'est une bonne idée ou pas n'est pas le même que s'ils sont pris en charge. Il ne semble pas être une Jetée-chose en particulier qu'ils ne sont pas pris en charge.
    • la fonction getenv() a été supprimé, puis ajouter, puis supprimé à nouveau, puis l'ajouter à nouveau. Sa a une longue histoire de problèmes, et n'est toujours pas stable, même aujourd'hui.
    • Awesome post. Merci pour le détail de guide et d'exemple.
    InformationsquelleAutor Joakim Erdfelt