Re: LE.2.1 Characteristics of a Lease

Bob Scheifler wrote:
>> My issue is that if the client misses a renewal, I want the service to 
>> stop sending events.
> 
> That's what it should do.
> 
>> My issue is that this seems to invalidate my implementation, because 
>> of the text, "However, when renewing a lease the grantor cannot, 
>> unless explicitly requested to do so, shorten the duration of the 
>> lease so that it expires before it would have if it had not been 
>> renewed."
> 
> That text means that if the existing expiration time is E0, and the
> new expiration time requested in the renewal is E1, and if E1 >= E0,
> then the granted expiration time E must also be >= E0.  If a lease's
> expiration time is reached without a renewal, the lease must still
> expire.

My reading says that E0 would always be == to time that was passed to 
LeaseFactory.newLease().  Maybe my previous email with more specifics, reveals 
more about what I am trying to get at?

That text is also a little bit troubling from the perspective of the Landlord 
implementation.  The callee of LeaseFactory.newLease() never has the opportunity 
to extend or shorten the lease, unless it also has knowledge of the Landlord 
that the LeaseFactory was created with.  Is it intended that lease grantors and 
resources be that close together in binding of leases to lease expiration?

Maybe I am trying to keep them too far apart, so that the Landlord.renew() call 
can't be influenced by the resource owner?  The LeaseStateListener seems to be 
the hook for learning about renewal requests, not explicit relationships between 
the Landlord implementation and the resource.

Gregg Wonderly

--------------------------------------------------------------------------
Getting Started:     http://www.jini.org/wiki/Category:Getting_Started
Community Web Site:  http://jini.org
jini-users Archive:  http://archives.java.sun.com/archives/jini-users.html
Unsubscribing:       email "signoff JINI-USERS"  to [email protected]