Creat an Installation package for client and server

[piggy]

I have developed an application using C# under .NET 2.0 framework. It is
almost done and it is time for me to think about deploymnet to all users. I
don't have any background about this and would like to see if anyone can help
me get started. I have read some about clickonce deployment and not sure
much about this yet. Thanks for your help.

[Dave Sexton]

Hi,

Assuming that you have written a client application and a server
application, you should have two separate installation packages unless you
want a fair number of servers to be clients as well.

ClickOnce works quite nicely, but you may have to configure each client to
increase the permission level for your application if it needs FullTrust,
for example. For this reason, it's not recommended as a public installation
method, so you should use a "Setup and Deployment project" instead if you
need higher levels of trust than normally allowed by web installations and
if you don't have access to configure the security levels on each client.

You can create a ClickOnce installation easily in VS 2005, which will also
help to deploy the files to your server. The clients simply need to connect
to your server the first time to install the application and they'll
automatically receive updated software each time a newer version is
available from the server, making maintenance much easier for you and almost
transparent to the end-users.

"ClickOnce Deployment Overview"
http://msdn2.microsoft.com/en-us/library/142dbbz4.aspx

If you are only installing the server software once then you probably won't
need a ClickOnce deployment for that. Just create a "Setup and Deployment"
project in VS 2005.

"Setup and Deployment Projects"
http://msdn2.microsoft.com/en-us/lib...9t(VS.80).aspx

--
Dave Sexton

"piggy" <pi***@discussi ons.microsoft.c omwrote in message
news:C1******** *************** ***********@mic rosoft.com...

>I have developed an application using C# under .NET 2.0 framework. It is
almost done and it is time for me to think about deploymnet to all users.
I
don't have any background about this and would like to see if anyone can
help
me get started. I have read some about clickonce deployment and not sure
much about this yet. Thanks for your help.

[piggy]

Dave,

Thanks for your response.

I have tried to setup 2 extra setup projects in my application solution. 1
is for client setup and the other is for server setup. As soon as i am done
with this, i have setup.exe and clientsetup.msi under \bin\debug directory
for both client and server. For deployment, i will hand those folder to the
end users and they will run the install. What if i have release a new
version?

About clickonce, it is the great solution for automatically deployment but i
am concern about granting permission when needed. As you mentioned early,
clickonce is not recommended as a public installation. So what is your
recommendation on this? My users are over the state. Thanks,
"Dave Sexton" wrote:

Hi,

Assuming that you have written a client application and a server
application, you should have two separate installation packages unless you
want a fair number of servers to be clients as well.

ClickOnce works quite nicely, but you may have to configure each client to
increase the permission level for your application if it needs FullTrust,
for example. For this reason, it's not recommended as a public installation
method, so you should use a "Setup and Deployment project" instead if you
need higher levels of trust than normally allowed by web installations and
if you don't have access to configure the security levels on each client.

You can create a ClickOnce installation easily in VS 2005, which will also
help to deploy the files to your server. The clients simply need to connect
to your server the first time to install the application and they'll
automatically receive updated software each time a newer version is
available from the server, making maintenance much easier for you and almost
transparent to the end-users.

"ClickOnce Deployment Overview"
http://msdn2.microsoft.com/en-us/library/142dbbz4.aspx

If you are only installing the server software once then you probably won't
need a ClickOnce deployment for that. Just create a "Setup and Deployment"
project in VS 2005.

"Setup and Deployment Projects"
http://msdn2.microsoft.com/en-us/lib...9t(VS.80).aspx

--
Dave Sexton

"piggy" <pi***@discussi ons.microsoft.c omwrote in message
news:C1******** *************** ***********@mic rosoft.com...

I have developed an application using C# under .NET 2.0 framework. It is
almost done and it is time for me to think about deploymnet to all users.
I
don't have any background about this and would like to see if anyone can
help
me get started. I have read some about clickonce deployment and not sure
much about this yet. Thanks for your help.

[Dave Sexton]

Hi,

I have tried to setup 2 extra setup projects in my application solution.
1
is for client setup and the other is for server setup. As soon as i am
done
with this, i have setup.exe and clientsetup.msi under \bin\debug directory
for both client and server. For deployment, i will hand those folder to
the
end users and they will run the install. What if i have release a new
version?

