Conflit dans un intranet entre Eclipse et Java ?

Bonjour,

Je suis sur un intranet et je développe une petite application sur un disque U où j'ai pu installer Eclipse.

Java est installé sur le disque C et quand je lance l'application qui est sur le disque U, j'obtiens :

Citation:

---

c:\program files\java\jre6\bin\javaw.exe - executable du disque c préalablement installé

---

Et dans la console le message d'erreur suivant, répété plusieurs fois :

Citation:

---

... 13 more
javax.imageio.IIOException: Can't get input stream from URL!
at javax.imageio.ImageIO.read(Unknown Source)
at GridCell.<init>(GridCell.java:32)
at Wind.initComponents(Wind.java:69)
at Wind.<init>(Wind.java:45)
at Wind$1.run(Wind.java:116)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
Caused by: java.net.ConnectException: Connection timed out: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(Unknown Source)
at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.connect(Unknown Source)
at com.sun.net.ssl.internal.ssl.BaseSSLSocketImpl.connect(Unknown Source)
at sun.net.NetworkClient.doConnect(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.protocol.https.HttpsClient.<init>(Unknown Source)
at sun.net.www.protocol.https.HttpsClient.New(Unknown Source)
at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getNewHttpClient(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source)
at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(Unknown Source)
at java.net.URL.openStream(Unknown Source)
... 13 more

---

Quelqu'un saurait-il m'indiquer d'où peut venir le problème ?

Merci d'avance pour votre aide.

Le message d'erreur n'a pas vraiment l'air specific a Eclipse. Tu arrives a faire tourner d'autre programmes, meme un pauvre Hello World, avec ce JRE ?

Je peux effectivement faire un simple HelloWorld, (qui s'affiche dans la console).

Sinon, l'architecture de mon application est toute simple et le programme représente un échiquier avec ses pièces.
Elle fonctionne chez moi mais la différence est que je suis sous Mac.

Il y a deux classes dont une contient le main.

Les pièces sont chargées par un code de ce genre, le chemin est sur le disque.

Code:

---

ImageIcon dameIcon = new ImageIcon("/users/agata/documents/appli/chess/im/Queen-icon.png" );

---

Si vous avez une idée,

Merci d'avance.

Bonjour,
Je ne connais pas vraiment Eclipse. Personnellement, j'utilise NetBeans. Mais ils sont similaires. Bref, ces environnement sont entièrement paramétrable.
Imaginons un développeur qui doit développer un programme A qui tournera en Java 7, puis, dans le cadre d'un autre projet, un programme B qui lui doit tourner sur du Java 6. Il est évident que le développeur n'utilisera pas deux machines. Il installera simplement les deux environnements Java sur sa machine sous forme de JDK pour son environnement de développement. Il prendra soin ensuite, dans le projet A de définir le JDK7 comme environnement, et le JDK6 pour le projet B. Maintenant, imaginez qu'il travaille sous Windows, et que sur ce dernier, un seul JRE est installé, le JRE6. Et bien, dans Eclipse, ce developpeur n'aura aucun mal à faire tourner ses deux programmes, mais en dehors d'éclipse, du moins sur son poste, il ne pourra faire tourner que le programme B.
Quel environnement est définit dans votre projet dans Eclipse ?
Mais, en fait, Je penses comme Mickael_Istria, que le message d'erreur que vous nous montrez est sans rapport avec un quelconque problème d'interaction entre Eclipse et Java ?!
Ce message d'erreur signale simplement que l'URL qui lui a été fournie pour récupérer une image pointe vers une source inconnue ?. Ceci peut être lié à une multitude de choses...
Votre URL, elle pointe vers un serveur de votre réseau local, ou un serveur présent sur Internet ?
En ligne 32 de la classe GriCell vous invoquez la méthode read(...) de javax.imageio.ImageIO, que lui fournissez-vous comme paramètre, un File, un InputStream, un ImageInputStream, un URL ?
Votre code fonctionne-t-il lorsque vous le lancer dans Eclipse ?

Salut,

Dans :

Code:

---

ImageIcon dameIcon = new ImageIcon("/users/agata/documents/appli/chess/im/Queen-icon.png" );

---

On a un path absolu unix, qui fonctionne donc sur macosx, mais pas sur Windows, ou les paths absolu doivent commencer par une lettre suivi de : (genre c:/truc/..."). Comme ce n'est pas un path absolu Windows, alors c'est traité comme un path relatif, combiné avec le path courant pour former un path absolu : l'emplacement de fichier résultant a peu de chance d'exister (enfin, c'est très hasardeux et contraignant de procéder comme ça pour être sur que l'image se charge bien). Mais pour ImageIcon, ça ne causera pas d'exception, simplement, l'image ne sera pas affichée.

Par contre, l'exception que tu as, n'est pas du tout dans cette ligne de code, mais plutôt dans une ligne sous la forme :

Code:

---

ImageIO.read(new File(("/users/agata/documents/appli/chess/im/Queen-icon.png" ).toURI().toURL());

---

Ou

Code:

---

ImageIO.read(new File(("/users/agata/documents/appli/chess/im/Queen-icon.png" ).toURL());

---

ce qui revient au même : c'est n'importe quoi et ça génère bien cette exception que tu as.

Soit, on peut accéder à des fichiers via un chemin absolu, mais il est nécessaire de gérer les n cas de path : ceux du type unix, et ceux du type windows (et autres éventuellement), et imposer que le dossier soit bien à l'emplacement géré en dur dans le code. Ce qui est une méthode très contraignante pour le programmeur et pour l'utilisateur du programme (pour peu que tu gères ton path avec un disque U:, pour le coup, ça va l'être encore plus, parce que tout le monde n'a pas de disque U:, et que tout le monde ne sait pas utiliser subst, et n'a pas envie de le faire en plus, ou ne peut pas le faire, parce U est déjà utilisé pour un disque réseau par exemple).

On peut aussi permettre à l'utilisateur de configurer le path absolu du dossier qui contient les images, ce qui peut se faire lors de l'installation du programme par exemple.

On peut également accéder à un dossier relatif à un dossier racine par défaut, celui dans lequel on exécute le programme (qu'on peut configurer sur Windows avec un raccourci en plus) : dans ce cas, le chemin d'accès au fichier est relatif à ce chemin courant, et il suffit de mettre le dossier d'images dans ce dossier courant, et de faire référence uniquement à des paths relatifs situés dans ce dossier d'images.

Si les images sont statiques (l'utilisateur ne peut pas en ajouter, en supprimer, ou en modifier), comme des icônes par exemple, il est préférable d'utiliser une autre méthode : on place le dossier d'images avec les classes (dans un ide, il suffit de le mettre avec les sources), et on demande à Java d'en résoudre l'URL, en utilisant la méthode getResource() de la classe Class. Ainsi, lorsqu'on exporte l'application, sous forme de jar, les images sont incluses dans ce jar, et il n'y a pas de problème d'emplacement à résoudre : l'utilisateur n'a rien à paramétrer, il peut être sur macosx, windows, ubuntu, ou autre, ça fonctionne, et en plus, il n'y a pas un dossier d'images qui se balade et qui est susceptible d'être altéré.

Ici, dans ta stacktrace, il semble que tu télécharges des images sur un serveur, et que tu obtiens un timeout à la connexion. C'est encore un cas différent. Je serais curieux de voir la (vraie) ligne de code qui charge l'image.



En tout cas, rien à voir ni avec Eclipse ni avec la JRE

Bonjour,
Désolé pour ce retard dans la reprise de la discussion.
Je pense que la réponse est plus simple.
J'ai un poste au dont je ne peux pas modifier le profil ni même installer d'autres programmes à part bizarrement eclipse.
En effet je n'ai pas de droits d'administrateur n'étant pas informaticien dans mon administration.Il arrive souvent que les administrations préfèrent recruter sur l'extérieur leurs informaticiens pour des raisons de gestion.
Donc j'ai un java préinstallé (mais sans JDK que je n'ai pas le droit d'ajouter), eclipse que j'ai pu installer.
J'entretiens dans mes temps morts une formation universitaire d'informaticien mais pas vendue dans un poste professionnellement d'où la bizarrerie probable de certaines de mes discussions.

Après cette digression, je pense que l'erreur vient du java sans JDK, mais pourquoi puis- faire tourner un Hello World ?

Merci,

Philippe

Citation:

---

Envoyé par philip6

Je pense que la réponse est plus simple.

---

C'est bien de réfléchir et de penser des trucs.
Pas de bol, ici tu te trompes.
La réponse est exactement ce que Joël a dit, donc elle n'est pas plus simple, elle est exactement aussi simple, puisque c'est la bonne.

Citation:

---

Envoyé par philip6

Après cette digression, je pense que l'erreur vient du java sans JDK,

---

Même remarque. Penser c'est bien, mais tu te trompes.

Citation:

---

Envoyé par philip6

mais pourquoi puis- faire tourner un Hello World ?

---

Parce que dans un Hello World on n'essaie pas de charger un fichier et on ne peut donc pas se tromper dans son URL.

Bonjour,

Ce que tu dis a l'air simple, chez moi ça veut dire juste.
Mais il faudra que j'attende lundi en huit pour le vérifier, j'ai pris une semaine de vacances et c'est sur la config de mon poste au boulot que ça ne marche pas.
Ici, chez moi, pas de problèmes.
Merci, j'ai hâte de vérifier cette solution, je vous dirai, mais donc, dans huit jours.

Encore merci,

Philippe

Rebonjour, après huit jours d'absence,

Je laisse ce problème, la source du problème se trouve surement dans la gestion de l'intranet.
J'ai essayé tout ce que vous m'avez dit et la console me répond des pages entières de problèmes.
Ce programmme marche de toute manière sut un poste isolé.
Cependant, je vous remercie de toutes vos suggestions.

Philippe