473,327 Members | 1,952 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,327 software developers and data experts.

How ClickOnce to multiple servers?

We have a VS2005 Team setup and are developing a Windows app (smart client).
We are in the cattle feeding business and have 10 distinct feedyards across
the U.S. When we wish to deploy an update to our app, we must change an app
setting in the project (the IP where the data access layer is) and also the
URL in the ClickOnce (to correspond to a server at a particular feedyard).
Once we publish, we have to change the app setting and the URL again for the
next feedyard. And then do it again and again (for a total of 10 times).

While we've given some thought to a central server for clients to install
from and pick up updates, it's not practical for two reasons. One, network
connectivity from the feedyards back to our corporate office (in Loveland,
Colorado) is not very reliable. Two, we might have a change that we don't
all feedyards to immediately pick up. I.e. we may want to publish to one
feedyard and make sure it works ok before deploying to the others.

In playing around with MSBuild I found where I can set a PublushUrl setting,
but it still puts the files in my local folder. I'm wanting to automate
publishing to all feedyards (i.e. 10 separate servers) through some sort of
script (i.e. pulling from a list of IP addresses).

Any help would be greatly appreciated.

Thanks,
Ron

Jan 2 '07 #1
3 3823
Well when i use click once i publish to a remote server which has high
bandwidth and they get the software from there. Then on connecting thats the
update location.

An update should always be froma central location, what is better however
is to make the update optional when it is in your beta phase and simply tell
the others not to install the update. Then after a week or however long of
the one that you tried it on working and you are happy, publish it again but
this time make the update non optional. So the others will update.

I believe click once can be quite customised but i haven't toyed with that
as i haven't needed to yet. Would th eabove not suffice for your deployment
needs and be easier to manage rather than trying to make 10 deployment
locations? What if you had 100 food yards you couldnt do that method. So i
STRONGLY advise the above method or similar.

good luck
"Ronald S. Cook" <rc***@westinis.comwrote in message
news:9C**********************************@microsof t.com...
We have a VS2005 Team setup and are developing a Windows app (smart
client). We are in the cattle feeding business and have 10 distinct
feedyards across the U.S. When we wish to deploy an update to our app, we
must change an app setting in the project (the IP where the data access
layer is) and also the URL in the ClickOnce (to correspond to a server at
a particular feedyard). Once we publish, we have to change the app setting
and the URL again for the next feedyard. And then do it again and again
(for a total of 10 times).

While we've given some thought to a central server for clients to install
from and pick up updates, it's not practical for two reasons. One,
network connectivity from the feedyards back to our corporate office (in
Loveland, Colorado) is not very reliable. Two, we might have a change
that we don't all feedyards to immediately pick up. I.e. we may want to
publish to one feedyard and make sure it works ok before deploying to the
others.

In playing around with MSBuild I found where I can set a PublushUrl
setting, but it still puts the files in my local folder. I'm wanting to
automate publishing to all feedyards (i.e. 10 separate servers) through
some sort of script (i.e. pulling from a list of IP addresses).

Any help would be greatly appreciated.

Thanks,
Ron

Jan 2 '07 #2
Thanks for the reply Daniel. It's more that we can't trust the connectivity
from the client machines back to a server at corporate. Our app runs in
(among other places) feed trucks that drive around a feedyard delivering
grain to cattle. They're on wireless network to the LAN, but then the LAN
that ties that feedyard into the WAN (and thus back to a corporate server)
is not reliable. That's why we were thinking we should deploy to a server
at each feedyard.

Also, app settings at each yard will be different. How would you deal with
that? I think I read that ClickOnce could accept querystring parameters so
maybe a feedyard would pass Feedyard=Kuner to the corporate server and
ClickOnce would insert the approprate application setting for that
install/update. But then there's a chance for someone messing it up too and
typing the wrong thing in the URL I suppose.

Do you still strongly disagree with installing to each of 10 servers? Don't
forget also about wanting a new change pushed to only one feedyard to make
sure works before others get it. Just telling users not to accept optional
updates won't cut it either. Some will click it no matter what.

Thanks again,
Ron
"Daniel" <Da*****@vestryonline.comwrote in message
news:er**************@TK2MSFTNGP04.phx.gbl...
Well when i use click once i publish to a remote server which has high
bandwidth and they get the software from there. Then on connecting thats
the update location.