Using the GAC for your shared assemblies can ease dependency issues with
concurrently installed versions of your application and updating the
installation package's codes (via the Properties Window) is recommended, but
the users will still have to obtain the latest installation package and
execute it themselves.

There is another property in Setup and Deployment projects that can be used
to tell the Installer whether your latest .msi should replace earlier
versions of the application. In my experience, this is usually desirable,
but that will depend on whether your end-users require the earlier versions
of your application due to dependencies in functionality or the format of
persisted state. You should be careful about introducing breaking changes
into your applications so that all earlier versions may be removed without
harm.

About clickonce, it is the great solution for automatically deployment but
i
am concern about granting permission when needed. As you mentioned early,
clickonce is not recommended as a public installation. So what is your
recommendation on this? My users are over the state. Thanks,

It's not recommended if your application can't deal with restricted security
settings because it will run "sand-boxed", unless configured by the client.
Otherwise, there should be no problem at all. Verify whether your
application can run sand-boxed.

If your clients are all known ahead of time then it might not have to be a
public installation. Here are a few options:

A. Create a VPN for your users to securely connect and download your
ClickOnce installation
B. Allow users to connect to a Virtual Server using Remote Desktop and run
the program from there (this is more complex and not usually desirable by
end-users)
C. Deploy the ClickOnce installation to a public server protected by some
security mechanism (such as Basic Authentication in IIS). You must assign
users names and passwords. The problem with this approach is that you won't
be able to perform automatic updates, IIRC. So your end-users would have to
download updates manually.

--
Dave Sexton

[piggy]

Dave,

I would like all the update will happen automatically. For example, when a
user launch an application, it first cheks to see if there is a new version,
if it is, a user will be asked to run the update, as soon as it is done, then
the app will be launched. Is that possible to do? Thanks,

"Dave Sexton" wrote:

Hi,

I have tried to setup 2 extra setup projects in my application solution.
1
is for client setup and the other is for server setup. As soon as i am
done
with this, i have setup.exe and clientsetup.msi under \bin\debug directory
for both client and server. For deployment, i will hand those folder to
the
end users and they will run the install. What if i have release a new
version?

Using the GAC for your shared assemblies can ease dependency issues with
concurrently installed versions of your application and updating the
installation package's codes (via the Properties Window) is recommended, but
the users will still have to obtain the latest installation package and
execute it themselves.

There is another property in Setup and Deployment projects that can be used
to tell the Installer whether your latest .msi should replace earlier
versions of the application. In my experience, this is usually desirable,
but that will depend on whether your end-users require the earlier versions
of your application due to dependencies in functionality or the format of
persisted state. You should be careful about introducing breaking changes
into your applications so that all earlier versions may be removed without
harm.

About clickonce, it is the great solution for automatically deployment but
i
am concern about granting permission when needed. As you mentioned early,
clickonce is not recommended as a public installation. So what is your
recommendation on this? My users are over the state. Thanks,

It's not recommended if your application can't deal with restricted security
settings because it will run "sand-boxed", unless configured by the client.
Otherwise, there should be no problem at all. Verify whether your
application can run sand-boxed.

If your clients are all known ahead of time then it might not have to be a
public installation. Here are a few options:

A. Create a VPN for your users to securely connect and download your
ClickOnce installation
B. Allow users to connect to a Virtual Server using Remote Desktop and run
the program from there (this is more complex and not usually desirable by
end-users)
C. Deploy the ClickOnce installation to a public server protected by some
security mechanism (such as Basic Authentication in IIS). You must assign
users names and passwords. The problem with this approach is that you won't
be able to perform automatic updates, IIRC. So your end-users would have to
download updates manually.

--
Dave Sexton

[Dave Sexton]

Hi,

I would like all the update will happen automatically. For example, when
a
user launch an application, it first cheks to see if there is a new
version,
if it is, a user will be asked to run the update, as soon as it is done,
then
the app will be launched. Is that possible to do? Thanks,

ClickOnce will do that, yes.

You could design that functionality into your own program. I'm not sure
what problems you'll run into since I've never tried myself, but I can't
imagine that it would be too difficult:

