• 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

NX: What configuration properties are needed?

 
Ranch Hand
Posts: 37
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
In my assignment it says "All configuration must be done bia a GUI, and must be persistent between runs of the program."
I think only the following information needs to be saved:
1) Network Server (RMI Server needs this, client also needs this). (default to localhost)
2) Port Number (Default to 1099)
3) Database Location (Bring a file browser to choose Database File), default to db1x1.db in current working directory.
Is there anything missing here?
 
Greenhorn
Posts: 20
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hi Eric
Your configuration seems fine to me. To clarify let me tell what I did

When Running in Network Mode
Client Settings

-Save Server IP
-Save Server Port
Server Settings
-Choose a database file and save its path to properties file
-save Host IP and Port
When Running in Alone Mode
Client Settings

-Choose and Save DataBase file name and its path
Regards
Mehmet
 
Eric Kim
Ranch Hand
Posts: 37
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Thanks Mehmet,
I still have three questions:
1) Can all of these propertiese be saved in one property file suncertify.propertiese and have the following sample entries:
server_db_file = 'path/db1x2.db'
server_host = 203.159.0.1
server_port = 1099
network_server_host = 203.159.0.1
network_server_port = 1099
client_db_file = 'path/db1x2.db'
In another words, all of these mode share the same property file and read by starter class and assign value to different objects when they are created?
2) Can we just provide one UI to config these values in the starter class or we have to provide different UI for different mode in different modules?
3) Suppose one UI to config these properties is acceptable, and this UI is implemented in starter class, then do we have to open this UI every single time to let user confirm the setting, or we just need to provide one if suncertify.propertiese file is not available or contains invalid entry?
Thanks,
Eric
 
Ranch Hand
Posts: 619
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hi Eric,

Originally posted by Eric Kim:
1) Can all of these propertiese be saved in one property file suncertify.propertiese and have the following sample entries:
server_db_file = 'path/db1x2.db'
server_host = 203.159.0.1
server_port = 1099
network_server_host = 203.159.0.1
network_server_port = 1099
client_db_file = 'path/db1x2.db'
In another words, all of these mode share the same property file and read by starter class and assign value to different objects when they are created?

That's fine. If you wanted to you could consolidate down to these:
db_file = 'path/db1x2.db' --> used by standalone and server
server_host = 203.159.0.1 --> used by network client
server_port = 1099 --> used by server and network client

2) Can we just provide one UI to config these values in the starter class or we have to provide different UI for different mode in different modules?

You can use the same one.

3) Suppose one UI to config these properties is acceptable, and this UI is implemented in starter class, then do we have to open this UI every single time to let user confirm the setting, or we just need to provide one if suncertify.propertiese file is not available or contains invalid entry?

Every single time is one way to do it. Better is to open it if either the suncertify.properties file is not available, contains invalid entry, or the user indicates, say by picking File-> Edit properties, to edit the properties. The first way it easier to develop but the second way is considerably better for the user. I recommend the second way.

 
Consider Paul's rocket mass heater.
reply
    Bookmark Topic Watch Topic
  • New Topic