RE: [wsrp-wsia] Issue #74: Should consumer MAY or MUST releasehan dles

[Andre Kramer <andre.kramer@eu.citrix.com>]

Could other operations benefit from retry information also? For example,
registerConsumer()?

Sendmail (as an example) has both a configurable retry interval and maximum
retry period [e.g. to make retry span a 48 hour weekend or German public
Holidays.] These could also be candidates for producer meta data (policy).

regards,
Andre

-----Original Message-----
From: Rich Thompson [mailto:richt2@us.ibm.com]
Sent: 16 October 2002 16:37
To: wsrp-wsia
Subject: Re: [wsrp-wsia] Issue #74: Should consumer MAY or MUST
releasehandles







The discussion the proposed resolution attempted to capture included
allowing the Consumer to clean up resources in the Producer has simply
disappeared. The suggested 10 retries at no less than 1 hour intervals
attempts to deal with network issues connecting to a Producer while also
allowing this resource cleanup.



 

                      Michael Freedman

                      <Michael.Freedman@        To:       wsrp-wsia
<wsrp-wsia@lists.oasis-open.org>              
                      oracle.com>               cc:

                                                Subject:  [wsrp-wsia] re:
Issues for 10/7                         
                      10/15/2002 06:53

                      PM

 

 




There are few issues this week that have been marked to move from
tentative to resolved that I don't think are ready yet.  Here are the
comments for those issues:

Issue #74: Should consumer MAY or MUST releasehandles
    I disagree with the proposed resolution.  This isn't practical to
implement/test for conformance.  Rather we should just say something
like "a consumer must not consider its registration with a producer
dissolved until it successfully releases the registration. Consumer
should deregister producers as soon as such registration no longer makes
sense.  Because of the distributed nature of such an operation,
consumers should be prepared to detect releasehandle failures and to
retry until successful or otherwise keep the current relationship open."

    -Mike-







----------------------------------------------------------------
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.oasis-open.org/ob/adm.pl>





----------------------------------------------------------------
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.oasis-open.org/ob/adm.pl>