Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / ASP.NET / Web Services / September 2006

Tip: Looking for answers? Try searching our database.

File download via web service (i.e. attachement)

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Brandon - 13 Sep 2006 22:35 GMT
Here's my situation.
I've got an existing VB6 app that is consuming several web services written
in VB2005 (via the SOAP toolkit 3).  I need the app to be able to download
updates.  Currently the VB6 app calls a web service to determine whether an
update is available.

Initially I was thinking I would implement this via SOAP attachments--my
understanding is that I would have to use WSE on the server side (the side
written in .NET)--will I be able to make that work since the client side
(VB6) is using the SOAP toolkit?  If so, I could really use some example code.

Is there a better way to implement this?
Pablo Cibraro [MVP] - 14 Sep 2006 14:45 GMT
Hi Brandon,

SOAP attachments (MTOM) is the right technology for scenarios where you have
to download or upload files with a web service. (Due to the optmization on
the network traffic)
However, and unfortunately, it does not work with the SOAP toolkit. (This
tool kit was developed a couple of years ago and it does not support any
WS-* protocol).
If your solution to download the updates is working, I do not see a real
reason to change it. If you still want to use MTOM, you might develop some
kind of download manager in .NET using that technology, and this manager
will be responsible to update your VB6 applications. (Microsoft already
provides two solutions for this, Click Once or the Application Updater in
Enterprise Library).

Regards,
Pablo Cibraro
http://weblogs.asp.net/cibrax

> Here's my situation.
> I've got an existing VB6 app that is consuming several web services
[quoted text clipped - 11 lines]
>
> Is there a better way to implement this?
Brandon - 14 Sep 2006 15:29 GMT
Thanks Pablo.  Unfortunately, I can't be dependent on the client running
Windows XP--otherwise I would definitely be using the App Updater Block.  The
VB6 app is a product that we sell and is in fairly wide-spread use.  So... am
I basically limited to writing my own downloader using the wininet.dll or the
Inet control?

> Hi Brandon,
>
[quoted text clipped - 30 lines]
> >
> > Is there a better way to implement this?
Brandon - 14 Sep 2006 15:31 GMT
Pablo,
Was I correct in my previous post in that using the app updater block would
require the client to be on XP?  What exactly would be the system
requirements on the client side?

> Hi Brandon,
>
[quoted text clipped - 30 lines]
> >
> > Is there a better way to implement this?
Pablo Cibraro [MVP] - 14 Sep 2006 18:57 GMT
Hi Brandon,

In order to run the Application Updater, you need to have the .NET framework
installed on the client machine. The .NET runs without problems on XP, but I
am not sure if you want to install the .NET framework as well.

Regards,
Pablo Cibraro.

> Pablo,
> Was I correct in my previous post in that using the app updater block
[quoted text clipped - 45 lines]
>> >
>> > Is there a better way to implement this?

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.