Originally posted by John Mattman:
Mike, Thank you for your reply. But still i could not interpret the wording networked form.
"this mode must use the database and GUI from the networked form"
Originally posted by John Mattman:
The interface that sun provided me has a find method that returns an array of record numbers.
public int [] find(String [] criteria)
Originally posted by Dmitri Christo:
...the interesting thing here is that there are conversations like this
where they suggest the opposite...
Isn't the user 'tricked' in some way if they start doing a bunch of work on the record only to find they can't complete since that record is locked by someone else?
[ March 16, 2008: Message edited by: Dmitri Christo ]
Originally posted by David Winters Junior:
All,
Im stuck on a particular issue here regarding how can i propagate exceptions back to the client. This isssue is caused as a result of the limitations provided by the interface provided by Sun.
Here is one of the methodfs provided by Sun in the provided interface:
public void update(int recNo, String[] data) throws RecordNotFoundException
David
Originally posted by Rasmus Larsen:
Hey,
I was planning on just using the logical locks on record level (as suggested by the supplied interface) and then have my internal file-db use a read/write lock to order the IO operations.. Does this sound completely off?
I simply cannot see a way to make the file-db thread-safe unless you do some kind of lock on both reads and writes... But atleast this will allow concurrent reads. One operation in particular comes to mind when securing the supplied interfaces.. Consider 2 threads both creating new records as fast as they can... The create method on the interface doesn't require a lock (since no record id exists yet) - so unless there's a "physical" IO lock, this is bound to go wrong...
Originally posted by Mary John:
Congratulations....!!
Great score......
how long did you take to finish.???
[ March 17, 2008: Message edited by: Mary John ]