I would still say that you are likely to be advising a large number of people
who don't care of something that probably won't be a problem for them. Even if
you feel they would care, I would suggesting rather using an email notification,
preferably to people such as administrators who can do something to cure the
problem. This would allow you to send an email to a distribution list (single
recipient, from the point of view of the app and leaves the details to the mail
server), and anybody who has an interest could then be on the distribution list.
Quote:
> No that is not correct. I don't want to notify errors. Basically just
> messages from the server to notify all clients. A message could be anything
> but not a run time error on the server. Say for an example the server
> application was not able to automate a common ftp process. This information
> has to be relayed to the end users. Well what better way than to send a
> message to the client applications saying that an error has occured trying
> to connect to ftp.blahblahblah.com. You will have to restart this process
> manually. Or give some problems and solutions....
> I woud like this to pop up on all clients using the client software
> notifying them of these occurances so they can respond to them in a timely
> fashion.
> Kip
> > Am I understanding this correctly? You have a component servicing
> multiple
> > requests from multiple clients. One client encounters something
> unexpected, and
> > you then want to break every other client?
> > > I want an MTS componant to raise an event that will affect all clients
> using
> > > the componant. With a standard AX DLL this would not be possible. But
> > > because the componant is running on MTS (Out of process) shouldn't a
> > > RaiseEvent raise an event for all clients who have an object referenced
> to
> > > this class in the MTS componant?
> > > Kip