1. When the application starts check some persisted setting to see whether
the application should check for newer versions on the web
2. Call into a custom Web Service (on a well-known server) that informs your
application whether a new version is available
3. If so, download the new version and start the installer Process. If not,
open the application as normal.

You'll have to account for security if clients will not be on a private
network or VPN by requiring the clients to authenticate with the server that
hosts the Web Service and installation package.

Your customers will have to manually obtain the installation package for
your application from the web, but only the first time it's installed.

The benefit of this approach is that your application can run with the trust
of the end-user without them having to configure it first, however you'll
have to develop the feature yourself, including a web service.

--
Dave Sexton

[piggy]

Dave,

i have had this information in pieces. If you don't mind, could you put
together all the steps in order to complete the installation package? Thanks,

"Dave Sexton" wrote:

Hi,

I would like all the update will happen automatically. For example, when
a
user launch an application, it first cheks to see if there is a new
version,
if it is, a user will be asked to run the update, as soon as it is done,
then
the app will be launched. Is that possible to do? Thanks,

ClickOnce will do that, yes.

You could design that functionality into your own program. I'm not sure
what problems you'll run into since I've never tried myself, but I can't
imagine that it would be too difficult:

1. When the application starts check some persisted setting to see whether
the application should check for newer versions on the web
2. Call into a custom Web Service (on a well-known server) that informs your
application whether a new version is available
3. If so, download the new version and start the installer Process. If not,
open the application as normal.

You'll have to account for security if clients will not be on a private
network or VPN by requiring the clients to authenticate with the server that
hosts the Web Service and installation package.

Your customers will have to manually obtain the installation package for
your application from the web, but only the first time it's installed.

The benefit of this approach is that your application can run with the trust
of the end-user without them having to configure it first, however you'll
have to develop the feature yourself, including a web service.

--
Dave Sexton

[Dave Sexton]

Hi,

The links I posted in my original response should provide all the
information that you need. There are many possible steps depending upon
your requirements. It just doesn't make sense to go through all of them
here.

Basically, you have to go to the "Publish" tab in your project's properties
window and configure ClickOnce there. VS 2005 does everything for you so
it's really just a matter of configuration.

--
Dave Sexton

"piggy" <pi***@discussi ons.microsoft.c omwrote in message
news:58******** *************** ***********@mic rosoft.com...

Dave,

i have had this information in pieces. If you don't mind, could you put
together all the steps in order to complete the installation package?
Thanks,

"Dave Sexton" wrote:

>Hi,

I would like all the update will happen automatically. For example,
when
a
user launch an application, it first cheks to see if there is a new
version,
if it is, a user will be asked to run the update, as soon as it is
done,
then
the app will be launched. Is that possible to do? Thanks,

ClickOnce will do that, yes.

You could design that functionality into your own program. I'm not sure
what problems you'll run into since I've never tried myself, but I can't
imagine that it would be too difficult:

1. When the application starts check some persisted setting to see
whether
the application should check for newer versions on the web
2. Call into a custom Web Service (on a well-known server) that informs
your
application whether a new version is available
3. If so, download the new version and start the installer Process. If
not,
open the application as normal.

You'll have to account for security if clients will not be on a private
network or VPN by requiring the clients to authenticate with the server
that
hosts the Web Service and installation package.

Your customers will have to manually obtain the installation package for
your application from the web, but only the first time it's installed.

The benefit of this approach is that your application can run with the
trust
of the end-user without them having to configure it first, however you'll
have to develop the feature yourself, including a web service.

--
Dave Sexton

[piggy]

Dave,

i have another question about choosing a ClickOnce Update strategy. My app
is used by state troopers. They only have high bandwidth network connections
when they are in the offices. Low bandwidth is at all time when they are on
the roads. I know there are three ways that we can do. 1) checking for
updates after application startup 2) checking for updates before applicaton
startup 3) Making udpates required. The first one is best for low bandwidth
and the second one is best for high bandwidth. In my case, the network
connection is changing based on where they are. Some times they will have no
network coverage at all if they are in the far mountains for example.
Thanks,

"Dave Sexton" wrote:

Hi,

The links I posted in my original response should provide all the
information that you need. There are many possible steps depending upon
your requirements. It just doesn't make sense to go through all of them
here.

