Thirumurugan Mylrajan

Originally posted by Mike Tilling:


/**
* class documentation
*/
public class {

/**
* member class documentation
*/

Best Regards

The one you call as class documentation is not supposed to be a javadoc comment(should be enclosed in /* */). It is supposed to contain the copyright,version number etc..

The one you mentioned as "member class documentation" should contain the javadoc comment for the class.

Refer the code convetions in http://java.sun.com/docs/codeconv/
In the last section there is an example of the code.
[ September 13, 2006: Message edited by: Thirumurugan Mylrajan ]

Originally posted by Mike Tilling:
Hi

can I take the essay exam the same day when I submit the submission package?

Best Regards

Prometric will have to grant you upload rights. It might take a day or so to get the upload rights.

In my case it was a mess, as they had not yet given me the upload rights but the exam was the next day. Had to get the exam dates postphoned to a different(inconvenient) date.

Originally posted by Mike Tilling:
Thanks

We do have the same spec.
English is my second foreign language, does "left out entirely, in which case the network client and gui must run." mean that server is the default mode?

Best Regards

No problems, let me explain.

we can have following three scenarios

1. "server" as a parm to the jar file - start the server, which is the network server for the database.

2. "alone" as parm to jar file - start the GUI client( the one which you do the booking and stuff) in local mode. This should not connect to the database server.

3. no parms ("left out entirely") - start the GUI client, but in this case it must be able to connect to the database server, which you started in point 1.

Originally posted by Oricio Ocle:

Entire?

More or less.

The spec says that the DB should be capable of handling multiple clients.

The database should not be concerned whether its running in standalone or networked mode. Thats the concern of the client/server.

I completely agree with Mihai.

If you change the interface, you will fail.

I added extra methods to the class that inherited from the interface.Yes thats a little tricky and unclean, especially when you use RMI.

Originally posted by Mike Tilling:
Hi

I understand that the default mode according to my exam spec is the server mode. am I wrong?

Regards

Please go through your specs carefully. Our specs might be different.

my spces,
"The mode flag must be either "server", indicating the server program must run, "alone", indicating standalone mode, or left out entirely, in which case the network client and gui must run."

I think it is clear enough.

Congrats..

I think they consider how you implement the search functionality. How the All/Exact search is accomodated in the GUI. I think I lost marks on that.

Originally posted by Oricio Ocle:
The same behaviour could be extrapolated to every system property, and changing their values via the GUI is without doubts out of the scope of this application.

I have a few reservations about this. One of my req said (I think yours will also..) "All configuration must be done via a GUI, and must be persistent between runs of the program".

So they are expecting atleast some configuration to be done with GUI.

If you dont use GUI, how do you plan to specify the hostname/IP of the server to the client.

Congrats..

Originally posted by josine wilms:

Does this mean that:
There are two types of search functionality needed in the GUI:
1. Exact name matching for name and/or location.
(for example: dropdown box with search button)
2. Fuzzy searching on any cell value
(for example: text field for free format text with search button)
[/QB]

I would advice that you do not mix database requirements and GUI requirements. The database should work even without the GUI(Any client can make use of the DB calls).

Considering the above, the requirement for DB is that a find method is required in the DB which will give partial match.

The requirement for the GUI is that find should return exact match.

You can fill in the gap by 1. filtering the unmatched records in the client. 2. Adding another method in DB.

I used the latter.

Originally posted by Mike Tilling:

In the standalone mode, the client does not get the Data object from the RMI registry, it gets it locally (from the same virtual machine),

Additionally I made sure that no naming server was started and no RMI objects were created in standalone mode. RMI code should be bypassed in standalone mode.

In my personal opinion, you should not modify the output of javadoc tool. Just generate the javadocs inside the "javadocs" folder.

To modify the javedocs, just modify the comments in the code and run javadoc again.

Modifying the directory structure inside might create missing links and other hedaches.

Pls see the "SCJD Reading Materials and FAQ" on the top when you enter SCJD forum.

Originally posted by Kevin Mc Cusker:

Point 1.

Sorry, but what are you trying to ask?.

Point 2.
I am using RMI. the remote object is RemoteDBImp which has a reference to Data.java, as i mentioned earlier. Here is where i am a little confused though.

ok.. I dont know if you have considered multithreading issues when using RMI. RMI does not guarantee how the theads will be created and used. It has significant impact on the design. After considering that you can come to conclusion whether you want to use single data class or multiple data classes.

PS: There has been a good discussion about this within a few months. Please search for the same.