OCPJP 6, OCMJD 6
Oladeji Oluwasayo wrote:Three labels
1. SERVER RUNNING...
2. LISTENING ON PORT: XXXXX
3. DATABASE LOCATION: \XXXXX\XXXXX\XXXXX\xxxxx.db
SCJA, OCPJP, OCMJD
Roel De Nijs wrote:
Oladeji Oluwasayo wrote:Three labels
1. SERVER RUNNING...
2. LISTENING ON PORT: XXXXX
3. DATABASE LOCATION: \XXXXX\XXXXX\XXXXX\xxxxx.db
If you are showing just 3 labels containing the port and database file location, how can I (as a user) change the location of the database file? Seems a weird Server UI to me...
OCPJP 6, OCMJD 6
Roel De Nijs wrote:
Ixus See wrote:basically is these 3 api calls, did i miss out anything important?
Does it work?
Yes, then you didn't miss anything important. No, then you did miss something.
Ixus See wrote:I got a feeling they should be call RoomService and Service Locator
Roel De Nijs wrote:
Ixus See wrote:I got a feeling they should be call RoomService and Service Locator
I think the class accessing the Data class should indeed be renamed to RoomService, because your Data class is actually the RoomDaoImpl.
Ixus See wrote:I notice the RMI codes are less than 10 lines(both server and client) add together...
registry
rebind
lookup
basically is these 3 api calls, did i miss out anything important?
Roel De Nijs wrote:You also have your server implementation of course that's part of the Server section
Ixus See wrote:why does the interface DB and data.java mention under the section of server?
Ixus See wrote:am I doing something wrongly?
Ixus See wrote:1) I can assume that the locking is done on the server side? since my remote client only calls the remote object? will I be penalize for that? I read someone lost 36 marks because of that.
Ixus See wrote:2) I also do the filtering of result in the find method, I am thinking of moving it to the model that calls the roomservice. but that would incur cost since each find method needs to go through network again rather than performing the operation on server side.
Roel De Nijs wrote:What's your motivation for moving filtering results to the model instead of doing it in the service method itself?
Ixus See wrote:the service should focus on doing its job(communicating with data.java)
Roel De Nijs wrote:
Ixus See wrote:the service should focus on doing its job(communicating with data.java)
So you are developing a fat/thick client and the service does not expose business methods (like bookRoom), but similar methods like in the Data class (find, read, update, lock, unlock,...)
Roel De Nijs wrote:
Ixus See wrote:well it seems that i shifted to a thin client.
So you answered the question about the appropriate location to add the logic to filter records yourself.
SCJA, OCPJP, OCMJD
Chris Zaremba wrote:See RMI Port Number
Ixus See wrote:what about the range of valid numbers?
If you're gonna buy things, buy this thing and I get a fat kickback:
a bit of art, as a gift, the permaculture playing cards
https://gardener-gift.com
|