Discussion :

[Titi41]

Bonjour,

Je cherche à savoir comment débbuguer mes webpart.
J'ai lu plusieurs document à ce sujet, essayer des tuto, mais sans résultats. J'essaye d'attacher le process w3wp.exe, ca me dit que mon fichier est "running" dans visual Basic (2005), mais rien d'autre. Qu'est-ce que je dois faire ? Je relance mon explorer, mais il ne trouve jamais la page de mon sharepoint... Je suis un peu dans le brouillard, j'ai besoin d'aide
Merci à vous

[slyer]

Effectivement, il faut que tu t'attaches à w3wp.exe, ensuite tu ajoute un break point dans ton code. Ca devrait suffire.

[Ditch]

Je relance mon explorer, mais il ne trouve jamais la page de mon sharepoint...

C'est à dire? Tu sais accéder à ton SharePoint? Tu as déjà déployé ta webpart? Cette webpart fonctionne?

Car si tu vois déjà pas ton SP, je sais pas comment tu pourrais débugger

[Titi41]

Je vais essayer d'être plus précis.
Ce que je fais, c'est que je met mes point d'arrets et j'attache le process. Mais là, rien ne se passe.
Ma webpart est déployée, mais provoque une erreur, c'est pour ca que j'aimerai la débugguer. Comment passer d'un break à un autre ?

Il ne trouve pas le SharePoint lorsque je suis en mode débug. Sinon, j'ai déjà réussi à déployer la web part. J'ai fait des modifications, et depuis, elle ne marche plus

Merci

[dnt91]

Salut,
pour etre sur de pas de planter, je te conseille de procéder comme suit.
1) Ferme tous les navigateurs que tu as ouvert; de cette facon, tu n'auras plus aucun processus w3wp qui tourne.
2) ouvre 1 navigateur et va sur ton site contenant ta webpart; en ce moment, tu as exactement 1 processus w3wp.
3 dans vs, attache donc ton deboggeur à ce processus.
ca devrait mieux fonctionner à présent.

cependant, parfois un bon try/catch va beaucoup plus vite.

dans ta meth qui execute, entoure ton bloc d'un try/catch et dans le catch, rajoute juste un

Code :

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

Response.Write(ex.Message);

de cette facon, tu auras déjà qques infos sur ton erreur.

Bien evidemment, le response.write, c'est uniquement durant les phases de dev/test, et les pro asp.net (notamment ditch) te diront qu'il vaut miex passer par un trace.warn pour faire les choses propement, ce qui est tout à fait vrai.

[Titi41]

Merci pour les try/catch, mais ils étaient déjà en place.

Je n'arrive pas à voir la page où j'ai ma web part, même avec les try/catch
J'ai cette erreur



An unexpected error has occurred.

Web Parts Maintenance Page: If you have permission, you can use this page to temporarily close Web Parts or remove personal settings. For more information, contact your site administrator.
Troubleshoot issues with Windows SharePoint Services.


Pas très parlante, malheureusement

[Ditch]

Un accès à l'event log est possible?

En passant, je fais plus de SharePoint que d'ASP.NET

[Titi41]

Je vous apporte les résultats des nouveaux essais.

Lorsque je ne met pas de break, tout ce passe bien. Mais si je met un break, le processus w3wp.exe monte à 100% et à un certain moment, il disparait.
Un erreur est écrite dans le fichier des évents. Je ne suis pas sur le bon PC, j'éditerai mon message mon inclure l'erreur.

Lorsque je fais une modification, la web part est bien modifiée sur le site, donc la liaison est bonne. Merci de m'aider car là, j'ai du mal et ça handicape beaucoup.

[Titi41]

SVP, j'ai besoin de votre aide

[ymerej]

Si çà peut t'aider, voilà comment on débug à distance (une p'tite doc que j'ai écrite après un projet SharePoint).

Il est possible via Visual Studio 2005 de déboguer à distance sur le serveur de test. Cela s’est avéré très utile pour l’ensemble des développements : workflows, event handlers et composants WebPart.

Voyons comment mettre en place un tel mécanisme.

Côté serveur

1) Installer le remote debugger sur le serveur (« Msvsmon » présent sur le dernier disque
d'installation de Visual Studio)
2) Déployer l'assembly dans le GAC (drag and drop ou via gacutil.exe)
NB : celle-ci doit être signée
3) Copier le fichier .pdb (fichier comportant les symboles de débogage de la dll)
=> Démarrer/exécuter : C:\WINDOWS\assembly\gac
=> Remonter d'un niveau (dossier parent)
=> Aller dans le dossier GAC_MSIL
=> Trouver le répertoire correspondant à notre assembly et y coller le fichier .pdb
4) Lancer l'outil de débogage sur le serveur
=> Outils/option (mettre en authentification Windows)
=> Autorisations (ajouter votre utilisateur) et l'autoriser à "déboguer"

Côté client

1) Dans VS : menu déboguer => Attacher au processus
=> Transport : Par défaut
=> Qualificateur : sélectionner le serveur
=> ...la liste des processus du serveur apparait (la case "Afficher les processus de tous les
utilisateurs" doit être cochée)
=> Le processus qui nous intéresse est w3wp.exe
=> Problème : il y en a plusieurs (1 par pool d'applications en réalité), comment faire pour
savoir auquel s'attacher ?
=> Retourner côté serveur


Côté serveur

5) Lister les processus w3wp ainsi que leur correspondance avec les pools d'applications
=> Démarrer/exécuter : cmd
=> Taper cd C:\WINDOWS\system32\
=> Puis cscript.exe iisapp.vbs
=> Repérer le PID du processus de votre pool d'applications et le mémoriser

Côté client

2) Sélectionner cette fois-ci dans la liste des processus le bon w3wp.exe
3) Mettre un point d'arrêt dans le code et le tour est joué !

[Titi41]

Bonjour,

Qu'est-ce que vous appellez coté serveur et coté client ? Je dois avouer avoir du mal avec la science des serveurs.
Je code directement sur le serveur, via un remote desktop. Je suis donc coté serveur ?

Merci pour le "tuto". Mon serveur à planté, il est bientot fini de réinstaller. Je vous tiens au courant

[Titi41]

up.