Comment attraper une exception ?

Version imprimable

01/06/2006, 17h14
ionix

Comment attraper une exception ?
Bonjour voila j'ai un problème. Lorsque j'utilise mon programme pour numériser un document, si je choisit trop de DPI comme paramêtre de scanner le programme plante. J'obtient ce message sous Eclipse :
Code:

1 2 Exception in thread "Thread-2" java.lang.OutOfMemoryError : Java hep space
J'aimerais pouvoir attrapé cette exception pour éviter que le programme se bloque entièrement mais comment faire sachant que je ne sais pas quelle méthode la lance ? j'ai essayé de mettre un try catch autour de la méthode "acquisition()" et aussi autour du "new programme()" permettant de lancer mon programme . Mais rien à faire... qu'en pensez-vous ? ??? merci :roll:
01/06/2006, 17h21
®om
Citation:
Envoyé par ionix

Bonjour voila j'ai un problème. Lorsque j'utilise mon programme pour numériser un document, si je choisit trop de DPI comme paramêtre de scanner le programme plante. J'obtient ce message sous Eclipse :

Code:

1 2 Exception in thread "Thread-2" java.lang.OutOfMemoryError : Java hep space

J'aimerais pouvoir attrapé cette exception pour éviter que le programme se bloque entièrement mais comment faire sachant que je ne sais pas quelle méthode la lance ? j'ai essayé de mettre un try catch autour de la méthode "acquisition()" et aussi autour du "new programme()" permettant de lancer mon programme . Mais rien à faire... qu'en pensez-vous ? ??? merci :roll:
Les "Error" ne sont pas faites pour être attrapées...
De toute façon dès que tu as cette erreur, le programme s'arrête normalement...
01/06/2006, 17h43
adiGuba
Salut,

Citation:

Envoyé par ®om

Les "Error" ne sont pas faites pour être attrapées...

C'est tout à fait vrai... mais cela reste possible :
Code:

1 2 3 4 5 try { // methode qui alloue beaucoup de mémoire } catch (OutOfMemoryError error) { error.printStackTrace(); }
Mais cela reste dangereux dans une application multithread (et une application graphique est forcément multithread), car l'exception peut survenir sur un autre thread, ce qui peut au final bloqué ton application...

a++
01/06/2006, 17h46
ionix

Bon j'ai mis des try catch partout :) même aux endroits inutils ... pour vous dire...

®om il faut savoir que le programme ne s'arrête pas .. il continue de tourner sauf qu'il est important pour moi d'attraper cette exception.

Il dois y avoir un moyen de toute façon ma maman m'a dit que toutes les exceptions peuvent être attrapées pour contourner l'erreur ou bien afficher son propre message d'erreur ;)

et sinon je veux bien mettre un try catch(OutOfMemoryError) mais où ?
01/06/2006, 17h50
ionix

adiGuba à écrit :

Citation:

a++

Reviens !! :mrgreen:
01/06/2006, 17h52
adiGuba

Citation:

Envoyé par ionix

et sinon je veux bien mettre un try catch(OutOfMemoryError) mais où ?

C'est justement le problème : cette exception peut survenir n'importe où !
Donc en mono-thread c'est simple à gérer mais pas en multi-thread...

La meilleure solution est de se débrouiller pour que cela n'arrive pas (en réservant plus de mémoire à java, ou en vérifiant les données avant traitement)

a++
02/06/2006, 08h56
dazz_x

[MODE hocazou ON]

Citation:

en réservant plus de mémoire à java

à ajouter dans les paramètres de la JVM
(defini la mémoire MAX allouée à la JVM)

-Xmx256m

(pour 256 Mo, mais 64m pour 64 Mo etc)

[MODE hocazou OFF] :mrgreen:
02/06/2006, 10h36
ionix

Merci pour vos réponses et explications c'est super simpa.

En allouant plus de mémoire à la machine virtuelle il est vrai que ça marche... mais d'un côté si j'alloue 256mo et que le type numérise une image en 10000000 DPI il va y avoir l'exception... je trouve que c'est un peu du "bricolage", non ?
02/06/2006, 10h40
mavina

Salut,

Citation:

Envoyé par ionix

Merci pour vos réponses et explications c'est super simpa.

En allouant plus de mémoire à la machine virtuelle il est vrai que ça marche... mais d'un côté si j'alloue 256mo et que le type numérise une image en 10000000 DPI il va y avoir l'exception... je trouve que c'est un peu du "bricolage", non ?

En même temps c'est un exemple extrème ...

Pour pailler à ce probleme, tu définis une constante a 256 (comme la memoire alouée) et si l'image dépasse cette taille-un pallier(reservé a l'appli, genre 50mo quelque chose comme ça), tu renvoie un joli message d'erreur à ton utilisateur en lui disant gentillement que l'image est trop grosse ;)

