letting your virtual pc access your currently running debug sesson of a webpage ?

Necuno

Necuno

Court Jester
Joined
Sep 27, 2005
Messages
58,566
Reaction score
3,437
i suppose this is possible, if i properly knew how to let my XPM talk to my windows 7, which has visual studiop 2008 running a web page in debug as say http://localhost:123/help.aspx, which in turn i want to be able to access from my xpm's browser by going http://beast:123/help.aspx, but that doesn't seem to be the case.

now my guess here is that i would need to be able to open a port or something form that damned windows firewall that comes with windows 7 for the xpm some how. the other option obviously is not to go with the dynamic debugging of vs but rather to add a application in iis7 and then use that to just go http://beast/helpapp/help.aspx and from there do what ever is needed.

anyone mind pointing me in correct direction (yes Raithlin i did do the goog, but not much help there from what i thought i would need to search for)
 
well i was trying http://localhost:123/help.aspx as http://beast:123/help.aspx where beast is the actual pc's name and i can ping it from the xpm's command prompt as i tried to explain in the op :D

anyways ill disaple both firewalls at both ends, if that works then i just need to workout what i need to allow, the thing is with visual studio it asigns a random port which is where the whole trick starts in getting my xpm to acces the current debug session of the actual pc.

maybe i should just go with ips instead of pc names :)
 
If your issue is with VS assigning a random port when you debug, then why not assign the web project a web share in IIS? That way, you can start debugging on http://machinename/applicationname/ (or http://localhost/applicationname/ as VS will start it) through VS and it will still be accessible from other machines. You should catch any breakpoints initiated from remote machines in your debugging instance.
 
FarligOpptreden said:
If your issue is with VS assigning a random port when you debug, then why not assign the web project a web share in IIS? That way, you can start debugging on http://machinename/applicationname/ (or http://localhost/applicationname/ as VS will start it) through VS and it will still be accessible from other machines. You should catch any breakpoints initiated from remote machines in your debugging instance.
Click to expand...

aaah, i see what you mean vs should point to IIS rather than itself for it to be "shared" over what i did was just to add another web application to IIS so that the debugging is started on the webserber it self so that the calls from the xpm can be debugged...
 
Necuno said:
i suppose this is possible, if i properly knew how to let my XPM talk to my windows 7, which has visual studiop 2008 running a web page in debug as say http://localhost:123/help.aspx, which in turn i want to be able to access from my xpm's browser by going http://beast:123/help.aspx, but that doesn't seem to be the case.

now my guess here is that i would need to be able to open a port or something form that damned windows firewall that comes with windows 7 for the xpm some how. the other option obviously is not to go with the dynamic debugging of vs but rather to add a application in iis7 and then use that to just go http://beast/helpapp/help.aspx and from there do what ever is needed.

anyone mind pointing me in correct direction (yes Raithlin i did do the goog, but not much help there from what i thought i would need to search for)
Click to expand...
Have you tried the steps detailed in this article: How to get Remote Debugging working properly?

Also found this one: Virtual Networking and Wireless network adapters (Might make sense, might not)

Here's an interesting article about getting VS2008 to debug IIS 7.0: Using Visual Studio 2008 with IIS 7.0: It would seem you might need an extra pack/addon to get it running. Of course, you could have done all this already, but it's news to me.
 
Last edited:
You must log in or register to reply here.
Back
Top
Sign up to the MyBroadband newsletter
X