printemps de démarrage des propriétés lanceur de l'impossibilité d'utiliser
je suis en train d'utiliser le printemps de démarrage des propriétés lanceur
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
<configuration>
<archive>
<manifest>
<mainClass>org.springframework.boot.loader.PropertiesLauncher</mainClass>
</manifest>
<manifestEntries>
<Start-Class>com.att.hadoop.loader.run.Application</Start-Class>
</manifestEntries>
</archive>
</configuration>
</plugin>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
</plugins>
quand je regarde le fichier de manifeste, il ressemble à ceci
$ unzip -q -c hdfsloader-0.0.1-SNAPSHOT.jar META-INF/MANIFEST.MF
Manifest-Version: 1.0
Built-By: aq728y
Build-Jdk: 1.7.0_25
Start-Class: org.springframework.boot.loader.PropertiesLauncher
Created-By: Apache Maven 3.1.0
Spring-Boot-Version: 1.0.0.RC1
Main-Class: org.springframework.boot.loader.JarLauncher
Archiver-Version: Plexus Archiver
toutes les idées sur le pourquoi de mon mainclass et startclass sont mal
Je veux le mettre comme
Main-Class: org.springframework.de démarrage.loader.PropertiesLauncher
Start-Classe: com.att.hadoop.loader.exécuter.Application
OriginalL'auteur adeelmahmood | 2014-01-24
Vous devez vous connecter pour publier un commentaire.
Le spring-boot-maven-plugin réécrit votre manifeste, et, en particulier, il gère le
Main-Class
etStart-Class
entrées, de sorte que vous avez à configurer ceux là (pas dans le jar du plugin). LeMain-Class
dans le manifeste est en réalité contrôlée par lelayout
propriété de la botte plugin, par exempleLa propriété de présentation par défaut est une supposition basée sur le type d'archive (JAR ou WAR). Pour le
PropertiesLauncher
la mise en page est "ZIP".Des sons comme ça devrait fonctionner. Les paramètres par défaut pour le jar du plugin peut mettre ces fichiers à la racine de l'archive. Pouvez-vous vérifier qu'ils sont là? Qu'est-ce que votre paramètre de chemin de classe?
les fichiers du dossier de ressources semblent être à la racine du pot et ne savez pas à propos de paramètre de chemin de classe. Je ne suis pas préciser tout ce de manière explicite. Le code de retrive le fichier ressemble à ceci "r = new ClassPathResource(chemin d'accès.replaceFirst("classpath:", ""));"
l'erreur ressemble à ceci: le chemin de classe de ressource [source de données.propriétés] ne peut pas être résolu sur le chemin absolu du fichier car il ne réside pas dans le système de fichiers: jar:file:/opt/data/stage01/ecdw/foundry/dev/eqfx/aq728y/wars/hdfsloader-0.0.1-SNAPSHOT.jar!/datasource.properties
Comment êtes-vous de l'exécution de l'application? Il fonctionne pour moi avec "java-jar". Ce message d'erreur dit qu'il est à la recherche d'un fichier de ressources (pas celui de la ressource), donc je ne suis pas convaincu à 100% que nous avons vu l'ensemble de l'image encore.
OriginalL'auteur Dave Syer