Importieren von Spring-properties-Dateien aus der jar-Datei auf dem Klassenpfad

Ich importieren möchten alle property-Dateien, Endung auf .properties enthalten sind in der src/main/resource Standorte der ALLE jar-Abhängigkeiten mein Projekt hat.

Schrieb ich einen JUnit-test, wo meine context.xml befindet sich im Verzeichnis src/test/resources Ordner. Ich habe angegeben das Eigentum-Platzhalter-Platzhalter, aber es funktioniert nicht.

<context:property-placeholder location="classpath*:*.properties"/>

Vielleicht bin ich zu dumm, aber ich konnte nicht finden, eine Lösung für mein problem im Netz. Hat jemand hier wissen, was ist die richtige syntax?

EDIT:

Root-Projekt, hat maven-Abhängigkeiten, die gelöst aus meinem Arbeitsbereich:

Importieren von Spring-properties-Dateien aus der jar-Datei auf dem Klassenpfad

Und ich will das Modul importieren.properties-Dateien und der abhängigen Projekte:

Importieren von Spring-properties-Dateien aus der jar-Datei auf dem Klassenpfad

  • Ich bezweifle ernsthaft, Sie können es im Frühling. Die xsd für die Lage konkret heißt, "den Speicherort Der properties-Datei zu beheben Platzhalter gegen eine Spring-resource-location: URL "classpath:" pseudo-URL oder einen relativen Pfad. Mehrere Standorte können angegeben werden, getrennt durch Kommas. Wenn weder die Lage noch die Eigenschaften-ref angegeben ist, Platzhalter werden aufgelöst system Eigenschaften"
  • <context:property-placeholder location="file:///C:/DevPa/test/dev-externe.Eigenschaften"/> haben Sie versucht, mit diesem
  • Wäre das nicht, fügen Sie eine problematische Abhängigkeit von der Stelle des Dateisystems? Ist es möglich, um es auszudrücken, wie ein relativer Pfad?
  • In der Theorie funktionieren sollte. Die Lage wird analysiert, wie ein String[] und ging in die locations Feld des gewählten Platzhalter. Diese locations Feld nimmt eine Resource[] als argument. Die String[] umgewandelt werden, um eine Resource[] durch die ResourceArrayPropertyEditor ist durchaus in der Lage Umgang mit classpath*:*.properties. Ihre properties-Dateien befinden sich im root der src/main/resources?
  • Ja, Sie sind in src/main/resources, SONDERN in einer externen jar-Datei, die ich Hinzugefügt, um mein classpath. Es könnte relevant sein, dass meine context.xml ist in dem Verzeichnis src/test/resources Lage, ..
  • Sie sind in src/main/resources und nicht in src\main\resources\some-dir? Auch ist diese jar-Datei auf Ihrem test-classpath? Wie haben Sie Hinzugefügt, es zu Ihrem classpath?
  • Der Pfad src/main/resources/Modul.Eigenschaften und ich habe es auf meinen classpath als eclipse-Projekt. Siehe meine aktualisierte Frage.
  • Sollten Sie als maven-dependency derzeit mischen Sie maven-und eclipse-lokalen Abhängigkeiten (von was ich mich erinnere ist, dass Probleme auf uns zukommen). Wenn Sie das Projekt in Ihrem lokalen Arbeitsbereich der eclipse-maven-integration sollte in der Lage sein, um es abzuholen. Wenn Sie bereits eine maven-Abhängigkeit für dieses Projekt, das ist wohl das überschreiben der Sachen, die in Ihrem lokalen Arbeitsbereich, d.h. keine modules.properties da erscheint eine neue Datei.

InformationsquelleAutor achingfingers | 2014-06-11
  1. 8

    Aus der Feder Dokumentation:

    Den " classpath*:" - Präfix kann auch kombiniert werden mit einer PathMatcher Muster in den rest des Speicherort-Pfad, z.B. "classpath*:META-INF/*-beans.xml". [...]

    Aber es gibt eine Einschränkung:

    Bitte beachten Sie, dass " classpath*:" wenn Sie in Kombination mit Ant-Stil-Muster funktioniert nur zuverlässig mit mindestens einem root-Verzeichnis, bevor das pattern beginnt, es sei denn, das eigentliche Ziel-Dateien sind in der Datei system. Dies bedeutet, dass ein Muster wie " classpath*:*.xml" nicht abrufen von Dateien von der Wurzel des jar-Dateien, sondern nur von der Wurzel der Verzeichnisse erweitert. [...]

    Also wenn ich mein Modul property-Dateien in src/main/resources/META-INF, die ich laden kann von Ihnen wie folgt:

    <context:property-placeholder location="classpath*:/META-INF/*.properties" />
    InformationsquelleAutor achingfingers
  2. 4

    Können Sie es auch tun, sth wie diese: 

    <bean id="propertyConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
            <property name="locations">
                <list>
                    <value>classpath*:your.properties</value>
                    <value>classpath*:your.properties</value>
                     .....
                </list>
            </property>
            <property name="ignoreUnresolvablePlaceholders" value="true"/>
        </bean>

    komplexeres Beispiel: 

    <bean id="propertyPlaceholderConfigurer"
        class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
    <property name="ignoreResourceNotFound" value="true" />
    <property name="systemPropertiesModeName" value="SYSTEM_PROPERTIES_MODE_OVERRIDE" />
    <property name="locations">
        <list>
            <value>classpath*:properties/defaults.properties</value>
            <value>classpath*:properties/${props.env.name}.properties</value>

            <value>classpath*:com/calciuum/config/defaults.properties</value>
            <value>classpath*:com/calciuum/config/${props.env.name}.properties</value>

            <value>classpath*:${props.env.classpath}/defaults.properties</value>
            <value>classpath*:${props.env.classpath}/${props.env.name}.properties</value>

            <value>file:${props.env.ext.properties}</value>
        </list>
    </property>
</bean>
    InformationsquelleAutor ZaoTaoBao
  3. 1

    wenn die Eigenschaften, die Sie verwenden ist weniger als 4. Sie können dieses verwenden:

    <context:property-placeholder location="classpath:test1.properties,classpath:test2.properties" />

    Sonst mit diesem

    <context:property-placeholder location="classpath:*.properties" />
    InformationsquelleAutor user3720852
Schreibe einen Kommentar