- •Contents at a Glance
- •Contents
- •About the Authors
- •About the Technical Reviewer
- •Acknowledgments
- •Introduction
- •Oracle Java Certifications: Overview
- •FAQ 1. What are the different levels of Oracle Java certification exams?
- •FAQ 4. Is OCPJP 7 prerequisite for other Oracle certification exams?
- •FAQ 5. Should I take the OCPJP 7 or OCPJP 6 exam?
- •The OCPJP 7 Exam
- •FAQ 7. How many questions are there in the OCPJP 7 exam?
- •FAQ 8. What is the duration of the OCPJP 7 exam?
- •FAQ 9. What is the cost of the OCPJP 7 exam?
- •FAQ 10. What are the passing scores for the OCPJP 7 exam?
- •FAQ 11. What kinds of questions are asked in the OCPJP 7 exam?
- •FAQ 12. What does the OCPJP 7 exam test for?
- •FAQ 13. I’ve been a Java programmer for last five years. Do I have to prepare for the OCPJP 7 exam?
- •FAQ 14. How do I prepare for the OCPJP 7 exam?
- •FAQ 15. How do I know when I’m ready to take the OCPJP 7 exam?
- •Taking the OCPJP 7 Exam
- •FAQ 16. What are my options to register for the exam?
- •FAQ 17. How do I register for the exam, schedule a day and time for taking the exam, and appear for the exam?
- •The OCPJP 7 Exam: Pretest
- •Answers with Explanations
- •Post-Pretest Evaluation
- •Essentials of OOP
- •FunPaint Application: An Example
- •Foundations of OOP
- •Abstraction
- •Encapsulation
- •Inheritance
- •Polymorphism
- •Class Fundamentals
- •Object Creation
- •Constructors
- •Access Modifiers
- •Public Access Modifier
- •Private Access Modifier
- •Protected and Default Access Modifier
- •Overloading
- •Method Overloading
- •Constructor Overloading
- •Overload resolution
- •Points to Remember
- •Inheritance
- •Runtime Polymorphism
- •An Example
- •Overriding Issues
- •Overriding: Deeper Dive
- •Invoking Superclass Methods
- •Type Conversions
- •Upcasts and Downcasts
- •Casting Between Inconvertible Types
- •Using “instanceof” for Safe Downcasts
- •Java Packages
- •Working with Packages
- •Static Import
- •Summary
- •Abstract Classes
- •Points to Remember
- •Using the “final” Keyword
- •Final Classes
- •Final Methods and Variables
- •Points to Remember
- •Using the “static” Keyword
- •Static Block
- •Points to Remember
- •Flavors of Nested Classes
- •Static Nested Classes (or Interfaces)
- •Points to Remember
- •Inner Classes
- •Points to Remember
- •Local Inner Classes
- •Points to Remember
- •Anonymous Inner Classes
- •Points to Remember
- •Enum Data Types
- •Points to Remember
- •Summary
- •Interfaces
- •Declaring and Using Interfaces
- •Points to Remember
- •Abstract Classes vs. Interfaces
- •Choosing Between an Abstract Class and an Interface
- •Object Composition
- •Composition vs. Inheritance
- •Points to Remember
- •Design Patterns
- •The Singleton Design Pattern
- •Ensuring That Your Singleton Is Indeed a Singleton
- •The Factory Design Pattern
- •Differences Between Factory and Abstract Factory Design Patterns
- •The Data Access Object (DAO) Design Pattern
- •Points to Remember
- •Summary
- •Generics
- •Using Object Type and Type Safety
- •Using the Object Class vs. Generics
- •Container Implementation Using the Object Class
- •Container Implementation Using Generics
- •Creating Generic Classes
- •Diamond Syntax
- •Interoperability of Raw Types and Generic Types
- •Generic Methods
- •Generics and Subtyping
- •Wildcard Parameters
- •Limitations of Wildcards
- •Bounded Wildcards
- •Wildcards in the Collections Class
- •Points to Remember
- •The Collections Framework
- •Why Reusable Classes?
- •Basic Components of the Collections Framework
- •Abstract Classes and Interfaces
- •Concrete Classes
- •List Classes
- •ArrayList Class
- •The ListIterator Interface
- •The LinkedList Class
- •The Set Interface
- •The HashSet Class
- •The TreeSet Class
- •The Map Interface
- •The HashMap Class
- •Overriding the hashCode() Method
- •The NavigableMap Interface
- •The Queue Interface
- •The Deque Interface
- •Comparable and Comparator Interfaces
- •Algorithms (Collections Class)
- •The Arrays Class
- •Methods in the Arrays Class
- •Array as a List
- •Points to Remember
- •Summary
- •Generics
- •Collections Framework
- •Processing Strings
- •String Searching
- •The IndexOf() Method
- •The regionMatches() Method
- •String Parsing
- •String Conversions
- •The Split() Method
- •Regular Expressions
- •Understanding regex Symbols
- •Regex Support in Java
- •Searching and Parsing with regex
- •Replacing Strings with regex
- •String Formatting
- •Format Specifiers
- •Points to Remember
- •Summary
- •Reading and Writing from Console
- •Understanding the Console Class
- •Formatted I/O with the Console Class
- •Special Character Handling in the Console Class
- •Using Streams to Read and Write Files
- •Character Streams and Byte Streams
- •Character Streams
- •Reading Text Files
- •Reading and Writing Text Files
- •“Tokenizing” Text
- •Byte Streams
- •Reading a Byte Stream
- •Data Streams
- •Writing to and Reading from Object Streams: Serialization
- •Serialization: Some More Details
- •Points to Remember
- •Summary
- •A Quick History of I/O APIs
- •Using the Path Interface
- •Getting Path Information
- •Comparing Two Paths
- •Using the Files Class
- •Checking File Properties and Metadata
- •Copying a File
- •Moving a File
- •Deleting a File
- •Walking a File Tree
- •Revisiting File Copy
- •Finding a File
- •Watching a Directory for Changes
- •Points to Remember
- •Summary
- •Introduction to JDBC
- •The Architecture of JDBC
- •Two-Tier and Three-Tier JDBC Architecture
- •Types of JDBC Drivers
- •Setting Up the Database
- •Connecting to a Database Using a JDBC Driver
- •The Connection Interface
- •Connecting to the Database
- •Statement
- •ResultSet
- •Querying the Database
- •Updating the Database
- •Getting the Database Metadata
- •Points to Remember
- •Querying and Updating the Database
- •Performing Transactions
- •Rolling Back Database Operations
- •The RowSet Interface
- •Points to Remember
- •Summary
- •Define the Layout of the JDBC API
- •Connect to a Database by Using a JDBC driver
- •Update and Query a Database
- •Customize the Transaction Behavior of JDBC and Commit Transactions
- •Use the JDBC 4.1 RowSetProvider, RowSetFactory, and RowSet Interfaces
- •Introduction to Exception Handling
- •Throwing Exceptions
- •Unhandled Exceptions
- •Try and Catch Statements
- •Programmatically Accessing the Stack Trace
- •Multiple Catch Blocks
- •Multi-Catch Blocks
- •General Catch Handlers
- •Finally Blocks
- •Points to Remember
- •Try-with-Resources
- •Closing Multiple Resources
- •Points to Remember
- •Exception Types
- •The Exception Class
- •The RuntimeException Class
- •The Error Class
- •The Throws Clause
- •Method Overriding and the Throws Clause
- •Points to Remember
- •Custom Exceptions
- •Assertions
- •Assert Statement
- •How Not to Use Asserts
- •Summary
- •Introduction
- •Locales
- •The Locale Class
- •Getting Locale Details
- •Resource Bundles
- •Using PropertyResourceBundle
- •Using ListResourceBundle
- •Loading a Resource Bundle
- •Naming Convention for Resource Bundles
- •Formatting for Local Culture
- •The NumberFormat Class
- •The Currency Class
- •The DateFormat Class
- •The SimpleDateFormat Class
- •Points to Remember
- •Summary
- •Introduction to Concurrent Programming
- •Important Threading-Related Methods
- •Creating Threads
- •Extending the Thread Class
- •Implementing the Runnable Interface
- •The Start( ) and Run( ) Methods
- •Thread Name, Priority, and Group
- •Using the Thread.sleep() Method
- •Using Thread’s Join Method
- •Asynchronous Execution
- •The States of a Thread
- •Two States in “Runnable” State
- •Concurrent Access Problems
- •Data Races
- •Thread Synchronization
- •Synchronized Blocks
- •Synchronized Methods
- •Synchronized Blocks vs. Synchronized Methods
- •Deadlocks
- •Other Threading Problems
- •Livelocks
- •Lock Starvation
- •The Wait/Notify Mechanism
- •Let’s Solve a Problem
- •More Thread States
- •timed_waiting and blocked States
- •waiting State
- •Using Thread.State enum
- •Understanding IllegalThreadStateException
- •Summary
- •Using java.util.concurrent Collections
- •Semaphore
- •CountDownLatch
- •Exchanger
- •CyclicBarrier
- •Phaser
- •Concurrent Collections
- •Apply Atomic Variables and Locks
- •Atomic Variables
- •Locks
- •Conditions
- •Multiple Conditions on a Lock
- •Use Executors and ThreadPools
- •Executor
- •Callable, Executors, ExecutorService, ThreadPool, and Future
- •ThreadFactory
- •The ThreadLocalRandom Class
- •TimeUnit Enumeration
- •Use the Parallel Fork/Join Framework
- •Useful Classes of the Fork/Join Framework
- •Using the Fork/Join Framework
- •Points to Remember
- •Summary
- •Using java.util.concurrent Collections
- •Applying Atomic Variables and Locks
- •Using Executors and ThreadPools
- •Using the Parallel Fork/Join Framework
- •Chapter 3: Java Class Design
- •Chapter 4: Advanced Class Design
- •Chapter 5: Object-Oriented Design Principles
- •Chapter 6: Generics and Collections
- •Chapter 7: String Processing
- •Chapter 8: Java I/O Fundamentals
- •Chapter 9: Java File I/O (NIO.2)
- •Chapter 10: Building Database Applications with JDBC
- •Chapter 11: Exceptions and Assertions
- •Chapter 12: Localization
- •Chapter 13: Threads
- •Chapter 14: Concurrency
- •OCPJP7 Exam (1Z0-804 a.k.a. Java SE 7 Programmer II) Topics
- •OCPJP 7 Exam (1Z0-805, a.k.a. Upgrade to Java SE 7 Programmer) Topics
- •Answers and Explanations
- •Answer Sheet
- •Answers and Explanations
- •Index
Chapter 6 ■ Generics and Collections
This is the line where you made a mistake and tried to put a String in an Integer:
Integer intValue2 = value2.getValue();
And you get the following compiler error:
BoxPrinterTest.java:23: incompatible types found : java.lang.String
required: java.lang.Integer
Integer intValue2 = value2.getValue();
That’s good, isn’t it? Instead of a ClassCastException in the case of using an Object class in BoxPrinter, you got a compiler error (incompatible types). Now, you can fix this error and the program will work correctly.
Generics offer generic implementation with type safety.
On the basis of this simple introduction, let’s learn more about generics using a few examples.
Creating Generic Classes
Let’s create a Pair generic class that can hold objects of two different types, T1 and T2 (see Listing 6-6). Don’t worry too much about how useful this is for real-world problem solving; just try to understand how to write generics
of your own.
Listing 6-6. PairTest.java
// It demonstrates the usage of generics in defining classes class Pair<T1, T2> {
T1 object1;
T2 object2;
Pair(T1 one, T2 two) { object1 = one; object2 = two;
}
public T1 getFirst() { return object1;
}
public T2 getSecond() { return object2;
}
}
154
Chapter 6 ■ Generics and Collections
class PairTest {
public static void main(String []args) {
Pair<Integer, String> worldCup = new Pair<Integer, String>(2010, "South Africa"); System.out.println("World cup " + worldCup.getFirst() +
" in " + worldCup.getSecond());
}
}
This program prints the following:
World cup 2010 in South Africa
Here T1 and T2 are type holders. You give these type placeholders inside angle brackets: <T1, T2>. When using the Pair class, you must specify which specific types you are going to use in place of T1 and T2. For example, you use Integer and String for Pair, as in Pair<Integer, String> in the main() method. Now, think of the Pair class as if it has this body:
// how Pair<Integer, String> can be treated internally class Pair {
Integer object1; String object2;
Pair(Integer one, String two) { object1 = one;
object2 = two;
}
public Integer getFirst() { return object1;
}
public String getSecond() { return object2;
}
}
In other words, try manually doing a find-and-replace for the type placeholders and replace them with actual types in the code. This will help you understand how generics actually work. With this, you can understand how the getFirst() and getSecond() methods return Integer and String values in the main() method.
In the statement
Pair<Integer, String> worldCup = new Pair<Integer, String>(2010, "South Africa");
note that the types match exactly. If you try
Pair<Integer, String> worldCup = new Pair<String, String>(2010, "South Africa");
you’ll get the following compiler error:
TestPair.java:20: cannot find symbol
symbol : constructor Pair(int,java.lang.String) location: class Pair<java.lang.String,java.lang.String>
155
Chapter 6 ■ Generics and Collections
Now, how about trying this statement?
Pair<Integer, String> worldCup = new Pair<Number, String>(2010, "South Africa");
You’ll get another compiler error because of the type mismatch in the declared type of worldCup and the type given in the initialization expression:
TestPair.java:20: incompatible types
found : Pair<java.lang.Number,java.lang.String> required: Pair<java.lang.Integer,java.lang.String>
Now modify the generic Pair class. Pair<T1, T2> stores objects of type T1 and T2. How about a generic pair class that takes a type T and stores two objects of that type T? Obviously, one way to do that is to instantiate Pair<T1, T2> with same type, say Pair<String, String>, but it is not a good solution. Why? There is no way to ensure that you are instantiating the Pair with same types! Listing 6-7 is a modified version of Pair—let’s call it PairOfT—that takes ones type placeholder T.
Listing 6-7. PairOfT.java
// This program shows how to use generics in your programs
class PairOfT<T> { T object1; T object2;
PairOfT(T one, T two) { object1 = one; object2 = two;
}
public T getFirst() { return object1;
}
public T getSecond() { return object2;
}
}
Now, will this statement work?
PairOfT<Integer, String> worldCup = new PairOfT<Integer, String>(2010, "South Africa");
No, because PairOfT takes one type parameter and you have given two type parameters here. So, you’ll get a compiler error. So, how about this statement?
PairOfT<String> worldCup = new PairOfT<String>(2010, "South Africa");
No, you still get a compiler error:
TestPair.java:20: cannot find symbol
symbol : constructor PairOfT(int,java.lang.String) location: class PairOfT<java.lang.String>
PairOfT<String> worldCup = new PairOfT<String>(2010, "South Africa");
156
Chapter 6 ■ Generics and Collections
The reason is that 2010—when boxed—is an Integer and you should give a String as argument. How about this statement?
PairOfT<String> worldCup = new PairOfT<String>("2010", "South Africa");
Yes, it compiles and will work fine.
Diamond Syntax
In the previous section, we discussed how to create generic type instances, as in the following statement:
Pair<Integer, String> worldCup = new Pair<Integer, String>(2010, "South Africa");
We also discussed how a compiler error will result if these types don’t match, as in the following statement, which will not compile:
Pair<Integer, String> worldCup = new Pair<String, String>(2010, "South Africa");
See how tedious it is to ensure that you provide same type parameters in both the declaration type (Pair<Integer, String> in this case) and the new object creation expression (new Pair<String, String>() in this case)?
To simplify your life, Java 7 has introduced the diamond syntax, in which the type parameters may be omitted: you can just leave it to the compiler to infer the types from the type declaration. So, the declaration can be simplified as
Pair<Integer, String> worldCup = new Pair<>(2010, "South Africa");
To make it clear, Listing 6-8 contains the full program making use of this diamond syntax.
Listing 6-8. Pair.java
// This program shows the usage of the diamond syntax while using generics class Pair<T1, T2> {
T1 object1;
T2 object2;
Pair(T1 one, T2 two) { object1 = one; object2 = two;
}
public T1 getFirst() { return object1;
}
public T2 getSecond() { return object2;
}
}
157