Properties

[Keith Jones]

Hey Guys/Gals,

I'm doing B&S 2.3.3 and I don't something about the properties file. The problem is that as far as I have gathered from asking about this in this forum and from reading the spec. We are suppossed to store the host, ip and location of the database file in the suncertify.properties file. Is this right? If it is then I don't really see the point except that ok next time the host and port are automatically filled in - big deal!

Keith

[Edwin Dalorzo]

Hi Keith

I am working on URLyBird, but my spec says the same thing that yours. Actually my spect is not clear enough about what we should put on the suncertify.properties file.

You may need to put different things there depending on the application mode. For instance, my server application stores there the path to the data file and the server port.

The network client stores the ip address of the server and the port. And the standalone client stores the path to the file.

For every case I have a startup screen where the end-use can define/chage the values of this parameters. If the suncertify.properties file is already defined, I used the values in the file to prepopulate the screen, otherwise I generate the file and populate the screen with defualt values. When the users clicks the ok button I save those values and the suncertify.properties file and I use them to prepopulate the screen the next time the user starts the application.

[Mark Smyth]

Originally posted by Keith Jones:
Hey Guys/Gals,

I'm doing B&S 2.3.3 and I don't something about the properties file. The problem is that as far as I have gathered from asking about this in this forum and from reading the spec. We are suppossed to store the host, ip and location of the database file in the suncertify.properties file. Is this right? If it is then I don't really see the point except that ok next time the host and port are automatically filled in - big deal!

Keith

Wouldn't it be a pain to have to fill them in every time though? Its just a usability feature really remember that the average user will not know or care about ip addreses or port numbers or file locations, they will just want to click the connect button and would be frustrated having to type in a long file path every time. .

I store five main properties in my file.
local mode:
local.location

server mode:
server.port
server.location

network mode:
rmi.host
rmi.port
[ November 03, 2006: Message edited by: Mark Smyth ]

[Sam Codean]

I wanted to know if anyone is giving the user the ability to modify the Database details on the fly?
I mean the user specifies the mode in which the app is launched. Say Networked mode, now can i somehow modify the properties file and use it to go to the standalone mode?

[Jeroen T Wenting]

the requirements state nowhere that modifications to the properties file should have an effect on the state of the application.
In fact they state explicitly that all settings MUST be done through a graphical user interface.

[Chulwoo Choi]

Sam,

Note whether to launch the standalone or networked client is determined by the the command line argument ([<mode>] below).

    
java -jar <path_and_filename> [<mode>]

Chulwoo

[Sam Codean]

thanks chulwoo

[Zhixiong Pan]

Hi,
If i have the requirement to modify the properties file, should i do such deployment via client GUI?
Thank you.