Web service reference in app.config file issue
-
Hi, I have added a web service reference in my WPF application. VS automatically adds some binding tags and endpoint address like http://mydomain.com/services/sample.asmx in the app.config file.Now when I deploy this application with setup project and install it, application folder contains myapplication.exe.config file which displays this endpoint address and other binding details. I need to hide this details from the user. As user may change this details. 1. Should I hide binding details anyhow? so that it will not be visible to the application user. 2. Can I move this reference to any other file or may be in the project dll itself? Your help would be appreciated.
Regards
-
Hi, I have added a web service reference in my WPF application. VS automatically adds some binding tags and endpoint address like http://mydomain.com/services/sample.asmx in the app.config file.Now when I deploy this application with setup project and install it, application folder contains myapplication.exe.config file which displays this endpoint address and other binding details. I need to hide this details from the user. As user may change this details. 1. Should I hide binding details anyhow? so that it will not be visible to the application user. 2. Can I move this reference to any other file or may be in the project dll itself? Your help would be appreciated.
Regards
You can feed the endpoint in from your code - there are a couple of articles on dynamic endpoint set up. However I would not bother if a user fiddles with a config file you need to shoot the user. It is easy (for you) to recover from the problem and it will identify an idiot in your organisation.
Never underestimate the power of human stupidity RAH
-
You can feed the endpoint in from your code - there are a couple of articles on dynamic endpoint set up. However I would not bother if a user fiddles with a config file you need to shoot the user. It is easy (for you) to recover from the problem and it will identify an idiot in your organisation.
Never underestimate the power of human stupidity RAH
Thanks for the suggestion Mycroft.
Mycroft Holmes wrote:
However I would not bother if a user fiddles with a config file you need to shoot the user. It is easy (for you) to recover from the problem and it will identify an idiot in your organisation.
That is good point. :cool: Actually I am implementing user activity tracking application, so if user is idle for X min it will call a web service and add idle entry in the database for that user. This details will be used in the reporting. Now we are technical team, anyone can change this endpoint and stop the web service call. so I must have to take some security steps. ;) I will try to follow dynamic binding from the code side. Thanks for the help.
Regards
-
Thanks for the suggestion Mycroft.
Mycroft Holmes wrote:
However I would not bother if a user fiddles with a config file you need to shoot the user. It is easy (for you) to recover from the problem and it will identify an idiot in your organisation.
That is good point. :cool: Actually I am implementing user activity tracking application, so if user is idle for X min it will call a web service and add idle entry in the database for that user. This details will be used in the reporting. Now we are technical team, anyone can change this endpoint and stop the web service call. so I must have to take some security steps. ;) I will try to follow dynamic binding from the code side. Thanks for the help.
Regards
Why not reverse the reporting process - n# Activities in x minutes then if they break the connection they get ragged on for not working. Or change the way you present it, if they pass a reasonable minimum threshold then they are rewarded instead of hassled. Morale must be really crappy in your organisation if such a negative outlook is predominant.
Never underestimate the power of human stupidity RAH
-
Why not reverse the reporting process - n# Activities in x minutes then if they break the connection they get ragged on for not working. Or change the way you present it, if they pass a reasonable minimum threshold then they are rewarded instead of hassled. Morale must be really crappy in your organisation if such a negative outlook is predominant.
Never underestimate the power of human stupidity RAH
Mycroft Holmes wrote:
Morale must be really crappy in your organisation if such a negative outlook is predominant.
Yes, you are absolutely right. :thumbsup: This small application is only for monitoring employees idle status on his/her PC and not the working status. :( Like someone talk on phone or may take small coffee break more than define criteria(i.e. X min), then system will add a entry in the database and notify use about it. So to minimize small break(which is too usual :cool:) , organization is approaching this application and it is too annoying for me. :sigh:
Regards
-
Mycroft Holmes wrote:
Morale must be really crappy in your organisation if such a negative outlook is predominant.
Yes, you are absolutely right. :thumbsup: This small application is only for monitoring employees idle status on his/her PC and not the working status. :( Like someone talk on phone or may take small coffee break more than define criteria(i.e. X min), then system will add a entry in the database and notify use about it. So to minimize small break(which is too usual :cool:) , organization is approaching this application and it is too annoying for me. :sigh:
Regards
If I were you, and I was working in such a controlling environment, I would look for another job. No good can come from such an application.
Forgive your enemies - it messes with their heads
"Mind bleach! Send me mind bleach!" - Nagy Vilmos
My blog | My articles | MoXAML PowerToys | Mole 2010 - debugging made easier - my favourite utility