|
TS doesn't care about the client hardware at all, so it's not going to give you access to it. But, there's always one of these, once you get the client computer name from WTSQueryUserConfig, you can use it to connect back to the client machine and query WMI (if available!) to get its hardware details.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
thanks 
|
|
|
|
|
I am new to C#..about 6 months in. I am working on a program that will Inventory computers, and then either write out to a text file or dump the data into an SQL server. Would this be best suited to run as a Service or make it a scheduled task?
Eric
|
|
|
|
|
Scheduled Task. I did something like this a few years ago. But, I did it as a three part application.
First, the Client side. A small application, written in C++, that gathered everything I needed to know about each workstation at Login time. This app was launched out of a Novell login script and dumped all of its information into a common text file on the server. Each of the workstations generated a GUID for itself (only once!) and tagged it's data with the GUID. All the workstations at a site dumped its data into the same text file. Since each workstation was tagging its data with its own GUID, every workstation could repeatedly dump its data into the text file without worrying about getting counted multiple times. 40,000 workstations did not allow for me to write something to go out and "touch" each of the workstations from a central point.
Second, the Server side. Two parts. One was an SQL database that ultimately stored all the information on each machine. The Primary Key to this little table was, you guessed it, that little GUID that each machine generated for itself. Now, the second part of this was Collection application that went out to each server (200+) every night (scheduled task!), renamed the log file to a temporary name, then read the file line-by-line. If the GUID in the line was not already in the database, a new record was created using the new GUID. If the GUID was already in the database, it simply updated the record that was there. Now, you're probably thinking if I change out a machine and it gets a new GUID, what happens to the old record? Each record is stamped with the last date/time that that particular record was touched, either created or updated. The SQL Server ran a little statement that selected the records that have not been touched in the last, say 7 days. Old records are now either refreshed from the log file download, or are dropped. After the entire log file was read, it was deleted.
Third, the Reporting side. A simple data driven website using the SQL database as a backend.
Easy!
Now, why didn't I just have the Client app go directly to the SQL Server? Two reasons... Minimize the traffic going acrossed the WAN during the two busiest shifts of the day. And, the client machines were running various versions of Windows. Most of which either had screwed up SQL Server drivers or were behind firewalls that wouldn't allow that kind of traffic to get out.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
Thanks for this Reply! I like the idea of writing everything to a text file first and then running an app from the server to enter the data into the DB. How could I go about getting the GUID with C#, and I am not familiar with adding records to a DB by reading from a file.....
Eric
|
|
|
|
|
New GUID? Easy...
Guid myNewGuid = Guid.NewGuid();
Do you know how to read a text file? Do you know how to run a query against a database? If you answered "Yes" to both of these questions, you already know how to do this. There is no special function that will just copy a file into a database for you. You have to write the code to read the text file, read a line, parse it up into useful data, and use that data to work with the database.
If you've got a more specific question, that would help.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
I would say go write it as a Service. While David suggested to run it as a Scheduled Task it has its disadvantages. Namely what happens if the user that is supposed to run the Scheduled Task is not logged in ? Your scheduled task will not run.
|
|
|
|
|
Scheduled Tasks don't need anyone to be logged on for them to run. The scheduled tasks run under their own session and can be run under any account, especially one specifically created for the purpose. The machine can be sitting at the login screen and the Task will stil run just as if someone was logged in.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
I do know how to read from a file, but I am not sure how you would go about making all of the correct associations so the data can be entered into the database at the correct location....if that makes sense. For instance, you have a text file with information from many different computers...How would I make sure that data from the text file is entered into the correct column in my DB table?
|
|
|
|
|
Well, you're specifying what data your collecting, the file format your going to use, the database tables, ... Since your specifying the file format, you get to map what columns of the text file get mapped to which columns in the database. For example...
Your collecting the machine name, the O/S version, and how much memory is installed in the machine. The client app would probably write something like this to the text file:
820db904-3dd1-4035-ba68-776debc7b796;AGC2010A;5.1.2600.0;1024
Since your defining the file format, the same data will go into the same columns for each line. When you read the line, you use the .Split() method on the string you read to break the line up into an array of strings. You can now go through that array and map each of those strings to the appropriate columns. It's a one-for-one relationship that doesn't change throughout the entire file.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
The knowledge is much appreciated. I am 6 months into this, and programming is like a freakin disease. I CAN'T help myself. I think I am going to alter my app to work more like the Frame of yours. I really like the idea of dumping everything into the text file, and I think you have given me enough ideas to start working at it!
I did have another question for you. What is the easiest way to get the GUID of a computer?
Eric
|
|
|
|
|
The computer really doesn't have a GUID. In my method, I checked a file on the hard drive (C:\InvGuid.txt), if it wasn't there, I generated a new GUID and used that as the GUID to ID that machine. The new GUID was written to the file for use the next time the app was run. If the file is there already, read the GUID out of the file. Simple.
How do you generate a GUID?
Guid myGUID = Guid.NewGuid();
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
I have gotten this far...
I can write to a text file, and then use the Split() method like you said to put everything into an array.
What would be the best way for me to add this array of strings to my DB?
|
|
|
|
|
I have gotten this far...
I can write to a text file, and then use the Split() method like you said to put everything into an array.
What would be the best way for me to add this array of strings to my DB?
|
|
|
|
|
How one can declare a variable - pointer to a static function in C#? And how one can initialize such variable? I need to have a pointer to a WindowProc function, and I need to implement the function itself. How can I do that?
C++ libraries at a give-away price on www.neatcpp.com: TWAIN, DirectShow, Interprocess Communications, etc...
|
|
|
|
|
|
A delegate is similar to a function pointer:
delegate void MyDelegateType(int i);
void SomeFunction(int hello);
// Declare a function-pointer
MyDelegateType funcPtr = new MyDelegateType(SomeFunction);
// Call the function
funcPtr(5);
Tech, life, family, faith: Give me a visit.
I'm currently blogging about: The Secular Left, the Religious Right, and Prejudice
Judah Himango
|
|
|
|
|
Thank you, this did the job!
P.S. Munch is cute
C++ libraries at a give-away price on www.neatcpp.com: TWAIN, DirectShow, Interprocess Communications, etc...
|
|
|
|
|
|
Is it possible to get incomming information from the serial port using the Net Frameworks v1.1 ?
Can anyone help me with this?
Thanx
|
|
|
|
|
This[^] should just about cover it.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
Hey!
I am using the following code in a event(SerialPort.RecivedData event) that fires whenever data is written to a stream(serialPort)
<br />
if (RUNNING)<br />
{<br />
ThreadPool.QueueUserWorkItem(new WaitCallback(onDataReceived));<br />
currentRunningThreads++;<br />
}<br />
in OnDatareceived the serialPort is used to read the existing data.
Now i need to close this serialPort, but i get errors without any source to show?
I am setting Running to false, but that is not solving it?
How can a see when the ThreadPools threads realy is finish with theres jobb?
Best Regards
Snowjim
|
|
|
|
|
A more Specified error message:
First a MessageBox that says that there is no source code to be displayed.
Then a smaller box appers
Title: ObjectDisposedException was unhandled
safe handler has been closed
I do have try and catch on every method i have but this exception is never runned(if it would i could see where the error is appering in my code)
|
|
|
|
|
One solution would be to create an event CloseSerialPort and call it from the onDataReceived method when it has finished it's job. Then you could put all the code needed to close your serial port in the event handler.
I reject your reality and substitute my own!
- Adam Savage, Mythbuster
-George W Bush
life is like a roll of toilet paper. The closer it gets to the end, the faster it goes.
|
|
|
|
|
How do i know when to call this CloseSerialPort in onDataReceived method?
consider this:
SerialPort.RecievedData event is triggerd
Job is added to the threadpool that points to the onDataReveived method
SerialPort.RecievedData event is triggerds 5 times and diffrent threads are working there way thow onDataReceived that contains a look part.
By this i will not know what thread that is the last one.
I need to close this threads before i can call serialport.close();
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
