aspose file tools*
The moose likes Developer Certification (SCJD/OCMJD) and the fly likes Requirement Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of JavaScript Promises Essentials this week in the JavaScript forum!
JavaRanch » Java Forums » Certification » Developer Certification (SCJD/OCMJD)
Bookmark "Requirement" Watch "Requirement" New topic
Author

Requirement

Christian P�cher
Greenhorn

Joined: Sep 04, 2005
Posts: 8
Hi there,

I have one requirement I would like to crosscheck with your help.
"... because the data must continue to be manipulated for reports using another custom-written application, the new system must reimplement the database code from scratch without altering the data file format."

I understand this requirement, that I have to be able to handle concurrent read/write access to the database file from outside of my application, which could be a bit tricky to implement. Do you agree or do you think, there will be external read-only access?

TIA, Chris
Thomas Paul Bigbee
Ranch Hand

Joined: Jun 28, 2005
Posts: 71
The way I read it, is this, you are required to submit the original "untouched" database that you received with your project, I imagine this is so that can run a test suite against your data access methods, and have known results come back, which means in essence that you cannot modify the database format. The whole part about the external reports is just to give a reason for that requirement. I would not worry in the least about someone from outside the application writing to the database.
Jan Groth
Ranch Hand

Joined: Feb 03, 2004
Posts: 456
good morning,

and here comes my version:

this is a justification for the fact that a new program (the one we are writing) deals with a data structure from stone times (the data file format).

sun does not want to produce us too much overhead with with more complicated (=appropriate) data structures, so they deliver a little reason - this old, important legacy reporting tool - why we are coding a company's data storage against a flat text file... in 2005 :-)

many greetings,
jan
Alex Sharkoff
Ranch Hand

Joined: Apr 11, 2004
Posts: 209
Hi Christian ,

I agree with Thomas. I guess your specification also states that : You may assume that at any moment, at most one program is accessing the database file; therefore your locking system only needs to be concerned with multiple concurrent clients of your server.




Alex (SCJP 1.4, SCBCD 1.3, SCWCD 1.4, SCJD 1.4)
Andrew Monkhouse
author and jackaroo
Marshal Commander

Joined: Mar 28, 2003
Posts: 11503
    
  95

Hi Jan
this is a justification for the fact that a new program (the one we are writing) deals with a data structure from stone times (the data file format).

sun does not want to produce us too much overhead with with more complicated (=appropriate) data structures, so they deliver a little reason - this old, important legacy reporting tool - why we are coding a company's data storage against a flat text file... in 2005 :-)


Wouldn't surprise me

In their defence though, you should have seen some of the solutions provided for the earlier assignments. A lot of the restrictions (where Sun says "you may not do 'x') have been to ensure that candidates submit something that the assessor can recognize.

Regards, Andrew


The Sun Certified Java Developer Exam with J2SE 5: paper version from Amazon, PDF from Apress, Online reference: Books 24x7 Personal blog
Christian P�cher
Greenhorn

Joined: Sep 04, 2005
Posts: 8
Originally posted by Alex Sharkoff:
I agree with Thomas. I guess your specification also states that : You may assume that at any moment, at most one program is accessing the database file; therefore your locking system only needs to be concerned with multiple concurrent clients of your server.


Yes, of course you are right. Somehow I did not really understand that sentence in the first place.

Thanks a bunch, Chris
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: Requirement