|
»
»
« Return to Thread: LE.2.1 Characteristics of a Lease
Re: LE.2.1 Characteristics of a Lease
by Gregg Wonderly-2
::
Rate this Message:
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 listserv@...
>> 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 listserv@...
« Return to Thread: LE.2.1 Characteristics of a Lease
| Free embeddable forum powered by Nabble | Forum Help |
