L'obtention d'Un Fichier de Type Mime En Java

Je me demandais juste comment la plupart des gens vont chercher un type mime à partir d'un fichier en Java? Jusqu'à présent, j'ai essayé deux utils: JMimeMagic & Mime-Util.

Le premier m'a donné de la mémoire exceptions, le deuxième ne ferme pas ses flux éteint correctement. Je me demandais juste si quelqu'un avait une méthode/de la bibliothèque qu'ils ont utilisé et travaillé correctement?

Une bonne vue d'ensemble sur les bibliothèques est donné à rgagnon.com/javadetails/java-0487.html
J'ai utilisé la classe qui a été publié comme une réponse ici: stackoverflow.com/a/10140531/293280
Tika devrait être la réponse maintenant. Les autres réponses ci-dessous faire la lumière sur de nombreuses dépendances avec Tika, mais je ne vois aucun avec tika-core.
lorsque nous utilisons TIka, il convertit le fichier et il n'est plus utilisable. Chaîne contentType = tika.détecter(est) .

InformationsquelleAutor Lee Theobald | 2008-09-09

java mime

311

Dans Java 7, vous pouvez maintenant l'utiliser juste Fichiers.probeContentType(chemin).
- Cela a été très utile puisque le mime-util site web semble être en panne et je ne peux pas dire si la bibliothèque est maintenu à tous!
- Cela fonctionne bien, cependant je n'ai pas trouvé un moyen d'ajouter des types de fichiers que je comprends. Par exemple une image ISO est nulle, comme le fait un .archive zip et même un ini fichier de configuration.
- vous êtes génial! 🙂
- C'est une chose de beauté.
- et ça m'a valu plus de points que n'importe quel autre réponse que j'ai jamais donné! Fou, hein? 🙂
- Sachez que les Fichiers.probeContentType(Chemin d'accès) est buggé sur plusieurs Systèmes d'exploitation et beaucoup de rapports de bogues ont été déposées. J'ai eu un problème avec un logiciel de travail sur ubuntu mais à défaut sur windows. Il me semblait que sur les Fichiers de windows.probeContentType(Chemin de) retourne toujours null. Ce n'était pas mon système donc je n'ai pas vérifier le JRE ou la version de windows. C'était windows 7 ou 8 avec probablement oracle JRE pour java 7.
- Je suis en cours d'exécution sur OS X 10.9 et je reçois null pour .xml, .png, et .xhtml fichiers. Je ne sais pas si je vais juste faire quelque chose de terriblement mal, mais qui semble plutôt terrible.
- Je n'ai pas été en mesure d'obtenir que cela fonctionne correctement si le fichier ne possède pas d'extension.
- Il semble que, au moins sur les systèmes *nix, le type de fichier par défaut détecteur retourne null et on doit ajouter manuellement un ou plusieurs détecteur implémentations, qui ne semble pas être trop directe. Ainsi, au moins pour le cas d'utilisation j'ai eu, qui est une méthode simple pour carte une extension de fichier à un type mime, cette solution ne fonctionne pas.
- Une limitation majeure de cette méthode est que le fichier doit exister sur le système de fichiers. Cela ne fonctionne pas avec un flux de données ou un tableau d'octets, etc.
- Encore plus étrange, j'en ai deux windows 8.1 ordinateurs portables, l'un qui obtient application/x-zip-compressed et l'autre se null suite à l'appel de ce sur un fichier zip. Totalement fiable :\. Donc, étant donné que je veux que mon application pour basculer sur le schéma de codage d'un fichier (disons que mon application prend à la fois en XML et JSON de configuration), et le fichier est simplement appelé "configuration" (sans extension), quel est le moyen le plus fiable pour déterminer le type du fichier, sorte de tricherie et la lecture de quelques octets?
- cette méthode ne peut pas renvoyer type mime lorsque je supprime l'extension du nom.Par exemple si le nom est test.mp4-je le changer en "test" et de la méthode renvoie null.Aussi, je change movie extension png, etc il retourne png type mime
- C'est inutile si le fichier est manquant ou erroné extension.
- Basé sur Linux, mise en œuvre apparaît à l'utilisation de Linux /usr/bin/fichier, ce qui est bon, sauf s'il y a une extension qui il croit tout simplement, sans chercher plus profondément, ce qui est mauvais. Si vous renommez un fichier XML .json, cela va vous dire que c'est du JSON. Garbage in, Garbage out. Vous n'avez pas vraiment envie de faire confiance à cette approche, sauf si vous êtes sûr de votre fichier de données.
- il y a une extension qui il croit tout simplement, sans chercher plus profondément, ce qui est mauvais. Ne nginx/apache etc. faire plus que simplement regarder l'extension?
InformationsquelleAutor Chris Mowforth
206

Malheureusement,
```
mimeType = file.toURL().openConnection().getContentType();
```
ne fonctionne pas, puisque cette utilisation de l'URL feuilles d'un fichier verrouillé, de sorte que, par exemple, il est non effaçable située.

Cependant, vous avez ceci:
```
mimeType= URLConnection.guessContentTypeFromName(file.getName());
```
et aussi le suivant, qui a l'avantage d'aller au-delà de la simple utilisation de l'extension de fichier, et prend un coup d'oeil au contenu
```
InputStream is = new BufferedInputStream(new FileInputStream(file));
mimeType = URLConnection.guessContentTypeFromStream(is);
 //...close stream
```
Cependant, comme le suggère le commentaire ci-dessus, le tableau de mime-types est assez limité, pas y compris, par exemple, ms word et PDF. Donc, si vous voulez généraliser, vous aurez besoin d'aller au-delà de l'intégré dans des bibliothèques, à l'aide, par exemple, Mime-Util (qui est une grande bibliothèque, en utilisant à la fois l'extension de fichier et le contenu).
- Solution parfaite - m'a beaucoup aidé! Emballage FileInputStream en BufferedInputStream est crucial partie - sinon guessContentTypeFromStream retourne null (passé InputStream instance devrait soutenir les marques)
- Cependant, URLConnection a un ensemble très limité de types de contenu qu'il ne reconnaît. Par exemple, il n'est pas en mesure de détecter application/pdf.
- il détecte pdf pour moi. Mais il ne détecte pas les fichiers office, par exemple *.doc
- Elle ne laisse qu'il verrouillé parce que vous avez laissé vous-même aucun moyen de le fermer. La déconnexion de la URLConnection serait le déverrouiller.
- les deux guessContentTypeFromStream ni guessContentTypeFromName ne reconnaissent PAS, par exemple, mp4
- guessContentTypeFromName() utilise par défaut $JAVA_HOME/lib/content-types.properties fichier. vous pouvez ajouter votre propre fichier étendu par l'évolution du système de propriété System.setProperty("content.types.user.table","/lib/path/to/your/property/file");
- Il n'est pas détecter .js, .les fichiers css. Est-il une autre méthode pour détecter ces fichiers trop?
- Tous les liens vers Mime-Util ??? J'ai trouvé projet dans github mais ne contient pas la description 🙁
- guessContentTypeFromName utilise cette synchronized FileNameMap getFileNameMap bonne chance dans le multithreading
InformationsquelleAutor Joshua Fox
50

