App.Config

[RedLars]

Hi,

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

Under Assembly \ Properties I got a Settings.settin gs 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 WindowsApplicat ion1.exe.config which is a copy of
App.Config. However If I change the content of the
WindowsApplicat ion1.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 = ConfigurationMa nager.AppSettin gs.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.con fig file, which is used by the
app when running. The appname.exe.con fig 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.goo glegroups.com.. .

Hi,

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

Under Assembly \ Properties I got a Settings.settin gs 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 WindowsApplicat ion1.exe.config which is a copy of
App.Config. However If I change the content of the
WindowsApplicat ion1.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 = ConfigurationMa nager.AppSettin gs.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" <unclechut...@n othinks.comwrot e:

The app.config file is used when developing the project, and is compiled
with the project to create the appname.exe.con fig file, which is used by the
app when running. The appname.exe.con fig 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.goo glegroups.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" <unclechut...@n othinks.comwrot e:

>The app.config file is used when developing the project, and is compiled
with the project to create the appname.exe.con fig file, which is used by
the
app when running. The appname.exe.con fig 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.e xe.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.d ll 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" <unclechut...@n othinks.comwrot e:

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.goo glegroups.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.e xe.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.d ll 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" <unclechut...@n othinks.comwrot e:

>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" <macleod1...@ms n.comwrote:

What about creating your own XML file and distributing it with the app.
That way any module can access it using standard .Net classes?"RedLar s" <Liverpool1...@ gmail.comwrote in message

news:11******** **************@ l77g2000hsb.goo glegroups.com.. .

[Kevin Spencer]

Hi Lars,

Perhaps you want to use the linkedConfigura tion 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.goo glegroups.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.e xe.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.d ll 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" <unclechut...@n othinks.comwrot e:

>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,

<LinkedConfigur ationthat Kevin referred is certainly great but that
is specific .NET 3.0. I believe for the time being
"ExeConfigurati onFileMap" in conjunction with
"OpenMappedExeC onfiguration" 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" <unclechut...@n othinks.comwrot e:

Hi Lars,

Perhaps you want to use the linkedConfigura tion 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" <Liverpool1...@ gmail.comwrote in message

news:11******** **************@ l77g2000hsb.goo glegroups.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.e xe.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.d ll 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" <unclechut...@n othinks.comwrot e:

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
LinkedConfigura tion. 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
"linkedConfigur ation".

Regards
Irfan.

On Apr 20, 4:25 pm, M Irfan <mohd.ir...@gma il.comwrote:

Hi RedLars,

<LinkedConfigur ationthat Kevin referred is certainly great but that
is specific .NET 3.0. I believe for the time being
"ExeConfigurati onFileMap" in conjunction with
"OpenMappedExeC onfiguration" 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" <unclechut...@n othinks.comwrot e:

Hi Lars,

Perhaps you want to use the linkedConfigura tion 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" <Liverpool1...@ gmail.comwrote in message

news:11******** **************@ l77g2000hsb.goo glegroups.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.e xe.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.d ll 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" <unclechut...@n othinks.comwrot e:
>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