Re: WSE 3.0 settings

I understand your point. I can make it work by putting all settings in main
exe file. That is how I am doing now (for time being). But let us assume that
I want to use third party DLL (Or I have to develop a DLL to be used in other
projects) which provides access to database. Only DLL knows whether to look
in the local database or access a webservice. So that means if I have to use
that DLL then I have to copy/paste all the settings from the third party dll
config file and put it in my main exe file. This seems a bit odd and destroys
the encapsulation concept.
But my concern is to confirm if it is possible or not to create some sort of
link between main exe config and my custom config file so that main exe just
point to the secondary config file and let WSE know where to look for
settings. (Just like I can put a file attribute in appSettings settings to
load settings from other file)

Just to know if it is possible or not. If not then I have no choice.
Tomorrow when I have to use more DLLs each is accessing a web service of diff
kind then it will be messy.

See, I can add web reference in DLL projects and it does its job(Then for
WSE settings I have to go to caller application config file. A bit odd)


Thanks
KDV




"Julie Lerman" wrote:

All of the configuration needs to reside in the config file for the exe.
When you are developing, they are in different project folders, but when it
is deployed, they are all in one folder and the exe provides the config as
well as the policy file.

I remember scratching my head over this in WSE 2 when I first started using
it in a solution that had many projects and I was configuring the wse
properties for the individual projects that were class libraries.

So just do all of your wse 3 settings on the main exe project

Make sense?

julie

"KDV" <kdv@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:3F047611-E2BB-43AD-8937-DC4DF11CACDC@xxxxxxxxxxxxxxxx
Hi,
I have a scenario as follow:

The client application is Windows form which is using bunch of DLLs (.NET)
also. One of the dll provides access to the web service. If I put WSE
configuration settings in the DLL (Say MyDLL.DLL.Config) config file then
the
Client exe (Say MyApp.Exe) does not apply those settings. From the design
point of view it becomes the responsibility of dll to apply those
settings.
My question is how the WSE 3.0 will find those settings in
MyDLL.DLL.Config
file instead of MyApp.exe.config file ??

Do I have to do it in code ?

Any idea ???

Thanks
KDV



.

Relevant Pages

  • Re: WSE 3.0 settings
    ... I think WSE should apply settings on fly. ... should look for the settings in the calling assembly config file (Calling ... I want to use third party DLL (Or I have to develop a DLL to be used in ...
    (microsoft.public.dotnet.framework.webservices.enhancements)
  • Re: Can this be done?
    ... That's got a great primer on attaching multiple applications to a single ActiveX EXE, and some of the issues involved. ... access the already created ActX DLL to read settings that are already set. ... Obviously I can use my second EXE to create an instance of that DLL, ...
    (microsoft.public.vb.general.discussion)
  • Re: Attach and Access config file for Class Library
    ... The way this is *supposed* to work, the app.config would hold the settings ... including the settings for the dll. ... I don't use the config file API. ... and have your app simply load the xml file from the ...
    (microsoft.public.dotnet.framework)
  • Handling of App.config Files in Solution with some Subprojects
    ... And maybee someone finds it interesting ... ... Project Network (DLL) with app.config ... The settings in the other files are compiled into the DLLs and thanks to Lutz Roeder I can find it there in the CompilerGenerated internal sealed class Settings. ... I made a config file for easy changeing that values ... ...
    (microsoft.public.dotnet.general)
  • Re: Can this be done?
    ... I have a second standard EXE that wants to ... access the already created ActX DLL to read settings that are already set. ... alternative is when one app changes a piece of data then it should send a ...
    (microsoft.public.vb.general.discussion)
Loading