La FAC API fait partie du JDK 6. Regardez javax.activation paquet.

La plupart des classes intéressantes sont javax.activation.MimeType - un réel type MIME titulaire - et javax.activation.MimetypesFileTypeMap - classe dont les instances ne peuvent résoudre type MIME comme une Chaîne de caractères d'un fichier:
```
String fileName = "/path/to/file";
MimetypesFileTypeMap mimeTypesMap = new MimetypesFileTypeMap();

//only by file name
String mimeType = mimeTypesMap.getContentType(fileName);

//or by actual File instance
File file = new File(fileName);
mimeType = mimeTypesMap.getContentType(file);
```
- Malheureusement, comme la javadoc de getContentType(File) états: Retourne le type MIME du fichier objet.La mise en œuvre de cette classe appels getContentType(f.getName()).
- Et n'oubliez pas, vous pouvez étendre cette fonctionnalité avec les META-INF/mime.les types de fichier il est donc parfait si vous êtes obligé d'utiliser la version 6 de Java. docs.oracle.com/javaee/5/api/javax/activation/...
- vous pouvez sauter la création d'un nouvel objet par MimetypesFileTypeMap.getDefaultFileTypeMap().getContentType(file)
- Merci pour votre réponse. Il a réussi à travailler pour moi.
- Mais il a encore un retour de type de contenu basé uniquement sur le nom de fichier. Et cela est particulièrement dangereux pour les fichiers téléchargés par les utilisateurs.
InformationsquelleAutor Adam Hošek
38

