Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / ASP.NET / Web Services / January 2004

Tip: Looking for answers? Try searching our database.

Accessing the server's registry in an ASP.Net Web Service...

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Daniel Bass - 28 Jan 2004 11:43 GMT
[ the article ]

I've found this article on how to get ASP.Net to read/write from the
server's registry, but it got heavily critted as being something that you
should not do...

http://www.wwwcoder.com/main/parentid/263/site/2281/68/default.aspx

[ why is that? ]

what's the problem with a server side application reading data from a server
box, and using that in it's functions?
the second major question then is, what are the alternatives?

[ a bit of background ]

I've got a messaging framework, and have exposed an incoming interface into
this via HTTP through Web Services. But I don't know how this web service
can directly invoke my application, so i'm going through the input file
layer I've created, that polls a folder for valid files...
So the configurable value i need is the path where this putting and getting
of files is going to take place, the obvious thing to do is stick it in the
server registry so that when the web service is sent data, it sticks the
relevant files into the folder, who's location it finds in the registry.

Thanks for your time.
Daniel Bass.
Kevin Spencer - 28 Jan 2004 14:53 GMT
> I've found this article on how to get ASP.Net to read/write from the
> server's registry, but it got heavily critted as being something that you
> should not do...

By whom? The article certainly doesn't say that wiritng to the Registry is
not something you should do. It merely warns you about the possible issues
that you may encounter.

> [ why is that? ]

Again, who said that?

> what's the problem with a server side application reading data from a server
> box, and using that in it's functions?
The article does a good job of explaining what issues you will have to deal
with.

> the second major question then is, what are the alternatives?
> I've got a messaging framework, and have exposed an incoming interface into
[quoted text clipped - 5 lines]
> server registry so that when the web service is sent data, it sticks the
> relevant files into the folder, who's location it finds in the registry.

Putting data into the System Registry is hardly "the obvious thing to so" -
actually, a database is the usual place to store data persistently. You can
also write the information to a file. While using the registry for such a
purpose isn't going to harm anything necessarily, it will add to the size of
the registry, which is not necessarily a good thing.

Signature

HTH,
Kevin Spencer
.Net Developer
Microsoft MVP
Big things are made up
of lots of little things.

> [ the article ]
>
[quoted text clipped - 23 lines]
> Thanks for your time.
> Daniel Bass.
Michael Pearson - 28 Jan 2004 21:22 GMT
Well, for me if I need a simple configuration value that my webservice needs
to read, I put it in the web.config file.  I like to keep out of the
registry as much as possible.

If you need more details about how to work with the web.config, let me know.

Michael

> [ the article ]
>
[quoted text clipped - 23 lines]
> Thanks for your time.
> Daniel Bass.

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.