Loligan

Все заработало.
Возможно кому-то пригодиться настройка nginx для работы с apache и tomcat серве...;
И описание создания проекта Java Server-Side Programming

Рефлексия - это инструмент с помощью которого можно узнать всю информацию о классе: имена методов, параметры, поля, аннотации и т.д.
Эти возможности во всю используются во фреймверках, таких как Spring, Hibernate...
Различные сериализаторы json/xml

Рефлексия активно используется, например, для поддержки разных версий JDBC драйвера (для обратной совместимости при расширении интерфейса).

Также может быть полезна для вызова метода, когда нет прямого доступа к экземпляру объекта, хотя это, безусловно, не самая лучшая практика.

Ну вестч эта, достаточно хитрая. Я всего не упомню т.к. смотрел информацию по ней давно, и использовал всего разок что ли...
Но, точно могу сказать что она помогает уничтожать объект в обход сборщику мусора, то есть немедленно.
Также можно получить список публичных методов и выполнить их, заранее не зная названия.

В большинстве случаев метод equals + hashCode реализуются, чтоб объект класса корректно хранился в Map и Set коллекциях. Внутренняя реализация коллекций используется эти методы.

Объяснить суть полиморфизма "на пальцах" довольно просто. Представьте себе класс Телефон. Его спроектировал некто в далеких 80-х, и определил в нем метод набратьНомер(). А потом другой программист в 90-х отнаследовал от него класс МобильныйТелефон и перекрыл метод набратьНомер(), т.к. грубо говоря, в новом устройстве набор производится уже не импульсно, а тонально. А потом третий программист отнаследовал от него класс Смартфон. При этом он не стал трогать метод набратьНомер(), а просто добавил методы для нового функционала, типа определитьПоложениеПоGPS() и т.д.

Теперь представьте себе пользователя. Он родом из 80-х и понятия не имеет о тональном наборе и GPS... но если ему в руки дать любое из этих устройств, он сможет набрать номер и сделать звонок. Почему? Потому, что он умеет использовать метод набратьНомер(), и большего ему знать не нужно.

А теперь представьте другого пользователя, нашего современника. Он вырос в эпоху смартфонов... но если ему в руки дать старый телефонный аппарат, он тоже сможет сделать звонок, т.к., опять же, знает метод набратьНомер().

Применительно к ООП, пользователь - это переменная, содержащая ссылку на экземпляр класса. Ее тип (как она была объявлена) - это "набор знаний" о возможностях этого экземпляра. И т.к. Смартфон в своей основе является Телефон-ом, мы вполне можем дать его в руки гипотетическому пользователю из 80-х:
Телефон устройство = new Смартфон();
в результате чего он сможет сделать звонок:
устройство.набратьНомер("03");
А вот определить свое местоположение он не сможет, пока не узнает о существовании соотв. метода:

Смартфон усовершенствованноеУстройство = (Смартфон)устройство;

Это называется приведением типа. В данном примере у экземпляра класса уже был соотв. метод, но чтоб им воспользоваться, нужно сначала явно указать, что мы хотим рассматривать имеющееся у нас в руках устройство не как "простой" Телефон, а как Смартфон.

P.S. Кстати, в этом примере мы затронули не только полиморфизм, но и наследование, и инкапсуляцию (пользователя "снаружи" совершенно не интересует, как именно производится набор номера - тонально, импульсно или еще как-то иначе)... так сказать, все три кита ООП в одном флаконе. И только так вообще имеет смысл рассматривать эти принципы, т.к. они по сути неотделимы друг от друга, как Отец, Сын и Святой Дух в Христианстве или же длина, ширина и высота в трехмерном пространстве :) Если это понять, ООП становится совершенно простой и естественной парадигмой программирования.

пораженном

никто не говорит, откуда вы такой перевод взяли? Говорят обычно

дочерний класс

Работать могу с методами в two

скорее все таки с методами one, т.к. one родительский класс. А смысл в том что можно нужный нам функционал предоставить на реализацию дочерним классам, и не задумываться как они там его будут реализовывать.