Avec Apache Tika vous avez seulement besoin de trois lignes de code:
```
File file = new File("/path/to/file");
Tika tika = new Tika();
System.out.println(tika.detect(file));
```
Si vous avez une console groovy, il suffit de coller et d'exécuter ce code pour jouer avec elle:
```
@Grab('org.apache.tika:tika-core:1.14')
import org.apache.tika.Tika;

def tika = new Tika()
def file = new File("/path/to/file")
println tika.detect(file)
```
Gardez à l'esprit que son Api est riche, il peut analyser "n'importe quoi". Comme de tika-core 1.14, vous avez:
```
String  detect(byte[] prefix)
String  detect(byte[] prefix, String name)
String  detect(File file)
String  detect(InputStream stream)
String  detect(InputStream stream, Metadata metadata)
String  detect(InputStream stream, String name)
String  detect(Path path)
String  detect(String name)
String  detect(URL url)
```
Voir le apidocs pour plus d'informations.
- Il ne fonctionne pas pour csv. wtf?stackoverflow.com/questions/46960231/...
- Une seule mauvaise chose à propos de Tika, beaucoup de la dépendance de la météorisation. Il a augmenté la taille de mon pot par 54MB!!!
- 1.17 est autonome et seulement 648 KO gros.
- ... ou tout simplement new Tika().detect(file.toPath()) pour l'extension du fichier en fonction de détection plutôt que de la détection basée sur le contenu du fichier
- docs-dire qui utilise encore le contenu du document. Je pense que tu veux dire new Tika().detect(file.getPath()), qui n'utilise que l'extension du fichier
InformationsquelleAutor lifeisfoo
27

Apache Tika offre en tika-core un type mime basées sur la détection basée sur la magie des marqueurs dans le flux de préfixe. tika-core ne pas chercher d'autres dépendances, ce qui en fait le plus léger actuellement laissés à l'abandon Type Mime Utilitaire De Détection De.

Simple exemple de code (Java 7), à l'aide de variables theInputStream et theFileName
```
try (InputStream is = theInputStream;
        BufferedInputStream bis = new BufferedInputStream(is);) {
    AutoDetectParser parser = new AutoDetectParser();
    Detector detector = parser.getDetector();
    Metadata md = new Metadata();
    md.add(Metadata.RESOURCE_NAME_KEY, theFileName);
    MediaType mediaType = detector.detect(bis, md);
    return mediaType.toString();
}
```
Veuillez noter que MediaType.détecter(...) ne peut pas être utilisé directement (TIKA-1120). Plus de conseils sont fournis à https://tika.apache.org/0.10/detection.html.
- +1 Aussi Metadata.RESOURCE_NAME_KEY peut être omis (si vous n'en avez pas ou ne peut pas invoquer le nom d'origine), mais dans ce cas, vous obtiendrez un résultat incorrect dans certains cas (documents office par exemple).
- Il a quelques problèmes de détection XLSX si il n'y a aucune extension de nom de fichier... mais cette solution est simple et élégant.
InformationsquelleAutor koppor
21

Si vous êtes un développeur Android, vous pouvez utiliser un utilitaire classe android.webkit.MimeTypeMap les cartes MIME-types pour les extensions de fichier et vice versa.

Extrait de code suivant peut vous aider.
```
private static String getMimeType(String fileUrl) {
    String extension = MimeTypeMap.getFileExtensionFromUrl(fileUrl);
    return MimeTypeMap.getSingleton().getMimeTypeFromExtension(extension);
}
```
- C'est fonctionne également essayé avec local chemins d'accès de fichier comme "/sdcard/chemin/vers/vidéo.extension". Le problème est que si le local, le fichier contient des espaces dans son chemin, il renvoie toujours null
InformationsquelleAutor Pawan
17

