Win a copy of Java EE 8 High Performance this week in the Java/Jakarta EE forum!

Scott Selikoff

+ Follow
since Oct 23, 2005
Scott likes ...
Eclipse IDE Flex Google Web Toolkit
Cows and Likes
Total received
In last 30 days
Total given
Total received
Received in last 30 days
Total given
Given in last 30 days
Forums and Threads
Scavenger Hunt
expand Rancher Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by Scott Selikoff

First off, thanks for your feedback.  I’ve reviewed it and don’t spot any errata here.  Did you try executing the code?  The ExecutorService has only one thread, so everything happens in serial.  Also, did you read the statement at the start of the question?

“Assuming 100 milliseconds is enough time for the tasks submitted to the thread executor to complete, what is the result of executing the following program?”

There is more than enough time for the threads submitted to the executor to finish and output 100 100.
Congratulations!  Glad we could help!
5 months ago
Good job!  Glad you made it!  Not an easy exam!
5 months ago
Congratulations!  Glad we could help!
5 months ago
Congratulations!  If you're studying for the OCP exam, we also have a practice test book which may help you score higher.  Good luck!
5 months ago
Wow, amazing score!  Congratulations!
5 months ago
Just to add to Roel, final "primitive values" are constant, like int/double/boolean.  On the other hand, final applied to an Object only refers to the reference variable.  The reference is constant, but the contents of the object are certainly not.
Sorry, I think this is a semantics issue.  By "waits", we were referring to the fact that ExecutorService itself will wait for the tasks to be finished.  In other words, if a task is currently running and shutdown() is called, the ExecutorService will wait for that task to finish before completing shutdown.  In no way did we mean the method call itself actually waits.  For that, you would need awaitTermination().  Sorry this wasn't clearer!
No, but there were more questions on JDBC driver versions, result set scrolling, and result set modes than I have ever used in real life.  Make sure you know tables 10.1, 10.2, and 10.3 from our book!
I do wonder if some of the users Paul heard from confused the 7 and 8 exams, or didn't remember the material accurately.  After all, the test is hard and it's easy to be overwhelmed. It's highly unlikely when Oracle explicitly removes an objective from an exam, like the removal of the PreparedStatement from 7 to 8, for it to then appear on the exam.  We certainly haven't heard any such feedback from any of our readers.

While the depth of an Oracle objective may be subjective, the existence of it is usually not.  For example, if StringBuilder is in an objective, then you need to know about it, but which methods in particular requires an element of common sense.  Sure, you can study every single method in the API, but given the broad scope of the OCP exam, that's bound to be exhausting.  In our books, we focused on the most reasonable requirements, while also incorporating suggestions from our readers including our own experiences taking the exams.

Likewise, if Oracle drops Callable statements or ResultSetMetaData as objectives, then you can sleep well in knowing you don't have study for it.  Not that these aren't important topics, but as I said, the scope is broad so you're better off focusing on what you know is on the exam.
I haven't seen or heard about ensureCapacity() or setLength() either on the exam.  It's not on Jeanne and my study guide, Mala's book, or even K&B's new book. 

Perhaps these are experimental or new questions?  Seems like an odd thing to cover to be honest.
OCP #51  Reader is an abstract class, so it's certainly possible to have a concrete instance of Reader that succeeds on mark() but fails on reset().  I'm guessing that's the class I used when I was testing it.  That said, it's also possible to have it fail on both methods.  For this reason, the correct answer is actually ABE.

Either way, the key thing you should take away from this question is that unless you call the markSupported() method, you cannot be sure if the behaviors of the mark() and reset() methods.
Ah, thanks Jeanne!  I didn't realize they were using a third-party provider (would have preferred a link directly to an Oracle page) but at least it's something, thanks!

I also noticed you can't claim any old Sun certifications you hold... oh well.
I know Oracle has the ability to download/print an eCertificate, as well as a third-party (commonly employer) verification system where you can have a certification link from Oracle emailed to an individual confirming your status.. but... does anyone know if they support public certification verification links?

For example, other cert organizations will list your name on their website and/or have a public link to a profile page on their website that anyone can click and see your certification status.  I don't think Oracle has this, but they've changed a lot over the years.
Well, yes, you should never not answer a question.  The review checkbox is extremely useful though.  Just don't get bogged on one question and miss spending equal time on others.  Remember, 1 difficult question isn't worth more than 10 easy questions.  If you can eliminate at least one answer choice, it's better than blind luck!