C# Discussion Boards - CodeProject

Re: windows service question

15-Jan-04 6:49

Async methods are a good way to start new threads and you don't have to worry about implementing in the callback - just use an empty method.

You could also use a ThreadPool, which uses the QueueUserWorkItem to thread a WaitCallback but that can also take an Object as a state variable that is passed to the WaitCallback - this could be anything from a single object to an array or list of arguments.

If you really don't want to use either of these, you should design a class that takes the parameters you want in the constructor or some properties and then uses an instance method on that class in the ThreadStart delegate. The delegate can then access all the fields in which those arguments are stored, like so:

public class MyThread
{
  private int i;
  private string s;
  public MyThread(int i, string s)
  {
    this.i = i;
    this.s = s;
    new Thread(new ThreadStart(this.Start)).Start();
  }
  private void Start()
  {
    Console.WriteLine("{0}, {1}", this.i, this.s);
  }
}

-----BEGIN GEEK CODE BLOCK-----
Version: 3.21
GCS/G/MU d- s: a- C++++ UL@ P++(+++) L+(--) E--- W+++ N++ o+ K? w++++ O- M(+) V? PS-- PE Y++ PGP++ t++@ 5 X+++ R+@ tv+ b(-)>b++ DI++++ D+ G e++>+++ h---* r+++ y+++
-----END GEEK CODE BLOCK-----

windows service question

Visuall15-Jan-04 4:55

Visuall

15-Jan-04 4:55

Hi Guys,

Does anyone know how I can create and use a hidden window in a windows service application written in C#?

I inherit the form class but and create instance of the new class but its handle is not valid and the form is not created. A prove for this is that I can not find it in the list of available windows using Spy.

I have no problem to use the same code in standard Windows based application. The form is created and works. However it fails in a service application.

Nick

Heath Stewart15-Jan-04 6:41

15-Jan-04 6:41

First of all, why would you need to display a hidden window in a service, anyway? It would seem to serve no purpose?

If you do need to anyway, check the "Allow service to interact with desktop" option in the Services snap-in if running as the SYSTEM account (Local System), or specify a user with login rights to the local machine. This form would only be available in the context of that user, however.

See http://www.ftponline.com/vsm/2002_10/online/villeda/default_pf.aspx[^] for an example in VB.NET, but it wouldn't be hard to do in C# (remember that all languages that target the CLR can use assemblies - including the base class library - in the same manner, though syntax might be different).

ADO.Net synchronization

Judah Gabriel Himango15-Jan-04 4:49

15-Jan-04 4:49

So many experts here, I feel humbled. Smile | :)

My C# app talks to a SQL database to get information back. The app is basically a GUI representation of the data in the database. When I modify the data in the client C# app, I would like to not only send the changes back to the database, but also to all other clients connected to the SQL database (all clients will be running this same C# app).

Now, I already have the C# app reading, displaying, and sending the data back to the SQL database. What I need is to do now is to send this modified data to all the other connected clients. My thought is that I will probably need a seperate application to do this, possibly using remoting.

Can some of the experts here tell me if I'm on the right track? Does this seem like a very big undertaking? Is remoting the best way to do this or would you suggest something else such as a webservice or an additional SQL table for holding the modified data?

Any suggestions, words of warning, comments, any feedback whatsoever is welcome and appreciated.

The graveyards are filled with indispensible men.

Not Active15-Jan-04 5:42

Not Active

15-Jan-04 5:42

You could use a file dependency cache. When you update the data, the file changes, all client apps detect the change and refresh their data.

Judah Gabriel Himango15-Jan-04 6:01

15-Jan-04 6:01

I could, but that's not an ideal situation: the total amount of data is several gigabytes worth. If I only change a single row in the database, why refresh all the data; it'd have to search through several gigs of data just to update a single row. Any other solutions that would be more efficient?

The graveyards are filled with indispensible men.

Not Active15-Jan-04 6:28

Not Active

15-Jan-04 6:28

Since your original question didn't mention anything about gigabytes of data being involved maybe you would like clue us in to any more details your holding back. IMO if you have gigabytes of data streaming to client apps you have way to much information. What is your network load when all of these apps start up at once?

Judah Gabriel Himango15-Jan-04 8:34