De roseindia:
```
FileNameMap fileNameMap = URLConnection.getFileNameMap();
String mimeType = fileNameMap.getContentTypeFor("alert.gif");
```
- Celui qui baisse voté la réponse, s'il vous plaît ajouter un commentaire afin que je (et d'autres) peuvent apprendre à poster des réponses de meilleure qualité.
- Je n'ai pas le droit de vote vous vers le bas mais , getFileNameMap ne fonctionne pas de base pour de nombreux types de fichiers , par exemple, 'bmp' . Aussi URLConnection.guessContentTypeFromName retourne la même chose
- Très incomplète de la fonction. Comme de Java 7, html, pdf et jpeg extensions de retourner le bon type mime mais js et css de retourner la valeur null!
- J'ai testé avec "webm" et il a retourné null.
InformationsquelleAutor AlikElzin-kilaka
15

Si vous êtes coincé avec java 5-6 alors cette classe utilitaire de servoy produit open source.

Vous avez seulement besoin de cette fonction
```
public static String getContentType(byte[] data, String name)
```
Il sonde les premiers octets du contenu et retourne les types de contenu basé sur le contenu et non pas par l'extension de fichier.
- c'est ce que je cherchais, fonctionne parfaitement.
- Travaillé pour la simple, populaire, et quelques types de fichiers dont j'avais besoin 🙂
InformationsquelleAutor Ovidiu Buligan
13

Je me demandais juste comment la plupart des gens vont chercher un type mime à partir d'un fichier en Java?

J'ai publié mon SimpleMagic package Java qui permet le type de contenu (mime-type) de détermination à partir des fichiers et des tableaux d'octets. Il est conçu pour lire et exécuter le fichier Unix(1) de commande de la magie des fichiers qui font partie de la plupart des ~OS Unix configurations.

J'ai essayé de Apache Tika, mais il est énorme avec des tonnes de dépendances, URLConnection n'utilise pas les octets des fichiers, et MimetypesFileTypeMap aussi regarde juste à des noms de fichiers.

Avec SimpleMagic vous pouvez faire quelque chose comme:
```
//create a magic utility using the internal magic file
ContentInfoUtil util = new ContentInfoUtil();
//if you want to use a different config file(s), you can load them by hand:
//ContentInfoUtil util = new ContentInfoUtil("/etc/magic");
...
ContentInfo info = util.findMatch("/tmp/upload.tmp");
//or
ContentInfo info = util.findMatch(inputStream);
//or
ContentInfo info = util.findMatch(contentByteArray);

//null if no match
if (info != null) {
   String mimeType = info.getMimeType();
}
```
- Testé sur plusieurs fichiers d'image. Tous avaient l'extension de renommé. Votre impressionnante bibliothèque gérée correctement. Bien sûr, sa lumière trop :).
- Oui, cela fonctionne bien. Et pour ceux qui ont besoin d'utiliser cette solution dans Android, vous pouvez simplement inclure les éléments suivants dans la construction.gradle fichier: compile('com.j256.simplemagic:simplemagic:1.10')
- C'est une excellente solution! Merci!
InformationsquelleAutor Gray
5

À puce avec mes 5 cents:

TL,DR

- Je utiliser MimetypesFileTypeMap et ajouter le mime qui n'est pas là et j'ai précisément besoin, en mime.types de fichiers.

Et maintenant, le long de lecture:

Tout d'abord, les types MIME liste est énorme, voir ici: https://www.iana.org/assignments/media-types/media-types.xhtml

J'aime utiliser les installations fournies par le JDK en premier, et si cela ne fonctionne pas, je vais aller chercher quelque chose d'autre.

Déterminer le type de fichier de l'extension de fichier

