[GWT2.3] Déploiement application GWT sous MAC

Version imprimable

Bonjour,

Je suis en train de développer une application en GWT 2.3 (eclipse indigo + plugin GWT Google - Test sur ma machine Win7 avec Jetty et déploiement sur Tomcat sur un Mac Pro avec Lion comme OS)

Mon application fonctionne bien dans son ensemble mais...
J'ai une fonctionnalité dans mon application : lire un fichier XML(localisé dans la partie serveur ; dans le war sous tomcat)
arborescence sous Tomcat:
tomcat

webapps
MonApplication
File_XML
testFile0.xml
testFile1.xml
WEB-INF
MonApplication.html
MonApplication.css

je veux aller lire les fichiers XML qui se trouvent dans File_XML.
En gros, j'ai un service RPC qui envoie le chemin et le nom du fichier à partir du client GWT.
Dans mon service, je lis le fichier :
Code:

1 2 3 4 5 6 7 8 9 10 ...etc.. //fullPathFilename=./FILE_XML/testFile0.xml File file=new File(fullPathFilename); if(!file.exists()) { LOGGER.info("The file ["+fullPathFilename+"] doesn't exist."); return null; } ..etc..
Mon problème : tout marche bien en local, cette fonctionnalité lit bien les fichiers XML et quand je déploie :aie: cette fonctionnalité ne marche pas...
je vais voir dans le fichier de log catalina.out de mon tomcat et j'ai le log de

Code:

LOGGER.info("The file ["+fullPathFilename+"] doesn't exist.");

c-à-d par exemple : The file [./FILE_XML/testFile0.xml] doesn't exist.
J'ai bien vérifié que ce fichier existe bien dans le répertoire FILE_XML sur le serveur.......j'ai même testé avec l'url de base de mon application en y rajoutant simplement http://xxx.xxx.x.xxx:8081/MonApplica.../testFile0.xml, le fichier XML s'affiche bien dans le navigateur.

Toute aide, conseil sont les bienvenus.....
merci d'avance..

09/02/2012, 09h49
in

bonjour,

je n'ai pas vraiment d'idée mais bon ça ne coute rien d'essayer :

ton path n'est pas peut être pas correct. Peut être que la casse compte (File_XML et FILE_XML) ou que le ./ n'est pas adapté.

Ou alors la méthode exists() ne fonctionne pas correctement ...
09/02/2012, 10h34
valkeke

:) merci de t'intéresser au problème....

Path pas correct : j'ai regardé et testé et non, mon path est bon car comme je l'ai dit, j'ai essayer d'accéder directement aux fichiers XML par l'URL et le navigateur affiche sans problème le contenu du fichier XML.
Voici l'url:

Code:

http://xxx.xxx.x.xxx:8081/MonApplication/File_XML/testFile0.xml

et voici l'url de mon application GWT

Code:

http://xxx.xxx.x.xxx:8081/MonApplication/

8O je vais creuser sur l'histoire du point : ./ peut-être ../ sous Mac..

:calim2: tu dis :

Citation:

Ou alors la méthode exists() ne fonctionne pas correctement ...

là, j'y crois moyen, la méthode n'aurait pas le même comportement de la JVM Windows et la JVM Mac, bizarre, non ????

:cry: je galère encore sur un petit problème à la c.....
cela me bouffe du temps....

tous aides, conseils sont les bienvenus...
merci d'avance
09/02/2012, 11h51
in

Citation:

Envoyé par valkeke

webapps
MonApplication
File_XML

The file [./FILE_XML/testFile0.xml] doesn't exist.

Mais tu peux confirmer que tu utilises bien la même casse pour le nom de ton répertoire ?
09/02/2012, 12h01
rmartinsfidalgo

