OSEC

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.MarkMTVNE.COM)
Date: Mon Apr 23 2001 - 11:52:38 CDT

  • Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    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.pradhanKLA-TENCOR.COM]
    Sent: 23 April 2001 17:48
    To: DCOMDISCUSS.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:DCOMDISCUSS.MICROSOFT.COM]On
    Behalf Of Mark Nicholls
    Sent: Monday, April 23, 2001 9:30 PM
    To: DCOMDISCUSS.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-requestDISCUSS.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-requestDISCUSS.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-requestDISCUSS.MICROSOFT.COM