An update should always be froma central location, what is better however
is to make the update optional when it is in your beta phase and simply
tell the others not to install the update. Then after a week or however
long of the one that you tried it on working and you are happy, publish it
again but this time make the update non optional. So the others will
update.

I believe click once can be quite customised but i haven't toyed with that
as i haven't needed to yet. Would th eabove not suffice for your
deployment needs and be easier to manage rather than trying to make 10
deployment locations? What if you had 100 food yards you couldnt do that
method. So i STRONGLY advise the above method or similar.

good luck
"Ronald S. Cook" <rc***@westinis.comwrote in message
news:9C**********************************@microsof t.com...
>We have a VS2005 Team setup and are developing a Windows app (smart
client). We are in the cattle feeding business and have 10 distinct
feedyards across the U.S. When we wish to deploy an update to our app,
we must change an app setting in the project (the IP where the data
access layer is) and also the URL in the ClickOnce (to correspond to a
server at a particular feedyard). Once we publish, we have to change the
app setting and the URL again for the next feedyard. And then do it
again and again (for a total of 10 times).

While we've given some thought to a central server for clients to install
from and pick up updates, it's not practical for two reasons. One,
network connectivity from the feedyards back to our corporate office (in
Loveland, Colorado) is not very reliable. Two, we might have a change
that we don't all feedyards to immediately pick up. I.e. we may want to
publish to one feedyard and make sure it works ok before deploying to the
others.

In playing around with MSBuild I found where I can set a PublushUrl
setting, but it still puts the files in my local folder. I'm wanting to
automate publishing to all feedyards (i.e. 10 separate servers) through
some sort of script (i.e. pulling from a list of IP addresses).

Any help would be greatly appreciated.

Thanks,
Ron

Jan 2 '07 #3
Yes i still do strongly disagree with your 10 server deployment but you seem
to have your heart set on it.

Yes you can pass a query string params to a click once deployment and you
could do that to ensure individual updates are deployed. As for the wrong
url being typed you would make a site and on your website have links to each
download which would pass the string. Unless they intentionally retype the
url they wont have a problem. Why would they intentionally retype the url
and change the string?

I understand staggering a deployement but if you tested the software
correctly before deploying the update you shouldn't have a problem post
deployment (part of testing is usually to test on a mirror of one of your
live sites that you have running locally for example). And if you do have an
issue, and its major, you upload a previous version and have them connect
and overwrite with the old version and you look at where you screwed up. -
downtime would be minimal and remember this is worst case scenario.

BUT....if you really don't trust your test department to get it right then
you only need 2 servers. One for your main, ready to go product and the
second as your Beta server. You upload the update to that beta one and tell
the one foodyard to download from there, check that it works, if it does now
upload the update to the main server and the others will pick it all up.

As for the connection not being reliable, you need to explain further. Which
part is not reliable, the trucks wireless connection or the LAN side? If its
the lan side then this is a separate issue and needs to be addressed. For
the lan check your cabling, routers etc. If its your internet connection
speak with your isp and get it to be reliable. If its the wireless
connection to the trucks find a way to amplify the wireless range and if
this cant be done have them boot the software while the trucks are docked so
that they update while connected to the lan or in a strong area for the
wireless signal, and if they never dock back and stay out on the field then
as said before you need to improve your wireless connection quality. if this
cant be done a different form of deployment needs to be considered as the
internet is not reliable sue to your hardware shortcomings, so a CD sent out
for example may be more appropriate.

D
"Ronald S. Cook" <rc***@westinis.comwrote in message
news:63**********************************@microsof t.com...
Thanks for the reply Daniel. It's more that we can't trust the
connectivity from the client machines back to a server at corporate. Our
app runs in (among other places) feed trucks that drive around a feedyard
delivering grain to cattle. They're on wireless network to the LAN, but
then the LAN that ties that feedyard into the WAN (and thus back to a
corporate server) is not reliable. That's why we were thinking we should
deploy to a server at each feedyard.

Also, app settings at each yard will be different. How would you deal
with that? I think I read that ClickOnce could accept querystring
parameters so maybe a feedyard would pass Feedyard=Kuner to the corporate
server and ClickOnce would insert the approprate application setting for
that install/update. But then there's a chance for someone messing it up
too and typing the wrong thing in the URL I suppose.