Essaye déjà d'utiliser File.separator a la place des / ou \ . Ainsi c'est la JVM qui va déduire quel est le bon séparateur en fonction du système. Mais pour Mac (c'est basé sur du Unix) c'est bien / qui doit fonctionner.

Normalement lorsqu'on lance System.out.println(File("FILE_XML/testFile0.xml").getCanonicalPath()); le fichier doit bien se trouver en fonction du classpath genre [PROJECT_CLASSPATH]/FILE_XML/testFile0.xml.
Donc je me pose des questions sur le ./. Essaye déjà d'enlever le ./ puisque c'est en fonction du classpath (donc c'est un peu inutile) et comme je ne suis pas sur du fonctionnement sur Mac autant enlever les incertitudes. Si je ne me trompes pas, je pense que tu peux donner un path relative en Mac par un simple / a la place de ./.

Tout ceci est du pur supposition car je n'ai pas de Mac a disposition.
09/02/2012, 13h01
JeitEmgie

Passez par un URL "classpath:/path_to_file_from_classpath", (initialisé par le constructeur adhoc ou via @Value) et utilisez le constructeur File() qui prend un URI. (donc url.toURI()).
09/02/2012, 14h25
valkeke

Pour information, rmartinsfidalgo dit tres justement :

Citation:

Essaye déjà d'utiliser File.separator a la place des / ou \

Bien sur je transforme mon chemin (./FILE_XML/testFile0.xml) en remplcant par File.separator comme tu l'indiques car je teste sous Win7, développe sous Win7 et je déploie mon application en production sous Mac.
Je pensais qu'en faisant cela je me coupais de problème comme j'ai en ce moment.....
je n'arrive pas à voir la différence entre le mode local et mode déployer dans mon code au vue de mon problème actuel....:aie: je sèche un peu....
Java doit fonctionner de la même manière sur n'importe quel OS. Je commence à avoir des doutes, particulièrement sur la classe File du JDK.
Un truc m'échappe....

Pour information, in dit :

Citation:

Mais tu peux confirmer que tu utilises bien la même casse pour le nom de ton répertoire ?

je confirme bien(une autre personne l'a contrôlé également, on ne sait jamais que je n'ai pas les yeux en face des trous ! 8O) que le chemin est bon car en plus d'un contrôle visuel, j'ai lancé l'url sur mon navigateur:

Code:

http://xxx.xxx.x.xxx:8081/MonApplication/File_XML/testFile0.xml

le navigateur affiche bien le contenu du fichier XML que je souhaite.

merci de l'intérêt que vous portez à mon problème...
Je vais tester toutes les infos que vous m'avez donné et je reposterais mes résultats ...

Toutes aides, conseils sont TOUJOURS les bienvenus...
09/02/2012, 18h24
valkeke
j'ai testé avec un point, 2 point sans point sur le serveur de prod Mac Pro : même résultat; il n'arrive pas à trouver le fichier en question....
Code:

1 2 3 4 ./File_XML/testFile0.xml ../File_XML/testFile0.xml /File_XML/testFile0.xml
Sur mon poste de dev, cela marche tres bien avec 1 point ou 2 points mais pas sans point dans le chemin relatif que je lui donne.

JeitEmgie me dit

Citation:

Passez par un URL "classpath:/path_to_file_from_classpath", (initialisé par le constructeur adhoc ou via @Value) et utilisez le constructeur File() qui prend un URI. (donc url.toURI()).

cela m'a l'air d'être une piste intéressante mais je ne suis trop caler en URI et URL, tu pourrais expliciter un peu plus ton idée au vue de mon problème???
merci d'avance...

Toutes aides, conseils sont le bienvenus...

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
File file;
try {
        URL url = new URL("classpath:/…") ;
	file = new File(url.toURI());
} catch (URISyntaxException e) {
…
} catch (MalformedURLException e) {
…
}
// use file…
…

09/02/2012, 23h40
valkeke

merci, ça c'est bon ....
en fait c'est au niveau de ce que tu mets dans

Code:

URL url = new URL("classpath:/…") ;

dans mon cas j'ai du mal avec classpath:/…????

sur ma machine en mettant ./File_XML/testFile0.xml tout marche nickel sans passer par une classe URL, simplement en mettant en paramètre d'entrée du constructeur File ./File_XML/testFile0.xml :lol:
(:cry: j'aurais pas posé de post! c'était le bon tps tout marchait nickel...)

Sur le serveur de prod ou est situé mon problème, j'accède à la ressource comme ça :

Code:

http://xxx.xxx.x.xxx:8081/MonApplication/File_XML/testFile0.xml

et à l'appli GWT

Code:

http://xxx.xxx.x.xxx:8081/MonApplication

mais bon je dois y accèder avec le code java pour pouvoir lire le contenu du fichier...
et oui:oops: la fatigue, peut-être..???? mais je ne vois pas trop quoi mettre en paramètre du constructeur de la classe URL???
ma ressource(fichier xml) n'est pas localisé dans le package ou se trouve mon code java !

en plus j'ai l'impression, je présents que je vais faire devoir implémenter un comportement différent si je suis en dev ou si je suis en prod pour ce petit truc:mrgreen:!

:calim2: help !!