Javamail probleme de fonctionnement

Version imprimable

Bonsoir j'ai mis en place dans mon logiciel un envoi de mail.
Ca marche bien sur mon Mac mais des que je le mets sur un PC
j'ai une erreur:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
javax.activation.UnsupportedDataTypeException: no object DCH for MIME type text/plain; charset=us-ascii
	at javax.activation.ObjectDataContentHandler.writeTo(DataHandler.java:841)
	at javax.activation.DataHandler.writeTo(DataHandler.java:295)
	at javax.mail.internet.MimeBodyPart.writeTo(MimeBodyPart.java:1147)
	at javax.mail.internet.MimeMessage.writeTo(MimeMessage.java:1607)
	at com.sun.mail.smtp.SMTPTransport.sendMessage(SMTPTransport.java:390)
	at javax.mail.Transport.send0(Transport.java:163)
	at javax.mail.Transport.send(Transport.java:80)
	at Envoi.envoyerMail(Envoi.java:60)
	at Envoi.main(Envoi.java:71)
javax.mail.MessagingException: IOException while sending message;
  nested exception is:
	javax.activation.UnsupportedDataTypeException: no object DCH for MIME type text/plain; charset=us-ascii
	at com.sun.mail.smtp.SMTPTransport.sendMessage(SMTPTransport.java:421)
	at javax.mail.Transport.send0(Transport.java:163)
	at javax.mail.Transport.send(Transport.java:80)
	at Envoi.envoyerMail(Envoi.java:60)
	at Envoi.main(Envoi.java:71)
Exception in thread "main" java.lang.ClassCastException: javax.activation.UnsupportedDataTypeException cannot be cast to javax.mail.MessagingException
	at Envoi.envoyerMail(Envoi.java:63)
	at Envoi.main(Envoi.java:71)

Je ne trouve pas de solution.
Merci de votre aide par avance.

PS: je ne savais pas ou poster ca!!

02/09/2007, 01h35
La_Bande_A_Zozo

C'est bon j'ai toruvé!
La solution:

IL faut mettre le mail.jar et activation.jar dans le repertoire de votre JSE (qui est situé ds le repertoire java).

A+
02/09/2007, 03h13
sinok

Euh c'est carrément pas propre comme solution, tu crois pouvoir demander aux utilisateurs finaux de ton appli de mettre eux même ces jars dans le répertoire lib de leur JRE??? Je doute.

Je te conseille plutôt de te renseigner sur la notion de CLASSPATH, et comment le configurer au moment du lancement de l'appli (option -cp de la ligne de commande ou encore la propertié classpath du fichier MANIFEST.MF du jar exécutable de ton appli.
++
05/09/2007, 23h43
bouye

Cette solution est aussi propre qu'une autre, il s'agit du mecanisme des extension Java qui est decrite en long et en large dans la Javadoc. Et le repertoire a utiliser est le repertoire lib/ext du JRE. Depuis Java 6 il existe egalement un repertoire partage qui est utilise par tous les JRE post 1.6.0 (lire le didacticiel sur les extensions pour savoir desquels il s'agit sur quel systeme).

Dependant, il est clair que ce genre de solution est plus pratique quand ton application est livree avec un installeur capable d'aller recopier la lib la ou il faut.

Sinon comme indique il existe plusieurs autres solutions comme aller bidouiller la variable CLASSPATH, founir un scrit de demarrage (en prevenant l'utilisateur de ne pas fermer la fenetre de la ligne de commande sous peine de fermer aussi l'application) ou encore inclure les libs dans le JAR avec un manifest adapte (tous les IDE ne sont pas capables de faire de genre de choses). Chacune de ces solutions a ses propres avantages comme ses propres inconvenients.
05/09/2007, 23h57
sinok

Sauf que suivant les cas et/ou les OS, le répertoire lib/ext de la JRE n'est pas forcément accessible (utilisateur aux droits limités en général...)
06/09/2007, 04h08
bouye

C'est bien pour cela que quand on installe une application il est recommande d'etre administrateur. Comme je l'ai dis chaque soluce a des avantages et inconvenients.

A noter qu'une autre maniere alternative de distribuer/installer les dependances d'un programme est de distriber ce dernier par Java Web Start. Et la aussi on tombe sur des inconvenients (besoin d'etre signe, certaines accelerations pas disponibles, etc..).