|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
From: Mark Nicholls (Nicholls.Mark
MTVNE.COM)Date: Mon Apr 23 2001 - 11:52:38 CDT
To be honest I don't really want the old messages hanging around. I just want the latest.
-----Original Message-----
From: S.Pradhan [mailto:sabyasachi.pradhan
KLA-TENCOR.COM]
Sent: 23 April 2001 17:48
To: DCOM
DISCUSS.MICROSOFT.COM
Subject: Re: using MSMQ in a wierd way....is it sensible...is there a
better w ay ?
Why should you loose the old messages unless you purge them explicitly.if
you put the delevery property of the message as MQMSG_DELIVERY_RECOVERABLE,
the u will never loose it, not event when the sytsem crashes.I have been
using MSMQ since long and it works fine for me.
-----Original Message-----
From: Distributed COM-Based Code [mailto:DCOM
DISCUSS.MICROSOFT.COM]On
Behalf Of Mark Nicholls
Sent: Monday, April 23, 2001 9:30 PM
To: DCOM
DISCUSS.MICROSOFT.COM
Subject: using MSMQ in a wierd way....is it sensible...is there a better
w ay ?
What I want is asynchrouns, loosely coupled with full control of event
creation in clients
I tried COM+ events but they can only ever give me two from three
requirements. (either transient or static subscriptions)
So I'm bodging MSMQ to do something similar but I'm not particularly happy
with it.
I have an application that sends messages to itself and maintains a queue of
1 messages in the queue.
Other applications can connect to the same queue and peek at the current
message using event notification.
It seems to work. But
a) is it going to be reliable. I may loose old messages but that doesn't
particularly bother me as I am only interested in the latest message.
a) is there a better way of doing it. Almost certainly.
***************************************************************************
CONFIDENTIALITY NOTICE
The contents of this e-mail are confidential to the ordinary user
of the e-mail address to which it was addressed, and may also
be privileged. If you are not the addressee of this e-mail you may
not copy, forward, disclose or otherwise use it or any part of it
in any form whatsoever.
If you have received this e-mail in error, please e-mail the sender
by replying to this message.
MTV reserves the right to monitor e-mail communications from
external/internal sources for the purposes of ensuring correct
and appropriate use of MTV communication equipment.
MTV Networks Europe
****************************************************************************
----------------------------------------------------------------
Users Guide http://msdn.microsoft.com/workshop/essentials/mail.asp
contains important info. Save time, search the archives at
http://discuss.microsoft.com/archives/index.html .
To unsubscribe, mailto:DCOM-signoff-request
DISCUSS.MICROSOFT.COM
----------------------------------------------------------------
Users Guide http://msdn.microsoft.com/workshop/essentials/mail.asp
contains important info. Save time, search the archives at
http://discuss.microsoft.com/archives/index.html .
To unsubscribe, mailto:DCOM-signoff-request
DISCUSS.MICROSOFT.COM
----------------------------------------------------------------
Users Guide http://msdn.microsoft.com/workshop/essentials/mail.asp
contains important info. Save time, search the archives at
http://discuss.microsoft.com/archives/index.html .
To unsubscribe, mailto:DCOM-signoff-request
DISCUSS.MICROSOFT.COM
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]