Die Angabe relativen Pfad in der Anwendung.Eigenschaften im Frühjahr

Ist es so, dass wir Ressourcen-lookup-Datei mit relativem Pfad in der Anwendung.Eigenschaften Datei im Spring-boot-Anwendung wie unten angegeben

spring.datasource.url=jdbc:hsqldb:file:${project.basedir}/db/init

InformationsquelleAutor Somasundaram Sekar | 2016-04-29

  1. 6

    Ich bin mit spring boot zu bauen, ein upload-Beispiel, und das gleiche problem, ich will nur, um die Projekt-root-Pfad. (z.B. /sring-boot-upload)

    Finde ich heraus, dass der code unten funktioniert:

    upload.dir.location=${user.dir}\\uploadFolder

    InformationsquelleAutor chendu

  2. 4

    @membersound Antwort ist einfach Aufbrechen der hartcodierten Pfad in 2 Teile, nicht dynamisch auflösen der Eigenschaft. Ich kann Ihnen sagen, wie Sie das erreichen, was Sie suchen, aber Sie verstehen müssen ist, dass es KEINE project.basedir wenn Sie die Anwendung als jar-oder war. Außerhalb der lokalen Arbeitsbereich, der source code Struktur nicht vorhanden ist.

    Wenn Sie immer noch wollen, dies zu tun für die Prüfung, das ist machbar und was Sie brauchen, ist zum Bearbeiten der PropertySources. Ihre einfachste Wahl ist wie folgt:

    Definieren ApplicationContextInitializer, und setzen Sie die Eigenschaft dort. So etwas wie die folgenden:

        public class MyApplicationContextInitializer implements ApplicationContextInitializer<ConfigurableApplicationContext> {
    @Override
    public void initialize(ConfigurableApplicationContext appCtx) {
        try {
            //should be /<path-to-projectBasedir>/build/classes/main/
            File pwd = new File(getClass().getResource("/").toURI());
            String projectDir = pwd.getParentFile().getParentFile().getParent();
            String conf = new File(projectDir, "db/init").getAbsolutePath();
            Map<String, Object> props = new HashMap<>();
            props.put("spring.datasource.url", conf);
            MapPropertySource mapPropertySource = new MapPropertySource("db-props", props);
            appCtx.getEnvironment().getPropertySources().addFirst(mapPropertySource);
        } catch (URISyntaxException e) {
            throw new RuntimeException(e);
        }
    }}

    Sieht aus wie du bist mit Boot, so können Sie einfach erklären context.initializer.classes=com.example.MyApplicationContextInitializer in Ihrem application.properties und Booten ausgeführt wird diese Klasse beim Start.

    Worte der Vorsicht wieder:

    1. Funktioniert dies nicht außerhalb des lokalen Arbeitsbereichs abhängig von der source code Struktur.

    2. Ich bin davon ausgegangen ein Gradle-Projekt-Struktur hier /build/classes/main. Falls erforderlich, passen Sie nach Ihren build-tool.

    3. Wenn MyApplicationContextInitializer ist in der src/test/java, pwd wird <projectBasedir>/build/classes/test/, nicht <projectBasedir>/build/classes/main/.

    InformationsquelleAutor Abhijit Sarkar

  3. 0
    your.basedir=${project.basedir}/db/init
spring.datasource.url=jdbc:hsqldb:file:${your.basedir}

@Value("${your.basedir}")
private String file;

new ClassPathResource(file).getURI().toString()
    hat ${project.basedir} Arbeit im Spring-container
    Erhalten java.lang.IllegalArgumentException: Could not resolve placeholder 'basedir' in string value "jdbc:hsqldb:file:${basedir}/db/init"
    so haben Sie eine variable vor der Verwendung deklariert namens basedir=...? als sollte es funktionieren. natürlich muss es deklariert werden, vor der Wiederverwendung der placehodler.
    Dies ist nur das Aufbrechen der hartcodierten Pfad in 2 Teile. Was der OP sucht, ist eine Eigenschaft, die das Boot auflösen kann, nicht das, was ein Benutzer konfiguriert.

    InformationsquelleAutor membersound

Schreibe einen Kommentar