j'ai eu à utiliser ce ImageIO jar. Il a travaillé comme un charme. Trouvé ici.

la réponse acceptée par Quantum7 explique la source du problème, et dans le Maven l'article, il propose une solution lors de l'utilisation de l'Maven Assembly plugin pour produire un BOCAL, y compris les dépendances. Si vous utilisez plutôt le plugin Maven Shade pour produire le JAR avec des dépendances, la configuration est légèrement différente. Vous pouvez ajouter quelque chose comme ceci à la section configuration du plugin Shade dans votre pom.xml:

<configuration>
    <transformers>
        <transformer
                implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
            <manifestEntries>
                <Main-Class>com.conveyal.r5.R5Main</Main-Class>
                <Specification-Title>Java Advanced Imaging Image I/O Tools</Specification-Title>
                <Specification-Version>1.1</Specification-Version>
                <Specification-Vendor>Sun Microsystems, Inc.</Specification-Vendor>
                <Implementation-Title>com.sun.media.imageio</Implementation-Title>
                <Implementation-Version>1.1</Implementation-Version>
                <Implementation-Vendor>Sun Microsystems, Inc.</Implementation-Vendor>
                <Extension-Name>com.sun.media.imageio</Extension-Name>
            </manifestEntries>
        </transformer>
    </transformers>
</configuration>

ceux-ci peuvent vous aider à résoudre le problème.

comment exécuter jai-imageio avec le code source

vendorName = = null

DISCLAIMER

le problème que j'avais était légèrement différent, j'ai eu l'erreur "ClassNotFound" en essayant d'exécuter un fichier JAR compilé. Je suis arrivé sur cette question en faisant des recherches, donc pour les autres qui ont suivi la même piste que moi, voilà.

solution Possible à L'erreur ClassNotFound

Pour ceux qui trouve cette question plus tard, si rien d'autre ne semble fonctionner, Vous pouvez essayer d'utiliser le Apache Shader plugin pour Maven. Ici plus d'information sur elle.

je ne suis pas assez expérimenté pour être en mesure de vous dire comment il le fait, mais Apache Shader empaquette toutes les dépendances utilisées dans votre projet dans le fichier final jar, de sorte que toutes les dépendances sont incluses dans le dossier META-INF quand il est compilé. Cela augmente la taille du fichier jar (en fonction du nombre de bibliothèques que vous avez utilisées dans votre projet), mais semble également corriger le jar ne pouvant pas trouvez les classes des bibliothèques externes qui sont utilisées.

pour utiliser le plugin Shader, ajoutez ce qui suit à votre POM. Je l'ai inclus après la balise dependencies et avant la balise properties.

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-shade-plugin</artifactId>
            <version>2.4.3</version>
            <executions>
                <execution>
                    <phase>package</phase>
                    <goals>
                        <goal>shade</goal>
                    </goals>
                    <configuration>
                        <filters>
                            <filter>
                                <artifact>*:*</artifact>
                                <excludes>
                                    <exclude>META-INF/*.SF</exclude>
                                    <exclude>META-INF/*.DSA</exclude>
                                    <exclude>META-INF/*.RSA</exclude>
                                </excludes>
                            </filter>
                        </filters>
                        <transformers>
                            <transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
                                <manifestEntries>
                                    <Main-Class>com.package.name.className</Main-Class>
                                    <Build-Number>1</Build-Number>
                                </manifestEntries>
                            </transformer>
                        </transformers>
                    </configuration>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

NOTE: assurez-vous de changer le paquet et le nom de la classe pour refléter le paquet et le nom de la classe de votre projet.

Autres liens utiles: question semblable de débordement de la pile

(Aurait été un commentaire sur Quantum7 réponse si j'avais assez de réputation)

j'ai rencontré le même problème. La réponse de Quantum7 a sauvé la journée! Après avoir mis dans la spécification de manifestes-vendeur et la mise en œuvre-vendeur, cependant, l'exécution de mon pot de graisse a encore échoué avec l'exception ci-dessous. Remarque il est

version = = null!

nom du vendeur == nul!

java.util.ServiceConfigurationError: javax.imageio.spi.ImageReaderSpi: Provider com.sun.media.imageioimpl.plugins.jpeg.CLibJPEGImageReaderSpi could not be instantiated
        at java.util.ServiceLoader.fail(Unknown Source)
        at java.util.ServiceLoader.access0(Unknown Source)
        at java.util.ServiceLoader$LazyIterator.nextService(Unknown Source)
        at java.util.ServiceLoader$LazyIterator.next(Unknown Source)
        at java.util.ServiceLoader.next(Unknown Source)
        at javax.imageio.spi.IIORegistry.registerApplicationClasspathSpis(Unknown Source)
        at javax.imageio.spi.IIORegistry.<init>(Unknown Source)
        at javax.imageio.spi.IIORegistry.getDefaultInstance(Unknown Source)
        at javax.imageio.ImageIO.<clinit>(Unknown Source)
        at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.IllegalArgumentException: version == null!
        at javax.imageio.spi.IIOServiceProvider.<init>(Unknown Source)
        at javax.imageio.spi.ImageReaderWriterSpi.<init>(Unknown Source)
        at javax.imageio.spi.ImageReaderSpi.<init>(Unknown Source)
        at com.sun.media.imageioimpl.plugins.jpeg.CLibJPEGImageReaderSpi.<init>(CLibJPEGImageReaderSpi.java:80)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
        at java.lang.reflect.Constructor.newInstance(Unknown Source)
        at java.lang.Class.newInstance(Unknown Source)
        ... 14 more

mise en manifestes en dessous fixé.

<manifestEntries>
    <Specification-Title>Java Advanced Imaging Image I/O Tools</Specification-Title>
    <Specification-Version>1.1</Specification-Version>
    <Specification-Vendor>Sun Microsystems, Inc.</Specification-Vendor>
    <Implementation-Title>com.sun.media.imageio</Implementation-Title>
    <Implementation-Version>1.1</Implementation-Version>
    <Implementation-Vendor>Sun Microsystems, Inc.</Implementation-Vendor>
</manifestEntries>

lors de l'exécution du fat jar, je me suis assuré qu'aucune des trois valeurs du code ci-dessous n'est nulle.

import com.sun.media.imageioimpl.common.PackageUtil;

public class ManifestCheck {
    public static void main(String[] args) {
        System.out.println(PackageUtil.getVendor());
        System.out.println(PackageUtil.getVersion());
        System.out.println(PackageUtil.getSpecificationTitle());
    }
}