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 / .NET Framework / Distributed Applications / June 2005

Tip: Looking for answers? Try searching our database.

Updater Application Block version 2.0, Managing multiple applicati

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
KPS - 21 Jun 2005 10:01 GMT
Hi,
I am wondering if the UAB is the right approach for my problem.  I need to
create an updater application that keeps track for any possible updates for a
given list of applications. Similar to "windows update" service though for my
custom applications :-)
Based on the msdn information and the quickstarts it seems like a possible
solutions could look like the following:
* Have one major manifest file for each sequence of updates, version 1,2,2.1
etc.   i.e. includes several other manifest files that includes the updates
(exe,msi files) for my other applications.

* Create a windows service , called "updater app" based on uab 2.0
* Point out the major manifest file in my app.config.
* Somehow initiate the download and start activation process
* Note: Include in download even a new app.config reference
(updaterconfiguration.config) to next version of manifest file so the
"updater app" will point out the next sequence of updates , this needed based
on fact that the server should have several versions of updates simultaneous.

Q: So much in theori, should i proceed in implementation of this OR  is UAB
ment for something else and there a better approach to my problem.
Any idéas? What is the best practise for UAB?

Thanks for any information / help in advance.
Ruben - 24 Jun 2005 15:23 GMT
Hi,

I'm doing exactly the same kind of updater, I have some common components
for all my applications, and beacuse the dependency on these components I
decided to do use the same version number to all my applications and
components, doing so, when the first application gets updated, the other ones
will be updated to. Runing this application updater as a service will provide
you a better control over when and what to update, and as a centralized point
for all your applications, you could also save some updates history for each
user, and then allow some roll-back installation.

> Hi,
> I am wondering if the UAB is the right approach for my problem.  I need to
[quoted text clipped - 20 lines]
>
> Thanks for any information / help in advance.
KPS - 28 Jun 2005 08:50 GMT
Hi again,

Thanks for the feedback Ruben. One important issue in my problem is that the
applications i woulk like to update are more frequently independent of each
other. Like a toolbox with a lot of different applications. That why i was
wondering if a major manifest file for instance for the toolbox with nested
references to the rest of manifest files (applications) would solve the
problem. Note also that my update application must run independently of the
toolbox (as service).
Any idéas?
Is UAB the right approach for that?

> Hi,
>
[quoted text clipped - 31 lines]
> >
> > Thanks for any information / help in advance.

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.