Basically, you have to go to the "Publish" tab in your project's properties
window and configure ClickOnce there. VS 2005 does everything for you so
it's really just a matter of configuration.

--
Dave Sexton

"piggy" <pi***@discussi ons.microsoft.c omwrote in message
news:58******** *************** ***********@mic rosoft.com...

Dave,

i have had this information in pieces. If you don't mind, could you put
together all the steps in order to complete the installation package?
Thanks,

"Dave Sexton" wrote:

Hi,

I would like all the update will happen automatically. For example,
when
a
user launch an application, it first cheks to see if there is a new
version,
if it is, a user will be asked to run the update, as soon as it is
done,
then
the app will be launched. Is that possible to do? Thanks,

ClickOnce will do that, yes.

You could design that functionality into your own program. I'm not sure
what problems you'll run into since I've never tried myself, but I can't
imagine that it would be too difficult:

1. When the application starts check some persisted setting to see
whether
the application should check for newer versions on the web
2. Call into a custom Web Service (on a well-known server) that informs
your
application whether a new version is available
3. If so, download the new version and start the installer Process. If
not,
open the application as normal.

You'll have to account for security if clients will not be on a private
network or VPN by requiring the clients to authenticate with the server
that
hosts the Web Service and installation package.

Your customers will have to manually obtain the installation package for
your application from the web, but only the first time it's installed.

The benefit of this approach is that your application can run with the
trust
of the end-user without them having to configure it first, however you'll
have to develop the feature yourself, including a web service.

--
Dave Sexton

[Dave Sexton]

Hi,

My suggestion would be to choose the approach that works best for all
possible situations, which I believe is option 1. In this case, end-users
will have to restart the application for any updates to take affect, but
they'll still be downloading at full-speed when connected to a
high-bandwidth network and when they are mobile it's obviously the best
choice.

--
Dave Sexton

"piggy" <pi***@discussi ons.microsoft.c omwrote in message
news:BF******** *************** ***********@mic rosoft.com...

Dave,

i have another question about choosing a ClickOnce Update strategy. My
app
is used by state troopers. They only have high bandwidth network
connections
when they are in the offices. Low bandwidth is at all time when they are
on
the roads. I know there are three ways that we can do. 1) checking for
updates after application startup 2) checking for updates before
applicaton
startup 3) Making udpates required. The first one is best for low
bandwidth
and the second one is best for high bandwidth. In my case, the network
connection is changing based on where they are. Some times they will have
no
network coverage at all if they are in the far mountains for example.
Thanks,

"Dave Sexton" wrote:

>Hi,

The links I posted in my original response should provide all the
information that you need. There are many possible steps depending upon
your requirements. It just doesn't make sense to go through all of them
here.

Basically, you have to go to the "Publish" tab in your project's
properties
window and configure ClickOnce there. VS 2005 does everything for you so
it's really just a matter of configuration.

--
Dave Sexton

"piggy" <pi***@discussi ons.microsoft.c omwrote in message
news:58******* *************** ************@mi crosoft.com...

Dave,

i have had this information in pieces. If you don't mind, could you
put
together all the steps in order to complete the installation package?
Thanks,

"Dave Sexton" wrote:

Hi,

I would like all the update will happen automatically. For example,
when
a
user launch an application, it first cheks to see if there is a new
version,
if it is, a user will be asked to run the update, as soon as it is
done,
then
the app will be launched. Is that possible to do? Thanks,

ClickOnce will do that, yes.

You could design that functionality into your own program. I'm not
sure
what problems you'll run into since I've never tried myself, but I
can't
imagine that it would be too difficult:

1. When the application starts check some persisted setting to see
whether
the application should check for newer versions on the web
2. Call into a custom Web Service (on a well-known server) that
informs
your
application whether a new version is available
3. If so, download the new version and start the installer Process.
If
not,
open the application as normal.

You'll have to account for security if clients will not be on a
private
network or VPN by requiring the clients to authenticate with the
server
that
hosts the Web Service and installation package.

Your customers will have to manually obtain the installation package
for
your application from the web, but only the first time it's installed.

The benefit of this approach is that your application can run with the
trust
of the end-user without them having to configure it first, however
you'll
have to develop the feature yourself, including a web service.

--
Dave Sexton