Depuis la 1.6, Java a MimetypesFileTypeMap, comme l'a fait observer dans l'une des réponses ci-dessus, et c'est la façon la plus simple de déterminer le type mime:
```
new MimetypesFileTypeMap().getContentType( fileName );
```
Dans sa vanille de mise en œuvre de cette ne fait pas beaucoup (c'est à dire qu'il travaille .html mais ce n'est pas pour .png). Cependant, il est super simple d'ajouter tout type de contenu que vous pourriez avoir besoin:
1. Créer un fichier nommé 'mime.types " dans le répertoire META-INF dans votre projet
2. Ajouter une ligne pour chaque type mime dont vous avez besoin et défaut de mise en œuvre ne fournit pas (il y a des centaines de types mime et de la liste grandit à mesure que le temps passe).
Exemple des entrées pour le png et fichiers js serait:
```
image/png png PNG
application/javascript js
```
Pour le mime.types de format de fichier, voir plus de détails ici: https://docs.oracle.com/javase/7/docs/api/javax/activation/MimetypesFileTypeMap.html

Déterminer le type de fichier à partir d'un fichier de contenu

Depuis 1.7, Java a java.nio.fichier.le spi.FileTypeDetector, qui définit une API standard pour déterminer un type de fichier dans de mise en œuvre de façon spécifique.

Pour aller chercher le type mime d'un fichier, vous pouvez tout simplement utiliser Fichiers et le faire dans votre code:
```
Files.probeContentType(Paths.get("either file name or full path goes here"));
```
La définition de l'API fournit des installations qui prennent en charge pour déterminer le type mime du fichier à partir du nom de fichier ou à partir d'un fichier de contenu (magie octets). C'est pourquoi probeContentType() méthode throws IOException, dans le cas de la mise en œuvre de cette API utilise le Chemin d'accès fourni à vraiment essayer d'ouvrir le fichier associé.

Encore une fois, la vanille mise en œuvre de ce (celui qui est livré avec le JDK) laisse beaucoup à désirer.

Dans certains monde idéal, dans une galaxie loin, loin, tous ces bibliothèques qui tentent de résoudre ce fichier-à-mime-type de problème serait tout simplement de mettre en œuvre java.nio.fichier.le spi.FileTypeDetector, vous devez les déposer dans le préféré de mise en œuvre de la bibliothèque du fichier jar dans le classpath et que serait-il.

Dans le monde réel, celui où vous avez besoin de TL,DR section, vous devez vous trouver à la bibliothèque avec la plupart des étoiles à côté du nom et de l'utiliser. Pour ce cas particulier, je n'ai pas besoin d'un (encore 😉 ).

InformationsquelleAutor nidalpres
3

J'ai essayé plusieurs façons de le faire, y compris les premiers, dit par @Joshua Fox. Mais certains ne reconnaissent pas fréquentes mimetypes comme pour les fichiers PDF, et d'autres pourraient ne pas être dignes de confiance avec de faux fichiers (j'ai essayé avec un fichier RAR avec l'extension changé de TIF). La solution que j'ai trouvé, comme dit par @Joshua Fox de façon superficielle, est d'utiliser MimeUtil2, comme ceci:
```
MimeUtil2 mimeUtil = new MimeUtil2();
mimeUtil.registerMimeDetector("eu.medsea.mimeutil.detector.MagicMimeMimeDetector");
String mimeType = MimeUtil2.getMostSpecificMimeType(mimeUtil.getMimeTypes(file)).toString();
```
- Je n'avais pas de succès du tout avec MimeUtil2 - presque tout est revenu comme application/octet-stream. J'ai utilisé MimeUtil.getMimeTypes() avec beaucoup plus de succès après l'initialisation avec ` MimeUtil.registerMimeDetector("de l'ue.medsea.mimeutil.détecteur.MagicMimeMimeDetector"); MimeUtil.registerMimeDetector("de l'ue.medsea.mimeutil.détecteur.ExtensionMimeDetector"); MimeUtil.registerMimeDetector("de l'ue.medsea.mimeutil.détecteur.OpendesktopMimeDetector"); `
- Merci pour la solution de travail. La documentation de mime-util n'est pas très clair sur la façon d'instancier la classe utilitaire. Enfin arrivés en haut et en cours d'exécution, mais a remplacé le nom de la classe string avec la classe réelle. MimeUtil.registerMimeDetector(ExtensionMimeDetector.classe.getName()); String mimeType = MimeUtil.getMostSpecificMimeType(MimeUtil.getMimeTypes(filename)).toString();
InformationsquelleAutor ricardoc
2

Il est préférable d'utiliser deux couches de validation de téléchargement de fichiers.

D'abord, vous pouvez vérifier le type mime et de les valider.

Deuxième, vous devez chercher à convertir les 4 premiers octets de votre fichier en hexadécimal puis à les comparer avec les numéros de magie. Alors il sera vraiment sûr moyen de vérifier la validation de fichier.

InformationsquelleAutor javacreed
1

au printemps MultipartFile fichier;

org.springframework.web.multipart.MultipartFile

file.getContentType();
- Pourquoi Le Printemps??? Question à propos de java.
InformationsquelleAutor Ahmad R. Nazemi

C'est la façon la plus simple que j'ai trouvé pour le faire:

byte[] byteArray = ...
InputStream is = new BufferedInputStream(new ByteArrayInputStream(byteArray));
String mimeType = URLConnection.guessContentTypeFromStream(is);

InformationsquelleAutor madx

0

si vous travaillez sur le système d'exploitation linux ,il y a une ligne de commande file --mimetype:
```
String mimetype(file){

   //1. run cmd
   Object cmd=Runtime.getRuntime().exec("file --mime-type "+file);

   //2 get output of cmd , then 
    //3. parse mimetype
    if(output){return output.split(":")[1].trim(); }
    return "";
}
```
Puis
```
mimetype("/home/nyapp.war") // 'application/zip'

mimetype("/var/www/ggg/au.mp3") // 'audio/mp3'
```
- Cela fonctionne, mais est de l'OMI, une mauvaise pratique en lien de votre code pour un système d'exploitation spécifique et nécessite l'utilitaire externe à être présent dans le système de l'exécution. Ne m'obtenez pas le mal; il est entièrement une solution valable, mais les sauts de portabilité - qui est l'une des principales raisons de l'utilisation de Java, en premier lieu...
- Pour le rendu, je vais respectueusement en désaccord. Pas chaque programme Java est nécessaire pour être portable. Laissez contexte et le programmeur de prendre cette décision. en.wikipedia.org/wiki/Java_Native_Interface
InformationsquelleAutor Abdennour TOUMI

Après avoir essayé divers autres bibliothèques, j'ai installé mime-util.

<groupId>eu.medsea.mimeutil</groupId>
      <artifactId>mime-util</artifactId>
      <version>2.1.3</version>
</dependency>

File file = new File("D:/test.tif");
MimeUtil.registerMimeDetector("eu.medsea.mimeutil.detector.MagicMimeMimeDetector");
Collection<?> mimeTypes = MimeUtil.getMimeTypes(file);
System.out.println(mimeTypes);

InformationsquelleAutor K. Siva Prasad Reddy

public String getFileContentType(String fileName) {
    String fileType = "Undetermined";
    final File file = new File(fileName);
    try
    {
        fileType = Files.probeContentType(file.toPath());
    }
    catch (IOException ioException)
    {
        System.out.println(
                "ERROR: Unable to determine file type for " + fileName
                        + " due to exception " + ioException);
    }
    return fileType;
}

Cette méthode de Fichiers.probeContentType(String) est disponible depuis la version de JDK 1.7 et il fonctionne très bien pour moi.
Merci, seulement je ne comprends pas pourquoi certains utilisateurs n'en bas de vote)))
Pas du tout, peut-être qu'ils ont une version antérieure de JDK :)))

InformationsquelleAutor Vazgen Torosyan

Vous pouvez le faire avec une seule ligne: MimetypesFileTypeMap().getContentType(new File("nom de fichier.ext")). Regarder le test complet (code Java 7):

import java.io.File;
import javax.activation.MimetypesFileTypeMap;
public class MimeTest {
    public static void main(String a[]){
         System.out.println(new MimetypesFileTypeMap().getContentType(
           new File("/path/filename.txt")));
    }
}

Ce code génère le suivre de sortie: text/plain

InformationsquelleAutor Cassio Seffrin

File file = new File(PropertiesReader.FILE_PATH);
MimetypesFileTypeMap fileTypeMap = new MimetypesFileTypeMap();
String mimeType = fileTypeMap.getContentType(file);
URLConnection uconnection = file.toURL().openConnection();
mimeType = uconnection.getContentType();

Votre lien ne fonctionne pas.
Alors que ce code peut permettre de résoudre la question, y compris une explication aide vraiment à améliorer la qualité de votre post.

InformationsquelleAutor ganesh vechalapu

Vous devez vous connecter pour publier un commentaire.