App.Config

[RedLars]

Hi,

Have a question about an AppSetting's file in VS2005.

Under Assembly \ Properties I got a Settings.settings which contains a
table of name, type, value etc. I also got a App.Config file in the
assembly which mirror the values in the table. When building the app
it generates WindowsApplication1.exe.config which is a copy of
App.Config. However If I change the content of the
WindowsApplication1.exe.config file using notepad, say from
<add key="KEY" value="test" />
to
<add key="KEY" value="demo" />
and re-run the application (without rebuilding it) it does not use the
new value.

I'm using this code to retrive the data;

string s = ConfigurationManager.AppSettings.Get("KEY");

Whats the correct way of using an settings file with .NET 2.0 that a
user can edit manually ? Should I be using other resources and api?

Cheers

[Kevin Spencer]

The app.config file is used when developing the project, and is compiled
with the project to create the appname.exe.config file, which is used by the
app when running. The appname.exe.config file must be in the directory of
the exectuable's AppDomain, which is the directory the exe resides in. It
can be changed manually and will work after the app is deployed.

--
HTH,

Kevin Spencer
Microsoft MVP

Printing Components, Email Components,
FTP Client Classes, Enhanced Data Controls, much more.
DSI PrintManager, Miradyne Component Libraries:
http://www.miradyne.net

"RedLars" <Li***********@gmail.comwrote in message
news:11**********************@q75g2000hsh.googlegr oups.com...

Hi,

Have a question about an AppSetting's file in VS2005.

Under Assembly \ Properties I got a Settings.settings which contains a
table of name, type, value etc. I also got a App.Config file in the
assembly which mirror the values in the table. When building the app
it generates WindowsApplication1.exe.config which is a copy of
App.Config. However If I change the content of the
WindowsApplication1.exe.config file using notepad, say from
<add key="KEY" value="test" />
to
<add key="KEY" value="demo" />
and re-run the application (without rebuilding it) it does not use the
new value.

I'm using this code to retrive the data;

string s = ConfigurationManager.AppSettings.Get("KEY");

Whats the correct way of using an settings file with .NET 2.0 that a
user can edit manually ? Should I be using other resources and api?

Cheers

[RedLars]

Thanks for the feedback.

Say I have a solution with one .exe and 3-4 aseemblies and I want one
common config file. How would I go about setting that up?

I mean, in which component do I place the app.Config file so that all
components can access its' information?

Say the the project consists of Demo.exe, common.dll, foo.dll and
bar.dll and they all needs to read config information from one place
(App.config?). All are part of same solution. Sort of confuessed here
as youse might have noticed.

Appreciate any feedback.

On 18 Apr, 13:10, "Kevin Spencer" <[e-mail]:

The app.config file is used when developing the project, and is compiled
with the project to create the appname.exe.config file, which is used by the
app when running. The appname.exe.config file must be in the directory of
the exectuable's AppDomain, which is the directory the exe resides in. It
can be changed manually and will work after the app is deployed.

--
HTH,

Kevin Spencer
Microsoft MVP

Printing Components, Email Components,
FTP Client Classes, Enhanced Data Controls, much more.
DSI PrintManager, Miradyne Component Libraries:http://www.miradyne.net

[Kevin Spencer]

Hi RedLars,

In Visual Studio 2005, you can add Settings to each separate project. If
they exist in the executable Project, the values in the executable Project
will be used. I have done very similar types of projects myself.

--
HTH,

Kevin Spencer
Microsoft MVP

Printing Components, Email Components,
FTP Client Classes, Enhanced Data Controls, much more.
DSI PrintManager, Miradyne Component Libraries:
http://www.miradyne.net

"RedLars" <Li***********@gmail.comwrote in message
news:11**********************@e65g2000hsc.googlegr oups.com...

Thanks for the feedback.

Say I have a solution with one .exe and 3-4 aseemblies and I want one
common config file. How would I go about setting that up?

I mean, in which component do I place the app.Config file so that all
components can access its' information?

Say the the project consists of Demo.exe, common.dll, foo.dll and
bar.dll and they all needs to read config information from one place
(App.config?). All are part of same solution. Sort of confuessed here
as youse might have noticed.

Appreciate any feedback.

On 18 Apr, 13:10, "Kevin Spencer" <[e-mail]:

>The app.config file is used when developing the project, and is compiled
with the project to create the appname.exe.config file, which is used by
the
app when running. The appname.exe.config file must be in the directory of
the exectuable's AppDomain, which is the directory the exe resides in. It
can be changed manually and will work after the app is deployed.

--
HTH,

Kevin Spencer
Microsoft MVP

Printing Components, Email Components,
FTP Client Classes, Enhanced Data Controls, much more.
DSI PrintManager, Miradyne Component Libraries:http://www.miradyne.net

[RedLars]

Thanks for the feedback.

