• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

Data.close() is it needed?

 
Ranch Hand
Posts: 275
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hello,
I�ve been playing around with RMI/Local mode and have come across the following question:
Should a client be able to issue a data.close() request?
If they do then when in RMI mode other clients will get null pointer exceptions because the database file is no longer open. But if a close request is never issued then there�s not much point in having it as a method.
My questions are should I treat this a shutdown for all clients? (I.e. leave it alone its not required for this assignment) Or have I missed something?
Many thanks.
Ian Anderson
 
author
Posts: 3252
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

Originally posted by Ian B Anderson:
[if the remote close() closes Data] then when in RMI mode other clients will get null pointer exceptions because the database file is no longer open. But if a close request is never issued then there�s not much point in having it as a method.

What should close() do? In the instructions, you are told that for networked mode you must create an object that has all the methods Data has; it stops just short of telling you that you should have a DataInterface implemented by both Data itself and a remote-mode proxy. Implicit in this requirement is that not just the method signatures should be the same - the semantics should be the same as well. In other words, you should call the same methods under the same circumstances regardless of whether you are working in local or remote mode.
You can easily go wrong by thinking the behaviour should be the same, for instance, if close() closes the file in local mode, then should it do this in remote mode too? Not so. This would change the semantics of close(), because while you would still call close() in local mode you would no longer be able to do so in remote mode: as you note, it would wreak havoc with the other clients connected to the database.
Now what are the semantics of close()? It really means, "I'm through with the database, release all my resources". In local mode, the entire database is yours and it makes sense to close the file. In networked mode, the file is not exclusively yours and it shouldn't be closed. But you are holding other server-side resources that must be released when close() is called; most importantly, any remaining database locks. So there is still a lot of point in having close().
By the way, even if there wasn't anything useful close() could do in remote mode, you would still retain it so that remote and local mode would have the same interface. That's also why there are lock() and unlock() methods in local mode.
- Peter

[This message has been edited by Peter den Haan (edited October 14, 2001).]
 
Ian B Anderson
Ranch Hand
Posts: 275
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Many thanks Peter.
You have once again made things much clearer.
Thanks again
 
Hoo hoo hoo! Looks like we got a live one! Here, wave this tiny ad at it:
a bit of art, as a gift, that will fit in a stocking
https://gardener-gift.com
reply
    Bookmark Topic Watch Topic
  • New Topic