Eigenschaft nicht gefunden mit multiplen context:property-placeholder

Bin ich mit spring 3.1 mit Feder-profile zum laden der Bohnen. In meinem app-Kontext-Datei, ich lade die Eigenschaften wie :

<context:property-placeholder order="1"  location="classpath*:META-INF/spring/*_${spring.profiles.active}.properties" ignore-unresolvable="true"/>

Und dann benutze ich den Wert der Eigenschaft zum laden der Daten Quelle Bohne wie

<property name="driverClassName" value="${database.driverClassName}"/>

Funktioniert es einwandfrei.
Das problem beginnt, wenn ich hinzufügen ein paar weitere Eigenschaft Platzhalter so, dass die Eigenschaften von einigen Datenbank-Tabellen geladen werden können.

Dieser verwendet eine Eigenschaften-Referenz geladen

<bean id="configFactoryBean"
class="org.springmodules.commons.configuration.CommonsConfigurationFactoryBean">
   <constructor-arg ref="globalSystemConfiguration"/>
</bean>

Hinzufügen, um die details, dieser configFactoryBean verwendet die datasource zum laden der Eigenschaften aus der Datenbank.

Wenn ich dies mache, habe ich die folgende Ausnahme:

java.lang.ClassNotFoundException: ${database.driverClassName}

Meine Analyse ist, dass Sie versuchen zu laden, die datasource vor der Lösung die Eigenschaft aus der ersten Kontext-Eigenschaft Platzhalter. Ich kann mich auch irren. Oder vielleicht Feder-Profil variable wird nicht richtig aufgelöst.

Kann jemand bitte mir helfen, dieses Problem zu beheben.

Dank
Akki

Versuchen Sie, die um 0
Nein. es funktioniert nicht. Ich geändert, um zu 0 für die erste und immer noch die gleiche Fehlermeldung.
Oh warten, es ist nicht der Suche nach Ihrem Datenbank-Treiber. Haben Sie es zu den zusätzlichen classpath?
ja. und es funktioniert, wenn ich entfernen die anderen beiden <context:property-placeholder..> - tags. Ich denke, es ist nicht in der Lage zu lösen, die Eigenschaft ${Datenbank.driverClassName}

InformationsquelleAutor Abby | 2013-06-03

11

Dieser Fehler über mehrere Eigenschaft Platzhalter betreffen könnte zu deinem problem: https://jira.spring.io/browse/SPR-9989

Werden, wenn mehrere PropertyPlaceholderConfigurer in Verbindung mit
@Value annotation und Standardwert für den Platzhalter-syntax (dh
${key:defaultValue}), nur die ersten PropertyPlaceholderConfigurer ist
verwendet. Wenn diese configurer enthält nicht den gewünschten Wert, es fällt
zurück zu @Value Standard, auch wenn die zweite
PropertyPlaceholderConfigurer die den Wert enthält.

Betrifft Version/s: 3.1.3

InformationsquelleAutor user3415190
4

Jeder <context:property-placeholder - > erstellt eine neue Instanz von PropertyPlaceholderConfigurer - wird es leicht chaotisch. Sollten Sie eine solche Sache, die pro Anwendung und auf Anwendungsebene, nicht auf Bibliotheken - das macht die Pflege viel einfacher.

Weitere Informationen und einen Vorschlag, wie es zu meistern, sehen Sie hier:
http://rostislav-matl.blogspot.cz/2013/06/resolving-properties-with-spring.html
- Aber order - Attribut eingeführt, um dieses Problem zu beheben (anstatt eine neue Instanz zu erstellen Wiederverwendung und pflegen eine Kette von Eigentum-Quellen). Derzeit jira.Frühling.io/browse/SPR-9989 geöffnet ist.
InformationsquelleAutor Rostislav Matl

In meine Anwendung bin ich mit property-placeholder configurer in der folgenden Weise, und es funktioniert sehr gut. Sie können versuchen, die.

<bean id="propertyConfigurer"
          class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
          <property name="locations">
            <list>
                <value>classpath*:META-INF/spring/*_${spring.profiles.active}.properties</value>
            </list>
          </property>
    </bean>

Ich denke, das sollte Ihr problem beheben. 🙂

InformationsquelleAutor Japan Trivedi

1

Da Sie vorgeschlagen haben, hart codierten Pfad zu der Konfigurationsdatei funktioniert, versuchen Sie mithilfe der profile-Attribut auf den tag, um selektiv gehören die Konfiguration.
```
<beans profile="profileName">
    <context:property-placeholder  order="1"  location="classpath*:META-INF/spring/hardcoded.properties" ignore-unresolvable="true"/>
</beans>

<beans profile="profileName2">    
    <context:property-placeholder order="1"  location="classpath*:META-INF/spring/hardcoded.properties" ignore-unresolvable="true"/>
</beans>
```
Finden Sie in diesem Artikel erklären, profile: http://java.dzone.com/articles/using-spring-profiles-xml
- Es funktioniert, wenn ich entfernen die anderen beiden <context:property-placeholder..> - tags. Es ist nicht in der Lage zu lösen, die Eigenschaft, die ich Schätze
- Die anderen zwei Gebäude-Platzhalter haben eine festgelegte Reihenfolge?
- ja, Sie haben, um Sie als 1 und 2 bzw.
- Wie funktioniert CommonsConfigurationFactoryBean eine Rolle spielen?
- es erstellt eine properties-Objekt aus der org.apache.Unterhaus.- Konfiguration.DatabaseConfiguration wie lade ich die Eigenschaften aus der Datenbank. diese intern verwendet die datasource angegeben
- Ich kann nicht einmal das Ding in der Dokumentation überall, habe ich einen forum post sagen war es nicht unterstützt, im Frühjahr 3.x hier: forum.springsource.org/archive/index.php/t-125884.html
- Vermissen Sie das .jar-Datei mit CommonsConfigurationFactoryBean?
- Nein. ich bin nicht fehlen, diese jar-Datei. ich habe gerade überprüft.
- Wenn CommonsConfigurationFactoryBean wird nicht unterstützt, wie lade ich mir die Eigenschaften von der Datenbank mit xml-bean-Definitionen
- Ja. ich habe das maven-dependency und seine aufgelöst.
- Ich glaube, ich habe ein problem mit Feder-profile. Wenn ich entfernen Sie den Profil-spezifische Attribut aus dem ersten Kontext Eigenschaften Platzhalter und manuell fest ein Profil, es funktioniert. Warum ist der zweite Platzhalter verursacht einen Konflikt mit Feder-Profilen
- Kannst du die config für den zweiten Platzhalter oder ist dies aus CommonsConfigurationFactoryBean?
- Ihre Herkunft aus CommonsConfigurationFactoryBean.
- Ich glaube nicht, dass Ihre erste Eigenschaft Platzhalter ist tatsächlich geladen wird. Also die app kann nicht die Datenbank-Verbindung, um die anderen Eigenschaften.
- Was kann das problem sein. Wenn ich entfernen Sie den zweiten Platzhalter, funktioniert alles einwandfrei
- Ich habe versucht, das Beispiel auf forum.springsource.org/archive/index.php/t-125884.html aber ich habe immer noch das gleiche problem. Irgendwelche Ideen? Bin wirklich stecken hier
InformationsquelleAutor Kevin Bowersox

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.