Khalid Bou-Rabee

I am using an application not an applet

I have a secured socket layer that is open across a network betwene a client and a server.
Unfortunately, the client cuts the connection just as they are opening the SSLScoket with the following exception:
Exception javax.net.ssl.SSLException untrusted server cert chain
I have a self-signed keytool created and I may be forgetting something since this is my first Secured Socket Layer.
Thanks

Here's my scenario: I have one thread handling a native process and inputting data into a piped stream. Another thread reads the input from the other side of the piped stream. I connected an Object Output Stream to my Piped stream to send Vectors of Doubles through the pipe. My program will refuse the process the data as it goes through the pipe, it will instead wait for the writing thread to finish it's input into the stream then will take all the data in at once.
I've tried sharing the data (it's on the same system) but for some reason the writing thread will retain a lock on the Vector the entire time (it writes to it in a long loop).
Is there a work around?
thanks,
Khalid

Don't forget, you can use the StreamTokenizer class.
regards,
Khalid

I spent the 4 hours before the test running a few miles to the testing center just to discover that it's the wrong center.
I eventually found the right center, thanks to the nice lady at the wrong test center
About the exam: Don't stress over it. The real exam is well thought out and has no traps or ambiguities. One last word of advise: review constructors for classes in the java.util!
Good luck,
Khalid
[This message has been edited by Khalid Bou-Rabee (edited July 18, 2000).]

You're right on both accounts. Math is immutable because it is final, and setSize takes two int's as parameters.
Mock exams are never 100% correct.
Regards,
Khalid

The answer is A

The constructor perfroms in a top-down fashion. So the inner-class in the method is not instantiated until ~after~ you run the constructor of the outer class.
Now, if you put the constructor call after the initialization of the inner-class you'll call the inner-class, and not the outer one.
I'm off to take my exam in 30 minutes!!! I'm SHAKING!!!
lol,
Khalid

Interfaces are implicitly abstract (along with all their methods), and since you can't have any constructors that are abstract, you can't instantiate any interfaces.
Hope that helps,
Khalid

Sorry, the first link has a "," comma at the end.
Khalid

Oh, I see, it automatically compiles both classes when you compile one as long as they're in the same directory...
if this happens, then you'll get a compile error with the protected method not being able to be seen out of it's package...

Argh, TRICKY!
Khalid

Primitive arrays are not automatically "widened" like object reference arrays.
Khalid

My friend, the other constructor in this case is called first, but remember! All constructors call the superclass constructor first. So in this case, the constructor with an int parameter is calling the super constructor before running itself. Try calling another type of super constructor from the constructor that takes in int as a parameter and you will end up running that constructor first.
*gasp*
-Khalid
[This message has been edited by Khalid Bou-Rabee (edited July 17, 2000).]

I missed this one too. I don't think the explanation given makes any sense. How can you run the file if there's no public static void main( String arg[]) there?
See my point?
Regards,
Khalid

Yes, you are right. All the values (due to default initialization) match those in the array after executing option 4. However, the question explicitly asks which option will populate the array. So, Marcus Green is asking which lines will actually fill in the entire array with values given by the user, not automatically initialized by the VM.
Regards,
Khalid