Paul Anilprem

Enthuware Software Support
Rancher
+ Follow
since Sep 23, 2000
Cows and Likes
Cows
Total received
35
In last 30 days
0
Total given
2
Likes
Total received
363
Received in last 30 days
0
Total given
64
Given in last 30 days
3
Forums and Threads

Recent posts by Paul Anilprem

When a subclass has a method with the same signature as a method in its superclass, it is called an "override". Overriding is very different from overloading. If you are following a book, you may want to go through the chapter that talks about overriding and then this question will be easy for you to understand.
Thanks for the information, Michael. I was intrigued by your response and so I checked out their website. They indeed do not mention the cost of the training upfront. On one page they say, "Since 2001 we've trained exactly 68.075 students and asked them all to review our Accelerated Learning.".  Very interesting
Congratulations, Nisim! Great score.
BTW, our mock exams also cost only $10 (for desktop OR web access). They cost $15 only if you buy desktop license as well as web access.
Wow, great score!
Congratulations!!
How much did the training cost if you don't mind me asking?
Congratulations, Nick! Thank you for sharing your experience. It is very inspirational.

-Paul.
2 weeks ago
Congratulations! Great score!!
Glad to know our material was helpful in your preparation
3 weeks ago
Congratulations, Malik! Great score!!
Congratulations, Rich!
Glad to know our s/w was helpful in your preparation
4 weeks ago
JDK (Java Development Kit) is a name given to a set of tools that are used to compile java code (i.e. .java files) and run the generated .class files. As you probably know, compilation is done using the program named javac (aka the java compiler) and execution is done using the program named java. Besides these two, there are tons of other tools such as a debugger, javadoc generator, and jarsigner (take a look at C:\Program Files\Java\jdk1.8.0_121\bin directory to see what all it contains). All these things make up the "JDK". It can exist anywhere, but usually, when you install the JDK on windows, these programs and their supporting libraries reside in C:\Program Files\Java\jdk1.8.0_121\.

JRE (Java Runtime Environment) comprises a subset of the tools that come with JDK. JRE contains only those programs (and supporting libraries) that are required to run java code. JDK usually includes a JRE ( see the constituents of C:\Program Files\Java\jdk1.8.0_121\jre folder). You should notice that it doesn't contain javac.

When you say JDK and JRE physically exist, that is what you probably mean. They exist in the form of files on your system.

JVM does not physically exist because, unlike your computer, which exists in the form of a physical box with motherboard and chips, the JVM exists in memory. The java.exe program that you run when you try to "execute" your java class implements a "virtual" computer aka the "virtual machine". You can also think of a JVM as a CPU simulator. You pass your java class file as an argument to this VM so that it can execute the instructions contained in your java class file.
Window's antimalware service has started hogging the CPU (usage upto 70%) after I installed Java 11. It is not letting up no matter what I do.
Did you also notice a similar behavior after installing Java 11?
1 month ago
Congratulations, Zhongping! Great score!!
1 month ago

Campbell Ritchie wrote:

Paul Anilprem wrote:. . . Ok, got you. So, you mean only a package private interface can have package private methods?

That is what Stephan would have liked, but not what the language implemented. There are all sorts of features which users don't like. I personally don't like permitting calling static methods on instance references, or allowing the construct int numbers[] =...
But we are stuck with them.


Ability to access static members using a reference variable is the worst 

Stephan van Hulst wrote:

Stephan van Hulst wrote:I wish that virtual methods had the same access level as the interface they were declared in, whether or not you specify that access level explicitly.


a.C wouldn't be able to implement b.I unless b.I was public, and if it's public, its virtual methods would be public as well.


Ok, got you. So, you mean only a package private interface can have package private methods?