Arne,
[quoted text, click to view] >From the description of your environment, this is a "simple" setup
right? Everything is local to the development PC, the solution opened
in VS has both the device project and the asp.net webservice project
right? Assuming this all true, then all you need to do allow VS to
startup more than one project for debugging.
In VS.NET, go to the Solution Explorer and right-click on the solution
object. Select menu option "Set Startup Projects...". In the
resulting dialog choose the radio button "Multiple startup projects".
Then locate both the webservice project and the device project and set
their action to "Start". You should be good to go.
One other thing that you may want to do, but is not required, is to
change the webservice project so that you don't start InternetExplorer
when that project starts up. To do this, right-click on the
webservice project, and choose "Start options". Then choose the radio
button "Don't open a page...".
Now, when you do a "Debug/Start" from VS.NET, it will start both
projects in the debugger and you should be able to debug easily from
one to the other. I do this all of the time, in fact I'm doing it
right now for the app I'm currently working on. I have a mobile PPC
app and a webservice debugging back and forth right now.
HTH,
--steve
[quoted text, click to view] Arne wrote:
> Greetings all,
>
> I have a VS.Net 2005 PocketPC project which consumes a VS.Net 2005 Web
> service. I run the PocketPC app ("Start debugging") from Visual Studio,
> deploying to the PocketPC, and I can happily set breakpoints and step
> through the code. When the Web Service method is called from the PocketPC
> app I would like to be able to step into the Web service code and debug it
> too. Unfortunately this doesn't happen. The Web service code executes, but
> not interactively in debug mode.
>
> The PocketPC is connected via an ActiveSync cable to the computer which has
> the two open (and running) projects. ie The Web service currently resides on
> the development computer. The PocketPC app uses the computer's IP address
> (not localhost) in the connection string to identify the location of the Web
> service. I do not wish to run the PocketPC app from an emulator.
>
> The Web Service app, which runs in debug mode, has debug set to true in its
> web.config file and has ASP.Net debugging checked.
>
> I'm wondering if, because I'm connecting via TCP, that I lose the ability to
> debug interactively in the way that I would like, similar to the way that an
> ASP.Net web page can't be debugged (using the "Invoke" button) from another
> computer on the same network. This Web service app *can* be debugged from a
> browser using "Invoke" on the host computer, as you would expect.
>
> Can someone please let me know if this should work, and if not, is there a
> reasonable alternative?
>
>
> TIA,
> Arne
> keywords: webservice smart device handheld visual studio .net 2005 compact
> framework
Greetings all,
I have a VS.Net 2005 PocketPC project which consumes a VS.Net 2005 Web
service. I run the PocketPC app ("Start debugging") from Visual Studio,
deploying to the PocketPC, and I can happily set breakpoints and step
through the code. When the Web Service method is called from the PocketPC
app I would like to be able to step into the Web service code and debug it
too. Unfortunately this doesn't happen. The Web service code executes, but
not interactively in debug mode.
The PocketPC is connected via an ActiveSync cable to the computer which has
the two open (and running) projects. ie The Web service currently resides on
the development computer. The PocketPC app uses the computer's IP address
(not localhost) in the connection string to identify the location of the Web
service. I do not wish to run the PocketPC app from an emulator.
The Web Service app, which runs in debug mode, has debug set to true in its
web.config file and has ASP.Net debugging checked.
I'm wondering if, because I'm connecting via TCP, that I lose the ability to
debug interactively in the way that I would like, similar to the way that an
ASP.Net web page can't be debugged (using the "Invoke" button) from another
computer on the same network. This Web service app *can* be debugged from a
browser using "Invoke" on the host computer, as you would expect.
Can someone please let me know if this should work, and if not, is there a
reasonable alternative?
TIA,
Arne
keywords: webservice smart device handheld visual studio .net 2005 compact
framework
Thanks Steve. I'm amazed at how difficult it was to find some helpful
information about this problem and thankfully your help steered me in the
right direction.
To completely solve the problem I had to point to the "right" web service.
Originally my connection string was something like:
http://10.0.0.68/Webservice1/service.asmx This unfortunately was pointing to
the "published" version of the Web service, not the one that I was trying to
debug. What I needed (of course!!??) was
http://10.0.0.68:3420/Webservice1/service.asmx Do you or anyone else know
the name of this type of auto-generated development web service accessible
via port 3420 (in this case)? Development server? Test server?
[quoted text, click to view] <n33470@hotmail.com> wrote in message
news:1149080893.230530.294020@f6g2000cwb.googlegroups.com...
> Arne,
>
> >From the description of your environment, this is a "simple" setup
> right? Everything is local to the development PC, the solution opened
> in VS has both the device project and the asp.net webservice project
> right? Assuming this all true, then all you need to do allow VS to
> startup more than one project for debugging.
>
> In VS.NET, go to the Solution Explorer and right-click on the solution
> object. Select menu option "Set Startup Projects...". In the
> resulting dialog choose the radio button "Multiple startup projects".
> Then locate both the webservice project and the device project and set
> their action to "Start". You should be good to go.
>
> One other thing that you may want to do, but is not required, is to
> change the webservice project so that you don't start InternetExplorer
> when that project starts up. To do this, right-click on the
> webservice project, and choose "Start options". Then choose the radio
> button "Don't open a page...".
>
> Now, when you do a "Debug/Start" from VS.NET, it will start both
> projects in the debugger and you should be able to debug easily from
> one to the other. I do this all of the time, in fact I'm doing it
> right now for the app I'm currently working on. I have a mobile PPC
> app and a webservice debugging back and forth right now.
>
> HTH,
>
> --steve
>
> Arne wrote:
> > Greetings all,
> >
> > I have a VS.Net 2005 PocketPC project which consumes a VS.Net 2005 Web
> > service. I run the PocketPC app ("Start debugging") from Visual Studio,
> > deploying to the PocketPC, and I can happily set breakpoints and step
> > through the code. When the Web Service method is called from the
PocketPC
> > app I would like to be able to step into the Web service code and debug
it
> > too. Unfortunately this doesn't happen. The Web service code executes,
but
> > not interactively in debug mode.
> >
> > The PocketPC is connected via an ActiveSync cable to the computer which
has
> > the two open (and running) projects. ie The Web service currently
resides on
> > the development computer. The PocketPC app uses the computer's IP
address
> > (not localhost) in the connection string to identify the location of the
Web
> > service. I do not wish to run the PocketPC app from an emulator.
> >
> > The Web Service app, which runs in debug mode, has debug set to true in
its
> > web.config file and has ASP.Net debugging checked.
> >
> > I'm wondering if, because I'm connecting via TCP, that I lose the
ability to
> > debug interactively in the way that I would like, similar to the way
that an
> > ASP.Net web page can't be debugged (using the "Invoke" button) from
another
> > computer on the same network. This Web service app *can* be debugged
from a
> > browser using "Invoke" on the host computer, as you would expect.
> >
> > Can someone please let me know if this should work, and if not, is there
a
> > reasonable alternative?
> >
> >
> > TIA,
> > Arne
> > keywords: webservice smart device handheld visual studio .net 2005
compact
> > framework
>