Do you still strongly disagree with installing to each of 10 servers?
Don't forget also about wanting a new change pushed to only one feedyard
to make sure works before others get it. Just telling users not to accept
optional updates won't cut it either. Some will click it no matter what.

Thanks again,
Ron
"Daniel" <Da*****@vestryonline.comwrote in message
news:er**************@TK2MSFTNGP04.phx.gbl...
>Well when i use click once i publish to a remote server which has high
bandwidth and they get the software from there. Then on connecting thats
the update location.

An update should always be froma central location, what is better
however is to make the update optional when it is in your beta phase and
simply tell the others not to install the update. Then after a week or
however long of the one that you tried it on working and you are happy,
publish it again but this time make the update non optional. So the
others will update.

I believe click once can be quite customised but i haven't toyed with
that as i haven't needed to yet. Would th eabove not suffice for your
deployment needs and be easier to manage rather than trying to make 10
deployment locations? What if you had 100 food yards you couldnt do that
method. So i STRONGLY advise the above method or similar.

good luck
"Ronald S. Cook" <rc***@westinis.comwrote in message
news:9C**********************************@microso ft.com...
>>We have a VS2005 Team setup and are developing a Windows app (smart
client). We are in the cattle feeding business and have 10 distinct
feedyards across the U.S. When we wish to deploy an update to our app,
we must change an app setting in the project (the IP where the data
access layer is) and also the URL in the ClickOnce (to correspond to a
server at a particular feedyard). Once we publish, we have to change the
app setting and the URL again for the next feedyard. And then do it
again and again (for a total of 10 times).

While we've given some thought to a central server for clients to
install from and pick up updates, it's not practical for two reasons.
One, network connectivity from the feedyards back to our corporate
office (in Loveland, Colorado) is not very reliable. Two, we might have
a change that we don't all feedyards to immediately pick up. I.e. we
may want to publish to one feedyard and make sure it works ok before
deploying to the others.

In playing around with MSBuild I found where I can set a PublushUrl
setting, but it still puts the files in my local folder. I'm wanting to
automate publishing to all feedyards (i.e. 10 separate servers) through
some sort of script (i.e. pulling from a list of IP addresses).

Any help would be greatly appreciated.

Thanks,
Ron


Jan 2 '07 #4

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

5
by: Danny Tuppeny | last post by:
I've been playing around with ClickOnce today, and it's all good stuff. Except, that if I change my application to NOT be full trust (which seems to make very little difference to the user prompt,...
0
by: Pavan | last post by:
I have my .NET code published in two servers http://server1/<ApplicationName>/Publish.htm and http://server2/<ApplicationName>/Publish.htm, and if i open IE on the client machine and type the link...
0
by: Marc Gravell | last post by:
OK heres an oddity... I am using a ClickOnce (online only) deployment model; I have various servers (primarily for different environments: testing, production etc), and I want to have a...
1
by: moondaddy | last post by:
I need to have multiple deployment profiles for a .net 2.0 winforms project. This is my requirement: 1) Re-use same project for multiple ClickOnce deployment profiles. 2) Each profile will...
0
by: Spam Catcher | last post by:
Hi all, I need to build a redistributable application which can be loaded on different servers. I noticed in the ClickOnce deployment screen it asks for a publish location - how do I allow...
2
by: Alex Bögli | last post by:
Hi I have a rather advanced deployment scenario and wanted to know, if anyone has an idea how to accomplish that with ClickOnce: We are deploying a 3-tier application with a client connecting...
0
by: vovan | last post by:
My current VB6 application uses something similar to ClickOnce technology for automatic upgrades. User starts on his (her) workstation not the application itself, but the utility which compares...
1
by: Jack | last post by:
Hi there, Apologies if this NG is off-topic but I can't find anything more appropriate (feel free to let me know). I'm looking at ClickOnce as a possible alternative to MSI and have poured...
3
by: =?Utf-8?B?Um9nZXIgVHJhbmNoZXo=?= | last post by:
Hello, I would like to know the best way to install an clickonce in .net 3.5 (we use LINQ 8-D) published application on terminal server 2003 Do I have to install it on EVERY user that will use...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
1
by: CloudSolutions | last post by:
Introduction: For many beginners and individual users, requiring a credit card and email registration may pose a barrier when starting to use cloud servers. However, some cloud server providers now...
1
by: Defcon1945 | last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
1
by: Shællîpôpï 09 | last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.