Discussion :

[zomurn]

Bonjour,

Une petite question simple dont je ne connais pas la "good practice" (s'il y en a une).
Par ex, sur une page web (JSP) j'ai une belle image qui s'affiche.
Cette image est appelée coté client à travers un JS du style :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<img src="<%=request.getContextPath()%>/images/edit.png" />

Ce code ci-dessus interroge le serveur (et plus précisément l'application tomcat) pour avoir l'image via l'URL.
Or si un utilisateur désire via un formulaire d'upload mettre à jour cette image, dois-je écraser celle existante.
Si oui (je suppose), ce qui m'ennuie c'est pour les déploiements : des fichiers dans la version déployée sont à conserver. Je ne pourrais plus me contenter de supprimer simplement la version déployée et déployer un nouveau .war.
Connaitriez-vous une bonne manière pour mettre à jour dynamiquement cette image ?

Merci

[OButterlin]

D'après ce que je comprends de ton besoin, tu vas avoir des versions concurrentes de l'image, donc, tu ne peux pas simplement écraser l'image, à moins que pour un déploiement donné, la question ne se pose pas.

Peux-tu préciser ce que tu cherches à faire ?

[zomurn]

Oui dans l'absolu il y aurait concurrence si je procède ainsi.
Mais ça reste infime et au pire, l'upload planterait.
La concurrence au niveau lecture par le serveur et écriture par le process d'upload est vraiment petite.....au pire 1/1000000ème fois l'upload plantera, c'est pas grave, le client n'a pas ce niveau d'exigence.
Ce qui m'embête le plus c'est pour gérer les déploiements.

Ce que je cherche à faire ?

=> Je veux mettre à jour une image côté serveur à l'insu du client qui désire mettre à jour celle-ci (via un formulaire d'upload) sans "détruire" mes déploiement comme expliqué.
Je cherche une méthode "good practice" si c'est possible.

[OButterlin]

Il faudrait placer tes images ailleurs que dans la structure arborescente sous /WebContent (et donc accessible directement par l'url).
Du coup, ça t'oblige à passer par un filtre ou une servlet pour renvoyer le flux binaire de l'image. Ce n'est pas bien compliqué à faire.
Ça te permettrait de renvoyer soit l'image par défaut, soit l'image modifiée si elle existe.

[zomurn]

Bien vu pour le coup de la servlet.
Suffit juste de l'intégrer dans mon portail (liferay).
Je pense (j'espère) que cela ne posera pas problème !

Merci beaucoup

[zomurn]

Je continue sur le sujet....
En fait l'appel est dans un code javascript.
Bref, du html du style par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<img src="../images/monimage.png"/>

J'ai bien compris que cet emplacement est relatif (au répertoire WEB-INF il me semble) à la racine de l'application, le reste (autre que les chemins de l'appli) n'est pas accessible par un client bien sûr.


Maintenant, il faudrait alors que l'url de "src" soit une servlet (ou portlet dans mon cas qui réceptionne la requête) du style (avec liferay)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<portlet:resourceURL id='getImage'></portlet:resourceURL>

NB : ce code JSP permet de générer une url valide pour liferay (désolé, c du pur liferay) par ex. dans mon cas : http://localhost:9090/web/guest/...?id=geImage

En fait ma question est, que dois-je retourner côté serveur ? Le flux binaire de l'image suffit ? Ce ne serait plus src="une url http" mais directement le flux binaire issue de l'image c:\les_images_du_disque_dur\monimage.jpg

EDIT : quelques éléments de réponse : http://stackoverflow.com/questions/1...et-to-jsp-page

Si je passe par une url liferay, je serais "mono requête" et alors comment retourner l'image (flux binaire ?)
Si je passe par une servlet, j'ai tout un contexte spring et liferay à charger (faire une custom servlet)
C'est peut être moins simple que ce que je le pensais...pour une chose a priori "simple"

Merci

[OButterlin]

En fait ma question est, que dois-je retourner côté serveur ? Le flux binaire de l'image suffit ?

Oui, juste le flux binaire

Il faut comprendre comment fonctionne une balise <img>. Elle utilise l'url pour récupérer le flux. Si tu mets un filtre ou une servlet, elle doit retourner la même chose.
Si tu devais faire varier l'url, ça se ferait par du scriptlet ou via la jstl