rajsim

I too am looking for more information.
Vibha has listed some books in this post http://www.javaranch.com/ubb/Forum25/HTML/000022.html
Do you hava knowledge of any online resources that can be of help?

Hi Paul,
Here are some:
http://www.javaranch.com/ubb/Forum24/HTML/002502.html http://www.javaranch.com/ubb/Forum24/HTML/002424.html http://www.javaranch.com/ubb/Forum24/HTML/002242.html http://www.javaranch.com/ubb/Forum24/HTML/002263.html http://www.javaranch.com/ubb/Forum24/HTML/002309.html
There are many more!
Regards

Everything posted here after 4:00 PM August 7 ...
has stuck to all the old threads, can it be removed?
Nobody will post new discussions in the old threads because
of the message. Also, people viewing old threads may get the
impression that the upgrade is still going on.

I agree with thomas.
In addition, class level lock could also be obtained by using ".class" as in
synchronized (test5.class) {
....
}
interestingly, you could also apply the ".class" to a primitive and use it like the following:
synchronized (int.class) {
....
}
beyond SCJP objectives, isn't it?

Hi Ravi,
Don't worry. You will surely clear it next time.
For benefit of those who haven't taken the test yet,
would you please share your results from various mock
exams taken before you took the certification test.

You could add :
unary + and - (operates on numeric primitives)
() (operates on ?expressions? )
[] (operates on array references)
(typecasting) (operates on references and primitives)
. (dot) (operates on references)
instanceof (operates on references)
and also ?: though it is debatable whether it is included in
the objectives. However it appears in many mocks.

Do not worry too much about sockets and concentrate on streams.
If you know streams well, you should be safe.

As inner class is being extended outside its enclosing class,
you have to pass a reference to the enclosing class in its
constructor.
This concept is 99% out of scope of the SCJP test. Also, the
guide you are studying is covering many more such out of scope
topics.

Related discussions here
http://www.javaranch.com/ubb/Forum24/HTML/000326.html http://www.javaranch.com/ubb/Forum24/HTML/002604.html http://www.javaranch.com/ubb/Forum24/HTML/000514.html http://www.javaranch.com/ubb/Forum24/HTML/001509.html http://www.javaranch.com/ubb/Forum24/HTML/002366.html

[This message has been edited by rajsim (edited August 13, 2000).]

e. is wrong. JVM usually exits only when all user threads finish.
d. multiple threads accessing a method will lead to producing junk
is ambiguous.
You can say that multiple threads accessing a method of the same object might produce junk (unpredictable results) if no proper synchronization is done

There is no error when I compiled it using JDK 1.3 and jikes!

For wrapper classes, if you compare objects of different types
using "equals", it will return false.

If you overload myMethod(Object) with myMethod(String) and call
with myMethod(null), compiler will consider myMethod(String) as
more specific and call it.
If you have myMethod(Integer) as well myMethod(String), they
are equally specific as both extend Object directly.

[This message has been edited by rajsim (edited August 07, 2000).]

If you prefer, you can try it out yourself here

[This message has been edited by rajsim (edited August 07, 2000).]

There is nothing wrong with the code, JDK 1.3 compiles it OK.