[VB.NET] Problème de Thread

**Sadneth** · 27/01/2006, 16h45

Bonjour,

J’ai une erreur Le thread a été abandonné, par abus de language, je dirai « marche » ou « marche pas ».

Cette erreur intervient seulement sur mon poste de développement depuis l’intégration de Crystal Report sur une page qui ne contient pas spécialement de code Crystal

Code :

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

1
2
3
4
5
6
7
8
9
10
 
    Private Sub dgInfo_UpdateCommand(ByVal source As Object, ByVal e As System.Web.UI.WebControls.DataGridCommandEventArgs) Handles dgInfo.UpdateCommand
        Try
 
            Response.Redirect("default.aspx?rnFct=10&CD_MATRICE=" & dgInfo.DataKeys(CInt(e.Item.ItemIndex)) & "&CDES=" & e.Item.Cells(0).Text & "&PERIODEDEB=" & e.Item.Cells(2).Text & "&PERIODEFIN=" & e.Item.Cells(3).Text)
 
        Catch ex As Exception
            Erreur.Ecrire(ex, Erreur.enLogicielErreur.leAppliIntranet)
        End Try
    End Sud

Ceci est l’événement d’un DataGrid sur le clic de :

Code :

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

1
2
3
4
5
6
 
			<asp:ButtonColumn ButtonType="LinkButton" HeaderText="Accès" Text="<img src=images/icones/masc/edit.gif border=0 title='Accès à la Matrice'>"
				CommandName="Update">
				<HeaderStyle Width="5%"></HeaderStyle>
				<ItemStyle HorizontalAlign="Center" />
			</asp:ButtonColumn>

TRES IMPORTANT

Cette application tourne sur un :
-> Poste de développement
-> un serveur de production

A la base, je n’avais aucun bug sur les 2 environnements. Les erreurs du thread abandonné se sont déclarés depuis que j’ai commencé à travaillé sur Crystal Report (Voir le topic où j’ai quelques questions d’ailleurs).
La production marche très bien !!!

J’ai donc essayé ces solutions sur mon poste développement sans succés :
-> Supprimer toute référence @ crystal report dans mon code, j’ai même supprimé la page qui contenait et gérait le composant crystal.
-> Créer un nouveau projet neuf en y glissant mes pages et classes

Cependant, lorsque
-> je rappratie les sources mises en production sur mon poste développement
-> j’accéde à l’application directement sur IE, ca marche
-> j’accède à Visual Studio 2003, puis compile l’application, IE se lance, le bug se reproduit.

J’ai beau mettre des points d’arrêt, je suis sur que c’est bien l’événement cité ci-dessus qui est en cause. Je ne comprend pas pourquoi cela marche sur l’environnement de production et plus sur mon poste de développement. Est-ce vraiment Crystal Report qui a vérolé mon poste de développement.

Noter que j’ai un 2ème serveur de pré-production : lorsque je déploie l’application depuis mon poste de dév sur ce serveur de pré-production, ca ne marche également pas, mais si je m’amuse à déployer les sources actuelles du serveur de production sur le serveur de pré-production, ca marche.

Avez des idées

:

**Sphax** · 27/01/2006, 17h14

Hello,

