> you have a couple issues to solve.
>
[quoted text clipped - 52 lines]
>>
>> Thanks.
On Dec 10, 5:34 pm, "John Timney \(MVP\)"
<xyz_j...@timney.eclipse.co.uk> wrote:
> To add to what Bruce has suggested - web service methods are not the same as
> functions in VB6, and you cannot easily transpose a VB6 project to a
[quoted text clipped - 66 lines]
>
> >> Thanks.
Thanks guys.
Does anybody know of a good resource for guiding me through moving VB6
to VB.NET or C#?
Thanks again.
John Timney (MVP) - 12 Dec 2007 15:16 GMT
If I were you I would start with the asp.net quickstart tutorials. Learn
about some of the controls, page flow etc. and then decide how that relates
to features and functionality in your current app. I would hazard that when
you mention moving your vb6 app to a web service you may actually mean a web
application.
Regards
John Timney (MVP)
http://www.johntimney.com
http://www.johntimney.com/blog
> On Dec 10, 5:34 pm, "John Timney \(MVP\)"
> <xyz_j...@timney.eclipse.co.uk> wrote:
[quoted text clipped - 78 lines]
>
> Thanks again.
pbd22 - 12 Dec 2007 16:01 GMT
Hey John,
Thanks. Actually, I "do" mean a web service and
I am a little more advanced (although, I guess it
doesn't seem it) than needing to see how the basic
ASP.NET controls work.
I am actually an ASP.NET/C# developer that has
been given a VB6 project to turn into a web service.
I am convinced that Interop COM objects wrapped
in a web service is not the way to go, but rather
moving to (in our case) C#.
I guess I am looking for a pre-migration guide of
sorts.
Thanks again.
Peter
John Timney (MVP) - 12 Dec 2007 16:26 GMT
I'm not sure what would help you really other than just getting stuck in
then if your quite an experienced asp.net coder. Do you plan to consume the
COM components you have in the webservice, or just plain vanilla re-write
them. The stateless nature of webservices makes it a tricky choice - of
course you can add state but it impacts performance and using COM causes
threading issues - so rewriting is always the best choice.
I would start looking at each of your functions, and determine how easily it
would be to migrate them to webservice methods - at least by creating method
stubs. You need to work out where your current global properties etc. would
reside, session, cache, app object, db etc. and see if the end product
represents the business logic flow around your exisitng vb6 application The
great thing about webservice methods is they are quite easy to test and of
course any VB6 interface can be fairly relicated with an asp.net webform or
two.
Lots of usefull links on moving from vb to vb.net - but not much on web
enabling a VB6 project
http://search.msdn.microsoft.com/search/Default.aspx?brand=msdn&locale=en-us&que
ry=vb6tovbdotnet.asp
Regards
John Timney (MVP)
http://www.johntimney.com
http://www.johntimney.com/blog
> Hey John,
>
[quoted text clipped - 14 lines]
> Thanks again.
> Peter