Jetty - set system property

Question

Я запускаю webapp на Jetty. Конфигурация приложения происходит из файла, который живет на том же сервере, на котором работает Jetty. Внутри приложения я полагаюсь на свойство system, чтобы получить путь к файлу, чтобы я мог его разобрать. Например.

final String loc = System.getProperty(FACTORY); 

Теперь я могу начать с причалом D переключатель для обеспечения $FACTORY в командной строке, но я скорее положить его в jetty.xml, если я могу. Я знаю, что есть тег <SystemProperty />, но это похоже на системное значение, которое уже существует для тега <Set/>. Может ли кто-нибудь дать мне пример, как это может быть достигнуто? (Если это может быть достигнуто)

Answer 1

Чтобы настроить веб-приложение, лучше избегать системных свойств и вместо этого использовать JNDI.

Недавно я разместил example о том, как это сделать с Jetty.

Answer 2

Я собираюсь принять ответ @vanje, так как он заставил меня думать в правильном направлении. Вот что я в конечном итоге с помощью:

1. Создания пристани-web.xml за пределами вашего WAR дистрибутива (нет, вы не хотите, чтобы упаковать его с WAR, если вы хотите, чтобы настроить приложение из «снаружи»)
2. Место jetty-web.xml рядом с jetty.xml
3. мне нужен только один параметр, так что я закончил с следующее:

пристань-web.xml

<?xml version="1.0" encoding="UTF-8" ?> 
<!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN"  
    "http://jetty.mortbay.org/configure.dtd"> 
<Configure class="org.mortbay.jetty.webapp.WebAppContext"> 
    <New class="org.mortbay.jetty.plus.naming.EnvEntry"> 
     <Arg>myOwnParam</Arg> 
     <Arg type="java.lang.String">//some/path/to/the/file</Arg> 
    </New> 
</Configure> 

Java фрагмент

InitialContext c = new InitialContext(); 
    EnvEntry env = (EnvEntry) 
     c.lookup("org.mortbay.jetty.plus.naming.EnvEntry/myOwnParam"); 
    final String myString = (String) env.getObjectToBind(); 

Самый большой Гоча для меня здесь было то, что я пытался получить myString из defaul окр, который не работал, пока я не понял, что JNDI использует локальный контекст. Это нормально для меня, но нарушит переносимость, если вы попытаетесь переместить WAR на Tomcat. Если кто-то может опубликовать пример, как это можно сохранить в контексте по умолчанию, который был бы отличнымOwnParam

Answer 3

Для записи, если вам действительно нужно сделать это через свойства системы (я сделал), вы можете сделать это, например, для добавления - Drun.mode = постановка в свойствах системы:

<Call class="java.lang.System" name="setProperties"> 
    <Arg> 
    <New class="java.util.Properties"> 
     <Call name="putAll"> 
     <Arg><Call class="java.lang.System" name="getProperties"/></Arg> 
     </Call> 
     <Call name="setProperty"> 
     <Arg>run.mode</Arg> 
     <Arg>staging</Arg> 
     </Call> 
    </New> 
    </Arg> 
</Call> 

... и да, вы можете, вероятно, можно программировать приложения с помощью этого ;-)

Answer 4

Если вы начинаете Jetty через Java API для тестирующее или «внедренное» приложение, в следующем примере показано, как фактически устанавливается Java Syste m до запуска вашего WebAppContext.

private void startJetty() { 
    try { 
     long startTime = System.currentTimeMillis(); 

     server = new Server(); 
     setUpSystemProperties(server); 

     Connector connector = new SelectChannelConnector(); 
     connector.setPort(port); 
     server.addConnector(connector); 

     WebAppContext webAppContext = new WebAppContext(); 
     webAppContext.setWar("src/main/webapp"); 
     server.setHandler(webAppContext); 

     server.start(); 
    } 
    catch (Exception e) { 
     throw new RuntimeException("Failed to set-up web server fixture", e); 
    } 
} 

private void setUpSystemProperties(Server jettyServer) { 
    final Properties systemProperties = new Properties(); 
    // set your system properties... 
    systemProperties.setProperty("yourProperty", "yourValue"); 
    jettyServer.addLifeCycleListener(new SystemPropertiesLifeCycleListener(systemProperties)); 
} 

private class SystemPropertiesLifeCycleListener extends AbstractLifeCycleListener { 
    private Properties toSet; 

    public SystemPropertiesLifeCycleListener(Properties toSet) { 
     this.toSet = toSet; 
    } 

    @Override 
    public void lifeCycleStarting(LifeCycle anyLifeCycle) { 
     // add to (don't replace) System.getProperties() 
     System.getProperties().putAll(toSet); 
    } 
} 

В отличие от большинства из этих ответов, я не буду читать лекции вам о том, что это «правильное» по сравнению с JNDI или какой-либо другой технологии, вы не просили о.