Hej,

Jag jobbar med ett webprojekt i vs.net som inte ligger på localhost utan en annan server. Jag undrar hur jag ska gå till väga för att kunna använda debuggern i vs.net för att debugga min kod. Har försökt leta lite på webben men inte blivit mycket klokare. Någon som kanske kan ge min några ledtrådar?

//Kalle

Det finns något som heter "Remote Components" ir liknande som du kan hitta på installations-cd:n. De måste du installera på servern för att det ska fungera.

Du gör som Onkelberg skrev, samt att du måste lägga med dig som användare i debug gruppen som finns på din server.

Tänk bara på att ingen annan kan jobba mot IIS på servern när du kör under debug läge, du kommer då nämligen låsa IIS processen.

/Fredrik Normén NSQUARED2
http://normen.mine.nu

Tackar för svaren!

För tillfället så har jag inget behov av att jobba flera mot IIS:en så det är ju inga problem att den låser IIS:en. Misstänker att så inte är fallet men finns det någon form av möjlighet att lösa så det går att jobba flera mot samma IIS:s och fortfarande ha debugmöjligheter?

Nej, det verkar inte finnas någon som helst möjlighet att köra fler mot en IIS-server när en har en debug-session igång. Detta är tyvärr ett av de största problemen med ASP.NET-utveckling idag och jag önskar innerigt att MS kunde åtgärda detta. Det finns så många fall då flera utvecklare behöver dela på en fysisk server och det samtidigt inte är tolererbart att servern låses. Tänk bara om en utvecklare drar igång debuggern för att sedan få ett telefonsamtal...

/CO

Det går jättebra att jobba flera mot IIS om man vill.

Den enda begränsningen är att bara en kan koppla upp sig mot processen och debugga åt gången, men köra sidor, och utveckla mot funkar fint.

Jo, det går bra att jobba flera mot IIS om man vill. Men debuggern blockerar web-servern.

Citat från MS.

"It is very easy to inadvertently affect another developer. For example, when you debug an application, the debug process locks the common Web server and impacts other team members. "

Utan att ha verifierat så inser jag att detta ger problem när man är många utvecklare mot en utvecklingsserver. Nu pratar jag inte om två eller tre utvecklare utan femtio eller fler.

Nu är jag lite nyfiken på om jag har missat något när det skrivs

"Den enda begränsningen är att bara en kan koppla upp sig mot processen och debugga åt gången, men köra sidor, och utveckla mot funkar fint."

Menar du att det går bra att köra debuggern samtidigt som andra "surfar" mot servern? Berätta gärna mer.

/CO

Ja, min erfarenhet är att det inte är ngt problem, om du inte får för dig att surfa in på sidan som debuggas. Det är inte så lyckat.

Låter som det är dags att göra några handfasta experiment.

Tack!

/CO

Du kan inte debugga eller köra mot samma applikation som någon annan debuggar, men att surfa till andra applikationer på samma burk ska inte vara någora problem.

/Fredrik Normén NSQUARED2
http://normen.mine.nu

eh, jo.. har typ gjort det tusen gånger ...

Har dessutom lyckats debugga när andra surfat in, dvs en breakpoint har triggrats när en annan användare surfat in på sidan.

Testa det ...

Andra kan surfa in på din applikation, men de kan inte debugga den när du gör det. Vad jag menar med att andra inte kan köra mot samma app är precis det du säger att de breakpoint du har placerat ut kan triggas av andra och det är inte bra, drärför kan inte andra köra mot samma applikation.

/Fredrik Normén NSQUARED2
http://normen.mine.nu

eh, ja just det ... för det lät inte alls motsägelsefullt

eh, ja hmm, kanske det, men den var bra!? ;)

http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=94FDB8C8-5A87-4545-AF75-6053F32C7ECA