Si tu regardes la doc de Response.Redirect (http://msdn2.microsoft.com/en-us/library/t9dwyts4.aspx) tu pourras voir que cette méthode est susceptible de lever l'exception ThreadAbortException. Et ils ont l'air de dire que c'est "normal"

.

**lutecefalco** · 27/01/2006, 17h18

Moi aussi ça me parait normal ds la mesure où tu peux forcer le Redirect avant la fin de l'execution de tout le code.
Je crois que c'est le 2eme paramètre (un booleen) qui permet de forcer ou pas mais à vérifier

**Sadneth** · 27/01/2006, 17h24

Le 2ème paramètre, si tu mets true, permet de forcer le redirect en fin de page !

MAIS, si vous lisez le message, je précise bien que ca marchait !

Je ne comprend vraiment : je remplis un datagrid, je clic sur un buttonlink ! Sur le clic de bouton link, je crée donc un postback, la page se recharge donc, l'événement update_command du button link arrive et hop, je fais un redirect, c pas la mer à boire donc !! non ? comment puis je faire pour me rediriger de page en page donc...

**Sphax** · 27/01/2006, 17h27

Ben catcher l'exception et laisser la page s'exécuter, ça marche pas ?

PS : oui c'est un peu bizarre qd meme de devoir faire ça, ya peut etre mieux, je sais pas, mais vu que cette exception est "normale" ...

**Sadneth** · 27/01/2006, 17h29

oui j'ai essayé mais ca ne marche pas :-/

**Ditch** · 27/01/2006, 19h55

Parfois la chance fait bien les choses. Si ton traitement est rapide et que ton thread se termine avant que la page ne soit envoyée, c'est nickel. En ajoutant de nouveaux traitements, tu ajoutes du temps et cela devient long...

**Sadneth** · 30/01/2006, 09h55

j'espère que tes propos sont une masquerade, car sinon je vois pas l'intérêt de développer en .net :-/

**Ditch** · 30/01/2006, 10h08

Envoyé par Sadneth

j'espère que tes propos sont une masquerade, car sinon je vois pas l'intérêt de développer en .net :-/

Le principe des threads c'est de faire des actions en parallèle.

Un thread (principal) s'occupe d'une action puis renvoye la page. Si tu lui dis pas explicitement qu'il doit attendre l'autre, il enverra la page quand il a fini, que l'autre ait fini ou non.

Le framework .NET c'est bien mais ca va quand même pas faire tout pour toi

Surtout que parfois c'est intéressant de laisser un traitement se faire alors que la page est déjà envoyée...

**Sphax** · 30/01/2006, 10h18

Eu... mais Ditch de quoi parles-tu ?? Sadneth n'a créée aucun thread manuellement, il a une exception ThreadAbortException générée par le Response.Redirect, et il est bien indiqué sur la doc que cette méthode peut renvoyer cette exception. Le probleme c'est qu'ils ne donnent pas d'explication sur le pourquoi, ni comment contourner le probleme. Tu devrais peut etre tout lire avant de donner des réponses un peu rapides

**Ditch** · 30/01/2006, 10h26

Envoyé par Sphax

Eu... mais Ditch de quoi parles-tu ?? Sadneth n'a créée aucun thread manuellement, il a une exception ThreadAbortException générée par le Response.Redirect, et il est bien indiqué sur la doc que cette méthode peut renvoyer cette exception. Le probleme c'est qu'ils ne donnent pas d'explication sur le pourquoi, ni comment contourner le probleme. Tu devrais peut etre tout lire avant de donner des réponses un peu rapides

J'ai lu mais je lis beaucoup de choses!!

Mis à part le fait que c'est pas lui explicitement qui l'a créé, rien ne change.

Le pourquoi je viens de le dire, le comment contourner le problème, ca c'est une autre histoire...

Si tu utilises le mode debug, c'est plus lent également, ca peut être une cause (mais pas une excuse pour le framework)

**Sphax** · 30/01/2006, 10h52

Mouais enfin, je doute fort que ce soit le temps d'execution de sa page qui soit en cause. Sans compter que comme tout se passe dans le meme thread, la page ne peux pas être envoyée tant qu'il n'a pas fini son traitement (au mieux on peut avoir un timeout d'execution de script, mais bon, je doute encore une fois que ce soit le probleme). Je maintiens que ta réponse est un peu hors sujet, mais c'est pas grave hein. Le probleme vient de la fonction Response.Redirect, c'est tout.

EDIT : trouvé ça http://support.microsoft.com/kb/312629/EN-US/ , ça aide sadneth ?

**Sphax** · 30/01/2006, 10h59

Tu peux trouver egalement plein de sujets la dessus sur google, comme quoi tu n'es pas le seul à avoir le soucis. Apparemment de catcher l'exception, et surtout ne RIEN faire d'autre aprés (puisqu'effectivement, le thread courant a été arrété par Response.redirect) suffit a resoudre le "probleme".

**Ditch** · 30/01/2006, 11h01

Si tu passes un booleen en second paramètre tu as toujours le problème?

Je ne sais plus si c'est true ou false qu'il faut mettre (je pense que c'est false qui signifie "ne pas faire la redirection maintenant mais attendre la fin du traitement présent")

Ceci dit, c'est lourd car il continue un traitement qui ne nous intéresse pas

**Sadneth** · 30/01/2006, 11h28

Envoyé par Sphax

Tu peux trouver egalement plein de sujets la dessus sur google, comme quoi tu n'es pas le seul à avoir le soucis. Apparemment de catcher l'exception, et surtout ne RIEN faire d'autre aprés (puisqu'effectivement, le thread courant a été arrété par Response.redirect) suffit a resoudre le "probleme".

Oui j'ai posté dans d'autres forums également Sphax et j'ai fait pas mal de recherches sur google aussi ! En tout cas, merci de ton soutien pour la lecture du sujet que j'ai pris à détailler ^^

Ditch : bref, je force donc true. Du coup, j'ai pas testé Response.redirect (monUrl, false) car je pensais que false était par défaut. Je vais donc vérifier ça !

Cependant, faute de réponse, j'ai pris peine de ré-installer le framework sur mon poste + .NET 2003 (sait on jamais)

Sphax : je vais aller voir le lien que tu me dis et vous tiens au courant...