c'est un autre bricolage qui peut regler le probleme

bien à toi

mavina
06/06/2006, 17h29
ionix

Rebonjour, je me suis plongé pas mal de temps sur le problème et malgré vos conseils je n'ai toujours pas résolu mon problème.

Pourtant j'ai transformé mon application en monothread mais à mon avis le problème vient des fonctions natives (j'utilise JTwain). Ce sont certainement elles qui renvoient l'erreur et pas possible de les attraper même en les entourant d'un try {}catch.

Ensuite la solution aurait été biensur d'empècher l'utilisateur de mettre 10 000 DPI mais je ne vois pas non plus comment faire sachant que je ne peux pas savoir ce qu'il paramêtre car ces modifications de paramêtres s'effectuent sur son propre logiciel TWAIN.
Pour combler ce problème il aurait fallu que j'ai + de fonctions natives à ma disposition. En effet, je n'ai aucune fonctions natives me permettant de modifier le nombre de DPI etc...

J'espère m'être bien expliqué...
06/06/2006, 20h04
®om

La solution je pense est de ne pas tout stocker en ram...
Tu te fais un buffer en ram de par exemple 2 048 pixels... Et dès que tu attends 2048 tu stockes dans un fichier...

Imagine sinon si tu mettais tout en ram quand tu encodes un film o_O
26/06/2006, 12h47
RR instinct

Bonjour, je me permet de remonter ce sujet pour une question toute bête : comment forcer la numérisation a une résolution donnée (par exemple 150 ppp) ?

Merci d'avance.
26/06/2006, 13h52
Shiftane

Quel API utilise tu ?
26/06/2006, 14h08
RR instinct

J'utilise JTwain aussi avec des fonctions natives.
27/06/2006, 09h54
RR instinct

Personne pour m'aider à trouver :? ?

Je ne trouve que très peu d'informations sur internet sur JTwain
27/06/2006, 10h23
dazz_x

http://today.java.net/cs/user/view/cs_msg/19021
provenant de cet article http://today.java.net/pub/a/today/2005/01/25/twain.html
27/06/2006, 12h03
RR instinct

Salut,

Merci pour les liens même si je crois que je n'y ai pas vraiment compris grand chose :?

Il faut que j'implemente une méthode dans le jtwain.cpp et que je génère une nouvelle dll alors si j'ai bien compris ?

Vu que mes connaissances en c++ son assez limitées, si quelqu'un l'a déjà eu fait, ses connaissances et conseils seraient d'un aide précieuse. Ou si quelqu'un peut m'aider tout court...

Merci beaucoup.
27/06/2006, 14h13
dazz_x

bon, je crois que quelqu'un l'a déjà fait...
http://today.java.net/pub/a/today/2004/11/18/twain.html
Dans son code natif, il fait apparaître une boîte de dialogue où on peut selectionner la résolution
27/06/2006, 14h25
RR instinct

J'avais vu, mais c'est en c la boîte de dialogue qui permet de seletionner la résolution sur cette page.

Je vais essayer d'extraire le code et de l'adapter mais c'est pas gagné :/
27/06/2006, 15h33
RR instinct

Cette fenetre est en fait lié au drivers twain, drivers qui changent selon le scanner utilisé, donc je ne peux pas utiliser cette fenêtre ni le code puisque les scanners ont tous leur drivers particuliers.

Je n'avance pas sur ce problème, ca me deséspère :cry:
05/07/2006, 12h40
professeur shadoko

pour gérer ton Error: fait tes opérations dangereuses dans un autre Thread et crée pour ce thread un gestionnaire des exceptions "orphelines"
ceci peut se faire de deux manières:
- en 1.5 setUncaughtExceptionHandler
- avant méthode équivalente pour le threadgroup "uncaughtException"
dans le traitement de l'Error balance tout par dessus bord et récupère la mémoire.
Bon c'est juste une suggestion: j'ai jamais fait.