Вот тут очень простой и понятный пример: cybern.ru/java-polymorphism.html

Если вы хотите вызывать собственные методы в наследуемом классе (те , которые не являются переопределенными). То необходимо либо обьявлять конкретный класс, а не родительский:
Two x = new Two();
либо делать явное приведение типов:
One x = new Two();
Two z = (Two)x;

Object clone = x.clone();

Это клон(копия) объекта класса Date.

Дальше его нужно привести к типу Date
Date cloneDate = (Date) clone;

Почему clone() возвращает Object ? - потому как этот метод наследуется от класса Object, а так как все типы в джаве наследуют класс Object, следовательно clone() должен возвращать общий для всех типов тип - Object

UPDATE:

Для начала нужно разобраться, почему же все таки нужно переопределять метод clone(), а не воспользоватся наследуемой нативной реализацией данного метода. Все дело в том, что базовый метод клонирование выполняет только поверхностное копирование. Будут скопированные только значения полей класса. Для примитивных типов (int, byte, char), все будет норм, но если это массивы, коллекции, объекты (например Date), или ваши типы, то будут скопированы только ссылки на них. В итогу клонирования у нас будет два объекта, у которых поля ссылаются на одни и те же поля, и через эти поля можно повлиять на все объекты которые клонировались:

class TestClone implements Cloneable {
    		
    		private Date date = new Date();

			public Date getDate() {
				return date;
			}

			public void setDate(Date date) {
				this.date = date;
			}

			@Override
			protected Object clone() throws CloneNotSupportedException {
				return super.clone();
			}
    	}
    	
    	TestClone a = new TestClone();
    	TestClone b = (TestClone) a.clone();
    	System.out.println(a.getDate());
    	System.out.println(b.getDate());
    	b.getDate().setYear(0);
    	System.out.println(a.getDate());
    	System.out.println(b.getDate());



// Fri Jul 10 23:13:47 EEST 2015
// Fri Jul 10 23:13:47 EEST 2015
// изменили один, а поменялось два
// Tue Jul 10 23:13:47 EET 1900
// Tue Jul 10 23:13:47 EET 1900

Такое не пройдет, если будут неизменяемые (immutable) классы, тот же String. У него нет методов для изменения состояния.

Потому то и нужно переопределять метод clone и выполнять глубокое копирование всех изменяемых объектов на который ссылаются поля (если есть такие).

class TestClone implements Cloneable {
    		
    		private Date date = new Date();
    		private String s = "string"; // этот не нужно клонировать
    		
			public Date getDate() {
				return date;
			}

			public void setDate(Date date) {
				this.date = date;
			}

			@Override
			protected Object clone() throws CloneNotSupportedException {
				TestClone clone = (TestClone) super.clone();
				if (this.date != null) {
					clone.date = (Date) this.date.clone();
				}
				return clone;
			}
    	}


Fri Jul 10 23:25:16 EEST 2015
Fri Jul 10 23:25:16 EEST 2015
// теперь это действительно клоны
Fri Jul 10 23:25:16 EEST 2015
Tue Jul 10 23:25:16 EET 1900

Почему JVM само не может выполнить глубокое клонирование? - Потому как JVM не в курсе насколько клонирование должно быть глубоким:) И как правильно нужно копировать поля, со всеми нюансами, которые задумал программист:)

ИМХО: интерфейс маркер Cloneable обязателен, чтоб можно было понять, переопределен ли метод clone в класса или нет.

TestClone с = new TestClone();
    	
    	if (с instanceof Cloneable) {
    		System.out.println("ок, меня можно клонировать");
    	}

PS
Есть готовое решение от google для глубокого клонирование.
Отличная статья: Глубокое клонирование в Java без велосипедов

Захожу, вижу стремный вопрос, вбиваю в гугл "кодовые единицы кодовые точки", открываю первую же ссылку, там приводится выдержка из статьи:

javaportal.ru/java/articles/UnicodeJDK1_6.html

Значит все же речь шла о "code point" и "code unit". Читаем статью и разбираемся.