What’s the difference between JPA and HIBERNATE

When you use Hibernate with JPA you are actually using the Hibernate JPA implementation. The benefit of this is that you can swap out Hibernate’s implementation of JPA for another implementation of the JPA specification. When you use straight Hibernate you are locking into the implementation because other ORMs may use different methods/configurations and annotations, therefore you cannot just switch over to another ORM.

http://stackoverflow.com/questions/9881611/whats-the-difference-between-jpa-and-hibernate

Best Way to Inject Hibernate Session by Spring 3

The Spring Reference suggests this usage:
http://docs.spring.io/spring/docs/3.0.x/spring-framework-reference/html/orm.html#orm-hibernate-straight

http://docs.spring.io/spring/docs/4.3.x/spring-framework-reference/html/orm.html#orm-hibernate-straight

public class ProductDaoImpl implements ProductDao {

private SessionFactory sessionFactory;

public void setSessionFactory(SessionFactory sessionFactory) {
this.sessionFactory = sessionFactory;
}

public Collection loadProductsByCategory(String category) {
return this.sessionFactory.getCurrentSession()
.createQuery(
«from test.Product product where product.category=?»)
.setParameter(0, category)
.list();
}
}
That way your classes don’t have any dependencies to Spring, you just use plain Hibernate.

H2db Spring console

http://shengwangi.blogspot.com/2016/02/how-to-use-h2-embeded-database-in-spring.html


<bean id="h2WebServer" class="org.h2.tools.Server" factory-method="createWebServer"
init-method="start" destroy-method="stop">
<constructor-arg value="-web,-webAllowOthers,-webDaemon,-webPort,8082" />
</bean>
In java-styled spring configuration, it looks like below.


@Configuration
@ComponentScan
public class JavaConfiguration {
//... other beans

@Bean(initMethod=»start»,destroyMethod=»stop»)
public org.h2.tools.Server h2WebConsonleServer () throws SQLException {
return org.h2.tools.Server.createWebServer(«-web»,»-webAllowOthers»,»-webDaemon»,»-webPort», «8082»);
}
}

http://stackoverflow.com/questions/17803718/view-content-of-embedded-h2-database-started-by-spring

java AZ

info.javarush.ru/page/learning_plan :

План обучения:
Знакомство с Java: вывод на экран, типы String и int
Знакомство с Java: переменные, методы, классы
Первая программа: ввод с клавиатуры, работа в IDE
Знакомство с ветвлениями и циклами
Знакомство с классами: написание своих классов, конструкторы
Знакомство с объектами: написание своих объектов, время жизни, статические переменные
Массивы и списки: Array, ArrayList, знакомство с Generics
Коллекции: LinkedList, HashSet, HashMap. Date — дата.
Знакомство с исключениями: try, catch, throws, multy-catch.
Приведение примитивных типов: расширение и сужение.
Основы ООП: основные принципы, наследование, инкапсуляция.
Основы ООП: перегрузка, полиморфизм, абстракция, интерфейсы.
Интерфейсы: сравнение с абстрактным классом, множественное наследование.
Приведение типов, instanceof. Большая задача на интерфейсы.
Перегрузка методов, особенность вызова конструкторов
Знакомство с нитями: Thread, Runnable, start, join, interrupt, sleep
Знакомство с нитями: synchronized, volatile, yield
Знакомство с потоками: InputStream/OutputStream, FileInputStream, FileOutputStream
Знакомство с потоками: Reader/Writer, FileReader/FileWriter
Сериализация
Устройство объекта Object: equals, hashCode, clone, wait, notify, toString(),…
String: mutable, immutable, format, StringTokenizer, StringBuilder, StringBuffer
Внутренние классы, примеры: Map.Entry
Внутренние классы, особенности реализации
Создание и остановка нитей: start, interrupt, sleep, yield.
Совместный доступ к монопольным данным: synchronized, volatile
DeadLock. Wait, notify, notifyAll
ThreadGroup, ThreadLocal, Executor, ExecutorService, Callable. Опыт работы с Jsoup
Autoboxing, особенности реализации
Операторы: числовые, логические и бинарные. Опыт работы с Swing
Работа с файлами и архивами
RMI и динамический прокси. Опыт работы с Swing
JSON, JavaScript. Опыт работы с Guava, Apache Commons Collections, JUnit
Рекурсия. Сборка мусора и типы ссылок в Java. Логгирование
Системы контроля версий: Git и SVN. Generics
Основные паттерны для создания веб приложений. Углубленное изучение коллекций
Паттерны проектирования. Утилитные классы Arrays. Collections
Методологии разработки. Аннотации в Java. Иерархия исключений
Создаем первое веб приложение. Работа с Tomcat и Idea
URI, URL. REST сервисы. Создаем свое клиент-серверное приложение.