Unfortunately my problem is not coming across right.

Say I create a solution and add four dll projects to the solution. If
I then add different settings to each project (project properties-

>settings) and build the solution I get five libraryConfig.exe.config

files that mirror the individual settings in each project I created.
This is not acceptable for me, I'm looking for just one config file
for all the projects within the solution.

In addition, a requirement of the project is that the config file
should not depend on the .exe of the project to work (Dont want for
instance LibraryCommon.dll to depdent on Library.exe to read the
config file).

So how can I, using .NET and Visual Studio, create and maintain one
config file that all projects within a visual studio solution can
access and alter.

On 18 Apr, 18:43, "Kevin Spencer" <[e-mail]:

Hi RedLars,

In Visual Studio 2005, you can add Settings to each separate project. If
they exist in the executable Project, the values in the executable Project
will be used. I have done very similar types of projects myself.

--
HTH,

Kevin Spencer
Microsoft MVP

Printing Components, Email Components,
FTP Client Classes, Enhanced Data Controls, much more.
DSI PrintManager, Miradyne Component Libraries:http://www.miradyne.net

[macleod]

What about creating your own XML file and distributing it with the app.
That way any module can access it using standard .Net classes?
"RedLars" <Li***********@gmail.comwrote in message
news:11**********************@l77g2000hsb.googlegr oups.com...

Thanks for the feedback.

Unfortunately my problem is not coming across right.

Say I create a solution and add four dll projects to the solution. If
I then add different settings to each project (project properties-

>>settings) and build the solution I get five libraryConfig.exe.config

files that mirror the individual settings in each project I created.
This is not acceptable for me, I'm looking for just one config file
for all the projects within the solution.

In addition, a requirement of the project is that the config file
should not depend on the .exe of the project to work (Dont want for
instance LibraryCommon.dll to depdent on Library.exe to read the
config file).

So how can I, using .NET and Visual Studio, create and maintain one
config file that all projects within a visual studio solution can
access and alter.

On 18 Apr, 18:43, "Kevin Spencer" <[e-mail]:

>Hi RedLars,

In Visual Studio 2005, you can add Settings to each separate project. If
they exist in the executable Project, the values in the executable
Project
will be used. I have done very similar types of projects myself.

--
HTH,

Kevin Spencer
Microsoft MVP

Printing Components, Email Components,
FTP Client Classes, Enhanced Data Controls, much more.
DSI PrintManager, Miradyne Component Libraries:http://www.miradyne.net

[RedLars]

Yeah, I'm definitely considering that. Initally I'd perfer using .NET
(i.e. not re-inventing the wheel) but now I'm not so sure.

On 19 Apr, 22:11, "macleod" <[e-mail]:

What about creating your own XML file and distributing it with the app.
That way any module can access it using standard .Net classes?"RedLars" <[e-mail] in message

news:11**********************@l77g2000hsb.googlegr oups.com...

[Kevin Spencer]

Hi Lars,

Perhaps you want to use the linkedConfiguration Configuration element:

http://msdn2.microsoft.com/en-us/library/ms404300.aspx

--
HTH,

Kevin Spencer
Microsoft MVP

Printing Components, Email Components,
FTP Client Classes, Enhanced Data Controls, much more.
DSI PrintManager, Miradyne Component Libraries:
http://www.miradyne.net

"RedLars" <Li***********@gmail.comwrote in message
news:11**********************@l77g2000hsb.googlegr oups.com...

Thanks for the feedback.

Unfortunately my problem is not coming across right.

Say I create a solution and add four dll projects to the solution. If
I then add different settings to each project (project properties-

>>settings) and build the solution I get five libraryConfig.exe.config

files that mirror the individual settings in each project I created.
This is not acceptable for me, I'm looking for just one config file
for all the projects within the solution.

In addition, a requirement of the project is that the config file
should not depend on the .exe of the project to work (Dont want for
instance LibraryCommon.dll to depdent on Library.exe to read the
config file).

So how can I, using .NET and Visual Studio, create and maintain one
config file that all projects within a visual studio solution can
access and alter.

On 18 Apr, 18:43, "Kevin Spencer" <[e-mail]:

>Hi RedLars,

In Visual Studio 2005, you can add Settings to each separate project. If
they exist in the executable Project, the values in the executable
Project
will be used. I have done very similar types of projects myself.

--
HTH,

Kevin Spencer
Microsoft MVP

Printing Components, Email Components,
FTP Client Classes, Enhanced Data Controls, much more.
DSI PrintManager, Miradyne Component Libraries:http://www.miradyne.net

[M Irfan]

Hi RedLars,

<LinkedConfigurationthat Kevin referred is certainly great but that
is specific .NET 3.0. I believe for the time being
"ExeConfigurationFileMap" in conjunction with
"OpenMappedExeConfiguration" can be helpful. Your dll components can
have their own configuration files and Exe application has its own.
You can load each components config settigs when it is first
instantiated. For simplicity you can create a seperate method in each
assembly that will load config settings and you can call this method
whenever module is laoded for the first time in memory.