15-Jan-04 8:34

Yes, you're right I should've mentioned that. The database itself has gigabytes worth of data, only some of it is shared between multiple clients; a single client won't be loading the entire database's data.

The graveyards are filled with indispensible men.

Heath Stewart15-Jan-04 6:31

15-Jan-04 6:31

If you use a DataSet to store this information - which will be good to use in a .NET Remoting application because it serializes very nicely - you can use DataSet.GetChanges to return another DataSet with only the rows that changed. Make sure you don't call DataSet.AcceptChanges first, though, otherwise you'll get an empty DataSet.

Judah Gabriel Himango15-Jan-04 8:41

15-Jan-04 8:41

Thanks Heath.

Currently, I'm storing the information locally in custom collections rather than datasets, but I could make that change quite easily.

So, I could use a dataset for the storage, no problem.

I guess the real question I'm asking is, what's the best way to actually synchronize the data between the clients? The ideal situation I'm looking for is that each client gets notified when data has been changed, and gets notified what that data is. How that is done, I don't know - my initial thought was that I could build a server app that all the clients connect to. Each client would send data modifcations to the server app, then the server app would write that data modification to the database, then notify all connected clients of the modification. What do you think, is this feasible? Is there a simpler way?

The graveyards are filled with indispensible men.

Heath Stewart15-Jan-04 9:27

15-Jan-04 9:27

As Mazdak mentioned, .NET Remoting is good for this, so long as you host it in a service that allows two-way communication. For instance, if you host it in IIS it is automatically exposed as a Web Server. Because of the one-way nature of HTTP, it can't communicate with the clients. If you use a TcpChannel with a BinaryFormatter, you'll get great performance, too (as well as remote calls go).

Just implement an event on your remoting object. When data is updated via the remoting object, you fire your event. Clients that handle that event will get notified of the changes, which you can pass as event arguments similar to most events (especially for controls) work in the .NET base class library.

Judah Gabriel Himango15-Jan-04 8:47

15-Jan-04 8:47

And allow me to ask one more question: my company has researched some 3rd party database synchronization and data replication tools to do the job of data syncing. I've been telling my boss we should write the data synchronization and replication logic ourselves, but he's leaning more toward a 3rd party tool. Do you have any suggestions for data replication tools? Do you have any thoughts/warnings on using such non-.Net data replication tools vs. rolling our own data replication scheme?

Thanks for any information you give Heath, always informative. You are like an invaluable consultant in these forums...except that you work for free. Smile | :)

The graveyards are filled with indispensible men.

Heath Stewart15-Jan-04 9:31

15-Jan-04 9:31

If you're writing an application in .NET, it will typically be easier to do everything in .NET. When you start introducing other technologies such as COM components or making native function calls, you incur performance penalties because of marshaling.

If there are 3rd-party tools in .NET, you might consider that route, though. So long as they come from reputable companies that you know to release good products and have good quality assurance, you won't have to worry too much about maintaining that code (just make sure that there are no bugs related to your software, which you should report to them). They also can provide support, though the unfortunate current trend in modern commercial software is that you have to buy the product and support is an additional charge! Just depends on the vendor, I guess.

Mazdak15-Jan-04 5:53

Mazdak

15-Jan-04 5:53

There are many ways which depends on situation and what your data is. For example you want this task which your clent always have updated information cause they change regulary,in this situation you do not need to use disconnected dataset , you can use other classes so your client always connect to database and have the last informationn,in this situation you can use SqlDataReader class.But if you really want stick to DataSet, you can simply add a function which requery and refill the tables in dataset and put it in a timer or add it in a event handler for buttton and users simply click it when they want updated data. TO say about about remoting or web servise I personnaly don't think you need them only because your client want to get last data because you can simply add a stored procedure to your database which handle this task. If your modified data is kind of data that needs only some approvement,you can simply add a bit field to your table and set it to false for non-approved and query from them when you need it.
Hope that it helps you.

Mazy

No sig. available now.

Judah Gabriel Himango15-Jan-04 6:06

15-Jan-04 6:06

Mazdak wrote:
you can use other classes so your client always connect to database and have the last informationn