Виды памяти в Java.

https://autofei.wordpress.com/2012/04/12/diagram-for-java-memory-structure-and-garbage-collection/

Вся память для JVM:
— Heap Mem(КУЧА) — хранилище для Джава объектов
— НЕ-Heap-memory(НЕКУЧА) — использ-ся Джавой для хранения загруженных классов
и других мета-данных. Строковый пул, или множество строк в куче?*, etc
— Сам код JVM, внутр структуры JVM, загруженный код агента, данные etc

 

gc_s

в КУЧЕ — две части:New generation и Old generation память.
В New generation: Eden для new Object, два Survivor пространства(from и  to) одного и того же размера- там хранятся выжившие объекты после GC.
в Old generation: тут долгоживущие объекты

 

*???располагается в области памяти, именуемой Java Heap – куча, в которой хранятся все переменные, созданные программно вашим приложением.???

Without configuration, a client JVM uses this calculation for the spaces:

Heap = Tenured + Young
Tenured = 2 x Young
Young = Survivor x 2 + Eden

Итак, память процесса различается на heap (куча) и non-heap (стек) память, и состоит из 5 областей (memory pools, memory spaces):
1• Eden Space (heap) – в этой области выделятся память под все создаваемые из программы объекты. Большая часть объектов живет недолго (итераторы, временные объекты, используемые внутри методов и т.п.), и удаляются при выполнении сборок мусора это области памяти, не перемещаются в другие области памяти. Когда данная область заполняется (т.е. количество выделенной памяти в этой области превышает некоторый заданный процент), GC выполняет быструю (minor collection) сборку мусора. По сравнению с полной сборкой мусора она занимает мало времени, и затрагивает только эту область памяти — очищает от устаревших объектов Eden Space и перемещает выжившие объекты в следующую область.
2• Survivor Space (heap) – сюда перемещаются объекты из предыдущей, после того, как они пережили хотя бы одну сборку мусора. Время от времени долгоживущие объекты из этой области перемещаются в Tenured Space.
3• Tenured (Old) Generation (heap) — Здесь скапливаются долгоживущие объекты (крупные высокоуровневые объекты, синглтоны, менеджеры ресурсов и проч.). Когда заполняется эта область, выполняется полная сборка мусора (full, major collection), которая обрабатывает все созданные JVM объекты.
4• Permanent Generation (non-heap) – Здесь хранится метаинформация, используемая JVM (используемые классы, методы и т.п.). В частноси
5• Code Cache (non-heap) — эта область используется JVM, когда включена JIT-компиляция, в ней кешируется скомпилированный платформенно — зависимый код.
2016-07-10-052407_1198x647_scrotvisual-gc

Виртуальная и резидентная память

VIRT Virtual Image

Виртуальный размер процесса(VSZ — Virtual Set siZe). Показывает общее количество памяти, которое способна адресовать программа в данный момент времени. VIRT = DATA + CODE + SWAP + SHR Также включает в себя страницы, которые были выделены системой, но не использованы.

RES — Resident memory size или RSS — Resident Set Size.

Показывает сколько физической памяти использует процесс. (Соответствует колонке %MEM.) Это значение, будет меньше значения VIRT

SHR — Shared Memory size

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

SWAP — Swapped size

Память, которая не является резидентной, но доступна в текущем процессе.

DATA -Data + Stack size

Количество виртуальной памяти, отведенное под код, который не является исполняемым.

CODE — Code size

Количество виртуальной памяти, отведенное под исполняемый код.

— Что бы там ни было, многие утилиты просто сообщают, сколько памяти
процесс использует, независимо от того, разделена ли та память с
другими процессами или нет. Поэтому две программы могут использовать
большую разделяемую библиотеку и ее размер в памяти будет считаться
два раза, что может вводить в заблуждение, если Вы не знаете что
происходит.

— Просматривая листинг Вы найдете строки с наибольшей занимаемой
памятью,- это сегменты кода включающие разделяемые библиотеки (их
названия начинаются с lib). Все они могут использоваться и другими
процессами. В этом случае смотрите итоговую строку
«writeable/private».

— Таким образом, затраты на запуск одной копии KEdit в случае, если все
разделяемые библиотеки уже подгружены в память, составляют около 2 Мб.
Сравните это с теми 14 или 25 Мб о которых сообщает ps.

— Мораль всей этой истории в том, что использование процессами памяти в
Linux является сложным вопросом. Вы не можете выполнить только ps и
знать, что происходит. Это особенно истинно, когда Вы имеете дело с
программами типа Apache, которые создают много идентичных дочерних
процессов.