Regards,
Irfan.

On Apr 20, 3:50 pm, "Kevin Spencer" <[e-mail]:

Hi Lars,

Perhaps you want to use the linkedConfiguration Configuration element:

http://msdn2.microsoft.com/en-us/library/ms404300.aspx

--
HTH,

Kevin Spencer
Microsoft MVP

Printing Components, Email Components,
FTP Client Classes, Enhanced Data Controls, much more.
DSI PrintManager, Miradyne Component Libraries:http://www.miradyne.net

"RedLars" <[e-mail] in message

news:11**********************@l77g2000hsb.googlegr oups.com...

Thanks for the feedback.

Unfortunately my problem is not coming across right.

Say I create a solution and add four dll projects to the solution. If
I then add different settings to each project (project properties-

>settings) and build the solution I get five libraryConfig.exe.config

files that mirror the individual settings in each project I created.
This is not acceptable for me, I'm looking for just one config file
for all the projects within the solution.

In addition, a requirement of the project is that the config file
should not depend on the .exe of the project to work (Dont want for
instance LibraryCommon.dll to depdent on Library.exe to read the
config file).

So how can I, using .NET and Visual Studio, create and maintain one
config file that all projects within a visual studio solution can
access and alter.

On 18 Apr, 18:43, "Kevin Spencer" <[e-mail]:

Hi RedLars,

In Visual Studio 2005, you can add Settings to each separate project. If
they exist in the executable Project, the values in the executable
Project
will be used. I have done very similar types of projects myself.

--
HTH,

Kevin Spencer
Microsoft MVP

Printing Components, Email Components,
FTP Client Classes, Enhanced Data Controls, much more.
DSI PrintManager, Miradyne Component Libraries:http://www.miradyne.net

[M Irfan]

My apologies for making a wrong statement regarding
LinkedConfiguration. I felt sorry when after positng I read this:

"The way for application config file to include another config file,
is a feature we introduced in .Net 2.0. This is called
"linkedConfiguration".

Regards
Irfan.

On Apr 20, 4:25 pm, M Irfan <[e-mail]:

Hi RedLars,

<LinkedConfigurationthat Kevin referred is certainly great but that
is specific .NET 3.0. I believe for the time being
"ExeConfigurationFileMap" in conjunction with
"OpenMappedExeConfiguration" can be helpful. Your dll components can
have their own configuration files and Exe application has its own.
You can load each components config settigs when it is first
instantiated. For simplicity you can create a seperate method in each
assembly that will load config settings and you can call this method
whenever module is laoded for the first time in memory.

Regards,
Irfan.

On Apr 20, 3:50 pm, "Kevin Spencer" <[e-mail]:

Hi Lars,

Perhaps you want to use the linkedConfiguration Configuration element:

http://msdn2.microsoft.com/en-us/library/ms404300.aspx

--
HTH,

Kevin Spencer
Microsoft MVP

Printing Components, Email Components,
FTP Client Classes, Enhanced Data Controls, much more.
DSI PrintManager, Miradyne Component Libraries:http://www.miradyne.net

"RedLars" <[e-mail] in message

news:11**********************@l77g2000hsb.googlegr oups.com...

Thanks for the feedback.

Unfortunately my problem is not coming across right.

Say I create a solution and add four dll projects to the solution. If
I then add different settings to each project (project properties-
>>settings) and build the solution I get five libraryConfig.exe.config
files that mirror the individual settings in each project I created.
This is not acceptable for me, I'm looking for just one config file
for all the projects within the solution.

In addition, a requirement of the project is that the config file
should not depend on the .exe of the project to work (Dont want for
instance LibraryCommon.dll to depdent on Library.exe to read the
config file).

So how can I, using .NET and Visual Studio, create and maintain one
config file that all projects within a visual studio solution can
access and alter.

On 18 Apr, 18:43, "Kevin Spencer" <[e-mail]:
>Hi RedLars,

>In Visual Studio 2005, you can add Settings to each separate project. If
>they exist in the executable Project, the values in the executable
>Project
>will be used. I have done very similar types of projects myself.

>--
>HTH,

>Kevin Spencer
>Microsoft MVP

>Printing Components, Email Components,
>FTP Client Classes, Enhanced Data Controls, much more.
>DSI PrintManager, Miradyne Component Libraries:http://www.miradyne.net

[Ravichandran J.V.]

In 2.0, ConfigurationManager class provides for reading from the
App.Config file.

with regards,
J.V.Ravichandran
- http://www.geocities.com/
jvravichandran
- Or, just search on "J.V.Ravichandran"
at http://www.Google.com

*** Sent via Developersdex http://www.developersdex.com ***