Vraag Breekpunt breekt niet in Silverlight


Ik kan geen breekpunt bereiken op de serverzijde van een Silverlight-webtoepassing. Ik weet dat de code wordt uitgevoerd omdat ik de asynchrone callback kan doorbreken met wat ik verwachtte. Het is alleen mijn computer met dit probleem.

Ik ben me ervan bewust dat dit een veel voorkomende vraag lijkt, maar alle antwoorden op de antwoorden die ik heb gezien hebben mij niet geholpen, waaronder:

  • De breekpunt is rood geeft aan dat het geraakt zal zijn.
  • Het selectievakje Silverlight is aangevinkt op de eigenschappen van het webproject.
  • Reinig en bouw de oplossing.
  • Een nieuwe versie ophalen van bronbeheer.
  • Alles uit mijn webbrowser gewist: cache, cookies enz ... (Ik gebruik IE).
  • Wissen van de tijdelijke bestanden in% windir% / Windows / Microsoft.NET / Framework / v4.0.30319 / Tijdelijke ASP.NET-bestanden.
  • Gecontroleerd of alle projecten worden gebouwd in de configuratiemanager.
  • Alles ingesteld om te debuggen en niet vrij te geven in de configuratiemanager.
  • Handmatig koppelen aan het proces w3wp.exe.
  • IIS gereset.
  • IIS is ingesteld om .NET v4 te gebruiken en de pijplijn ingesteld op klassiek niet geïntegreerd.
  • Opnieuw geïnstalleerd IIS en vers geconfigureerd.
  • Visual Studio opnieuw geïnstalleerd
  • Silverlight opnieuw geïnstalleerd.

Ik gebruik Visual Studio 2010 (.NET 4), Silverlight 4 en gebruik IIS (ik denk 6, kan me niet herinneren) om de site te hosten.

Interessant gedrag dat ik heb ontdekt (kan helpen om een ​​diagnose te stellen):

  • Het zal nog steeds niet kapot gaan als ik Visual Studio's eigen ontwikkelserver gebruik om de site te hosten in plaats van IIS.
  • Ik zag een blogpost (kan me niet herinneren waar of ik zou een link geven) onder Debug -> Windows -> Proccess (Ctrl D, P) om te controleren of het proces w3wp.exe is ingesteld op "Silverlight" onder de header "Debugging" - de mijne was ingesteld op "Beheerd" en kon deze niet instellen op silverlight bij het koppelen. Na het controleren van de instellingen van een collega op een machine die werkte, was hij ook ingesteld op beheerd.

Alle suggesties worden zeer op prijs gesteld!

BIJWERKEN: Bedankt voor alle suggesties. Ik besloot C: \ te formatteren in plaats van meer tijd aan het rond spelen te besteden, omdat mijn machine het hoe dan ook hard nodig had. Ik weet nog steeds niet zeker wat het probleem was, maar het werkt nu.

Ik heb nog een aantal andere dingen geprobeerd, zoals het verwijderen van de .sou-bestanden en het controleren of ik dezelfde versie van Silverlight gebruikte, die in deze blogpost, zonder geluk. Hopelijk fungeert dit in de toekomst als een checklist voor mensen met dit probleem.


10
2017-07-17 17:39


oorsprong


antwoorden:


Omdat je met Silverlight werkt, zou je je niet moeten hechten aan w3wp.exe. Dit is een werkproces voor IIS en is niet relevant voor uw Silverlight-code. Het browserproces voert eigenlijk uw Silverlight-code uit. Kunt u proberen uw Silverlight-hostingpagina in IE te openen en vervolgens Visual Studio gebruiken om te hechten aan iexplore.exe (opnieuw controleren op Silverlight als het codetype dat u wilt debuggen)?

Dit zou je in staat moeten stellen om je Silverlight-code probleemloos te debuggen.


3
2017-07-18 13:08



Het lijkt erop dat je bijna alles hebt geprobeerd. U zou het bestand ServiceReference.ClientConfig kunnen controleren. Soms leidt WCF-service-updates tot adres- en poortwijzigingen. U kunt het bij Fiddler ook controleren om te zien waar uw diensten oproepen gericht zijn.


0
2017-07-18 09:39



Ik weet dat ik te laat ben op het feest, maar ik had dit probleem al een tijdje terug in mijn Silverlight-oplossing. Het bleek dat het probleem was dat ik de optie 'Alleen Just My Code (alleen Beheerd)' ingeschakeld had Tools>Options>Debugging>General; na het vinkje dit, mijn breekpunten werden allemaal geraakt.


0
2017-10-31 09:52