HttpServletRequest: Comment déterminer le type de contenu de l'actif demandé

Question

J'écris un serveur de fichiers statiques rapide et sale à l'aide de Jetty. Je dois définir le type de contenu pour chaque réponse:

HttpServletResponse.setContentType("content/type"); 

Pour une demande de fichier donné, comment puis-je déterminer de façon fiable ce type de contenu pour définir? Est-ce une question d'examen de l'extension de fichier ou existe-t-il une méthode plus sophistiquée? (Par exemple, s'il n'y a pas d'extension de fichier ou l'extension ne reflète pas le type de contenu?)

Merci Richard

Answer 1

Vous pouvez utiliser URLConnection.guessContentTypeFromStream

InputStream is = new BufferedInputStream(new FileInputStream(file)); 
mimeType = URLConnection.guessContentTypeFromStream(is); 

Answer 2

Ne pouvez-vous vérifier que la demande Content-Type et définir la réponse à cela?

Je ne connais pas le type de clients que vous envisagez de prendre en charge, mais si ce sont des navigateurs, je suppose que cela devrait vous convenir. Si vous contrôlez les clients, c'est une bonne pratique qu'ils vous envoient cet en-tête de toute façon.

Bonne chance!

Answer 3

Puisque vous utilisez l'objet HttpServletResponse dans votre question, je suppose que vous avez le ServletContext à votre disposition dans vos Contrôleurs. Je viens de résoudre ce même problème en utilisant simplement les méthodes disponibles à partir du servletContext.

Puisque vous écrivez un serveur de fichiers, vous pouvez simplement passer le chemin d'accès au fichier dans la méthode getMimeType du ServletContext, et il devrait renvoyer le mimeType, s'il peut le déterminer.

String path = "/js/example.js"; 
String mimeType = getServletContext().getMimeType(path); 
resp.setContentType(mimeType); // HttpServletResponse object 

REMARQUE: permet de définir le type de contenu "application-x/javascript" dans cet exemple particulier.

Informations complémentaires: Je crois que cette solution suppose également vos fichiers sont stockés dans un endroit accessible au ServletContext. Si non, alors l'une des autres solutions pourrait être la meilleure.