Paweł Baczyński wrote:1. You may not add any new exceptions to the method signature. My solution was to read the file to memory when the server started. That way when findByCriteria was called IOException was not possible.
2a. If your requirements don't state you must consider timeout then it is up to you to decide and justify your decision in the text file.
2b. Yes, a deadlocking blocking mechanism can make your fail.
3. I didn't consider this as a requirement. I passed.
4. You should not break the file so validation is a good idea.
5. As there was no primary key defined in the requirements I assumed there is no primary key at all so I never threw DuplicateKeyException.
jasn hofy wrote:I have the following several new issues while developing the project, pl help look into them. Really appreciate your help.
jasn hofy wrote:1.In the provided DB interface, no exception is included in findByCriteria() method signature, or only special excpeiton is defined(e.g. readRecord()), what we should do for other exceptions, e.g. IOException or our self defined exception?
jasn hofy wrote:2.Locking issue, the instructions says ' therefore your locking system only needs to be concerned with multiple concurrent clients of your server. Any attempt to lock a resource that is already locked should cause the current thread to give up the CPU, consuming no CPU cycles until the desired resource becomes available.'
jasn hofy wrote:3.In Application Overview section of the instructions, it said 'They take bookings only within 48 hours of the start of room occupancy.', should we take this into account why showing the record list or update the the record, or just leave it?
jasn hofy wrote:4.Do we need to implement validation against every field while updating or creating a new record, e.g. the length or format of every field.
jasn hofy wrote:5.Which fields are primary key of vacancy record? As the interface requires us to throw DuplicateKeyException for creating, but didn't mention which fields are primary key. And all other method mainly used RecNo as method signature, as it is not an actual field, so I don't think we could use it as primary key to perform duplicate validation.
jasn hofy wrote:6.Regarding RMI restrictions, it said 'You must provide all classes pre-installed so that no dynamic class downloading occurs.', does that mean we need to generate stub and skeleton even we are developing with JDK8 which could generating and downloading stubs? how about skeleton? since client side doesn't use skeleton, so it seems we don't need to generate that. and it seems only JAVA 1 need skeleton, and we are using JDK8 new feature.