Discussion :

[guenievre]

Bonjour à tous,

Dans ma MIDlet j'utilise un parser SAX pour lire un (assez) gros fichier XML. Tout va bien dans l'émulateur de Sun, mais une fois arrivé sur mon téléphone, j'ai un NoClassDefFoundError : javax/xml/parsers/FactoryConfigurationError.

Cette classe semble faire partie de la JSR 172, c'est à dire la Java ME Web Services Specification. Comment faire pour l'inclure dans mon jar lors du packaging ?

Merci.

[guenievre]

euh
help ?

[jhaythem]

Cette classe semble faire partie de la JSR 172, c'est à dire la Java ME Web Services Specification. Comment faire pour l'inclure dans mon jar lors du packaging ?

Merci.

euhh tu as pu faire ca? je croyais que si ton device ne support pas la JSR tu ne pourras pas l ajouter comme ca, sinon tout les device supporteront toute les JSR.
Je crois que tout les company de tel, creer leur propre API et apres en dessus de ca ils implementent les JSR.
peut etre que je me trompe, mais je voudrais bien avoir plus d info sur comment tu as fait?

Cheers,

[guenievre]

euhh tu as pu faire ca? je croyais que si ton device ne support pas la JSR tu ne pourras pas l ajouter comme ca, sinon tout les device supporteront toute les JSR.
Je crois que tout les company de tel, creer leur propre API et apres en dessus de ca ils implementent les JSR.
peut etre que je me trompe, mais je voudrais bien avoir plus d info sur comment tu as fait?

Cheers,

Ben justement, je n'y suis pas arrivé -_-
Que veux-tu savoir précisément ? Si c'est du code, je peux te mettre un exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
 
import javax.xml.parsers.FactoryConfigurationError;
import javax.xml.parsers.ParserConfigurationException;
import javax.xml.parsers.SAXParser;
import javax.xml.parsers.SAXParserFactory;
...
 
	public static Map charge(final String pNomFichierMap) {
		MapHandler mapHandler = new MapHandler();
		try {
			// On utilise SAX pour parser cette map (car sinon avec DOM =>
			// OutOfMemoryError)
			SAXParser saxParser = SAXParserFactory.newInstance().newSAXParser();
			saxParser.parse(Fichier.ouvreInputStream(pNomFichierMap), mapHandler);
		} catch (FactoryConfigurationError e) {
			e.printStackTrace();
		} catch (ParserConfigurationException e) {
			e.printStackTrace();
		} catch (SAXException e) {
			e.printStackTrace();
		} catch (IOException e) {
			e.printStackTrace();
		}
 
		return map;
	}

Quant au MapHandler, c'est une simple classe fille du DefaultHandler. QUand j'exécute ce code dans l'émulateur, ça marche très bien.

Je me suis apperçu d'un truc : si tu utilise ktoolbar (du WTK) pour packager le projet, tu peux choisir, dans Settings, d'inclure des API additionnelles, dont la JSR172.

En ce qui me concerne, j'utilise EclipseME pour packager, et je voudrais éviter d'utiliser ktoolbar.

[guenievre]

Bon j'ai peut-être trouvé la solution avec EclipseME. Il faut ajouter le jar nommé j2me-ws.jar au projet, comme indiqué ici :
http://eclipseme.org/docs/advJarFiles.html

Je suis en train de tester mais j'ai des soucis avec mon téléphone un peu merdique. Je vous fait un retour tout à l'heure.

Edit : le jar en question se trouve dans le repertoire d'install de WTK.

Edit 2 : Avec WTK 2.5.1, il faut aussi j2me-xmlrpc.jar. Le contenu de j2me-ws.jar a changé.

[guenievre]

Bon ça a effectivement resolu le probleme mais maintenant j'ai un nullPointerException (alors que je ne l'ai pas dans l'emulateur)

C'est la loose

[jhaythem]

en fait ce que je voulais dire, c est que par exemple ds le cas des Blackberry c est un java device assez mature, donc meme avant les JSR il contient deja en APPI interne ces specification et les JSR sont ajoute en dessus des API internes. donc c est pour ca qui me semble que pour un blackberry tu pourras pas installer des jar comme ca ( ou bien sauf si jar lib utilisent des JSR deja existants dans le device). mais je crois pour d autre device tu n auras pas ce probleme parcequ ils ont deja construit leur bibliootheque en dessus ds JSR.

J espere que tu a s compris ce que je voulais dire, dans tout les cas bonne continuation et fais nous part de tes progress....

Cheers,

[guenievre]

En fait le jar j2me-ws.jar, qui implémente la JSR172, est inclut directement par EclipseME dans mon jar final, au moment du packaging. Donc normalement, c'est indépendant de ce qui est déjà installé sur la machine cible.

En attendant j'ai toujours mon NullPointerException, qui n'arrive que sur le téléphone et pas sur les emulateurs (même l'émulateur Nokia ne plante pas). Vous ne savez pas comment je pourrais débugger ça ? Je me sens un peu coinçé là.

[jhaythem]

desole, je ne sais pas comment debugueur ca sur d autre machine que les blackberrys.... au fait les blackberry ils te permettent de debugger ton code avec le device attache, donc tu fais des step into et des watch dans la jvm du device, perso ma connaissance de autres plateformes est limite "mais je me soigne"....

[jhaythem]

ecoute essaye de poster sur javaranch.com aussi, tu toucheras pus de gens si tu as besoin d aide envoie des MP.

[guenievre]

Oui merci je vais essayer.

[guenievre]

Bon le problème venait bien de ce satané parser. J'ai fini par lâcher l'affaire et à me bricoler un parser maison. Il est pas très optimisé, mais au moins il marche.

Par contre comment on fait pour connaître la ram dispo sur un Nokia 6020 ?

[badoress]

tu peux utiliser le parser KXML qui est un "pull parser" au lieu de bricoler ton parser maison . le KXML est optimisé pour s'executer dans l'environement ME
et ne consomme pas de la RAM par contre le sax garde en mémoire la copie de tout le fichier xml

[Daimonji]

par contre le sax garde en mémoire la copie de tout le fichier xml

Ah bon ? Je croyais que l'intérêt de SAX justement, outre le fait qu'il soit événementiel, c'était d'éviter à avoir à tout charger en mémoire (comme pour DOM).

[badoress]

Pardon, le SAX ne garde pas une copie en mémoire comme le DOM mais il lit le document en entier ce qui peux générer un pb pour la RAM dans le developpement ME.
par contre le KXML lit un peu d'un document et l'application conduit le parser en demandant à plusieurs reprises le prochain morceau.