My current setup is that the client application is always connected to the SQL database. The trick, though, is trying to get clientA to know when clientB has made a data modification, and the exact modification that was made (ie. instead of querying through several gigs worth of data, I'd be nice if clientA knew that clientB updated Row #31 in Table 123)

Mazdak wrote:
But if you really want stick to DataSet, you can simply add a function which requery and refill the tables in dataset and put it in a timer or add it in a event handler for buttton and users simply click it when they want updated data.

I can't do this in my current setup. The data itself needs to be updated in real time, and filling data tables is not feasible when there are several gigs worth of it.

The graveyards are filled with indispensible men.

CryptGenKey -use of ALG_ID type

Mazdak15-Jan-04 6:28

Mazdak

15-Jan-04 6:28

So maybe remoting could be good. I don't know about the performance in huge data but you can create a server which recieve these informations and notify to all connected clients. Like the way you broadcast the messages in a chat server applications.

Mazy

No sig. available now.

Member 51467215-Jan-04 4:39

Member 514672

15-Jan-04 4:39

I want to use
CryptGenKey function from winApi and it has this parameter:

bool CryptGenKey(
...

ALG_ID Algid,

...
);

My question is how can I use the ALG_ID type? I want to use the
CALG_DES algorithm for example.

Regards,
Ramona

Re: CryptGenKey -use of ALG_ID type

Heath Stewart15-Jan-04 6:28

15-Jan-04 6:28

It's just an unsigned integer, so you can replace ALG_ID in your P/Invoked method with int or uint (unsigned integers are not CLS-compliant, but using a signed integer means you have to take into account the sign of an integer, or just use the hex notation 0x....). For the values, you can either use an enum (which, by default, inherits from int) and cast to an int when you use it, or define a bunch of constants in your class ( or do neither and have to remember all the values yourself! Eek! | :eek:

). See http://msdn.microsoft.com/library/en-us/security/security/alg_id.asp[^] for more information about the values.

Why rebuild everything?

Carl Mercier15-Jan-04 4:13

Carl Mercier

15-Jan-04 4:13

Hi,

I have this huge solution containing over 20 projects (mixed VB and C#) I always develop in "Debug" mode and deploy in "Release" as I am sure all of you do.

Here's my problem:

Let's say I deploy my application in Release. When I come back to make some changes, I go back in Debug mode. When I'm done with my changes, for example only in my UI project, I return to Release, I expect to recompile only this UI project and distribute only this file (.exe in this case).

The problem is that VS.NET won't let me do this. If I try to compile the UI only, I get all sort of errors, just as the other assemblies are not compiled and I need to recompile ALL projects in order for the UI to be able to build. Take note that all my assemblies are signed (if that matters).

What am I doing wrong? I'd like to distribute only the files that have changed (and the assemblies that reference them since my files are signed). It is really a pain in the neck to distribute all the DLLs all the time. Please help me save some bandwidth Poke tongue | ;-P

Thanks for your help!

Carl

Not Active15-Jan-04 5:38

Not Active

15-Jan-04 5:38

It sounds like you have references to the other projects in the you main project. In which case it is working as would be expected. You can use the Configuration Manager to select which projects to build.

Carl Mercier15-Jan-04 5:41

Carl Mercier

15-Jan-04 5:41

Mark,

I think you didn't understand the question... I am referencing other projects but in Config Manager, they are not marked for build. However, I absolutely need to rebuild them if I switch between release and debug.

Thanks!

Carl

Heath Stewart15-Jan-04 6:21

15-Jan-04 6:21

Switching between builds seems to remove some temporary build files which flags the projects as having changed, or even the very act of switching builds flags the projects as having changed. If you use project references in your projects (which is always a good idea to keep these in sync), building one project with references to other projects that have changed will make sure those are compiled, too. It also helps if you simply right-click on a single project and select build, as opposed to using the Build menu in the main menu, which builds the entire solution.

Also, are you using AssemblyVersionAttribute with an asterisk (*) in it? If you are and these projects aren't rebuilt properly, the assembly that is dependent on them won't link against the right versions of assemblies, which is important in .NET (since Type and Assembly names are hingent on the Version). In large applications - especially those with lots of dependencies - it is better to manage the version numbers yourself otherwise you can easily fall into this problem. Without control on the version numbers, you're at the mercy of the compiler and updating test directories gets to be a REAL pain.