JDBC Version and History

The following table lists JDBC past versions and implementations:
Year JDBC Version JSR Specification JDK Implementation

2006   JDBC 4.0       JSR 221             Java SE 6
2001   JDBC 3.0       JSR 54              JDK 1.4
1999   JDBC 2.1                           JDK 1.2?
1997   JDBC 1.2                           JDK 1.1?

Main new features introduced in JDBC 4.0 API are:
Automatic loading of java.sql.Driver
ROWID data type support
National Character Set Conversion Support
SQL/XML and XML Support

Note that JDBC 4.0 API has been implemented in Java SE 6. But JDBC drivers of specific database servers for JDBC 4.0 API may still not available. Since JDBC 4.0 API is backward compatible, there is no problem with using Java SE 6 with JDBC 3.0 drivers, as long as you do not use the new methods or classes there were introduced in JDBC 4.0 API.

Джерело:http://www.herongyang.com/jdbc/Overview-JDBC-Version.html

Особливості використання Toplink JPA на Tomcat


package es.claro.commons.ds;

import oracle.toplink.essentials.tools.sessionconfiguration.SessionCustomizer;
import oracle.toplink.essentials.sessions.Session;
import oracle.toplink.essentials.jndi.JNDIConnector;
public class DataSourceSessionCustomizer implements SessionCustomizer {

public DataSourceSessionCustomizer() {
}

public void customize(Session session) throws Exception {

JNDIConnector conn = (JNDIConnector)session.getLogin().getConnector();
conn.setLookupType(JNDIConnector.STRING_LOOKUP);
}
}


у war "WEB-INF\classes\META-INF\persistence.xml":

<?xml version="1.0" encoding="UTF-8"?>
<persistence version="1.0" xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd">
<persistence-unit name="SamplePU" transaction-type="RESOURCE_LOCAL">
<provider>oracle.toplink.essentials.ejb.cmp3.EntityManagerFactoryProvider</provider>
<non-jta-data-source>java:comp/env/jdbc/DefaultDS</non-jta-data-source>
<class>sample.MyEntity</class>
<properties>
<property name="toplink.session.customizer" value="es.claro.commons.ds.DataSourceSessionCustomizer"/>
</properties>
</persistence-unit>
</persistence>


Використання DataSource у програмі
у war "META-INF\context.xml":

<?xml version="1.0" encoding="UTF-8"?>
<Context path="/sample">
<ResourceLink global="jdbc/MyRealDS" name="jdbc/DefaultDS" type="javax.sql.DataSource"/>
</Context>




Джерело:
Особливості використання Toplink JPA на Tomcat

Working with a non JTA DataSource in Toplink Essentials

HTML.Template.java

До этого писал не perl и использовали HTML::Tempalte. Всего 5 конструций, а с их помощью можно достичь чего хочешь. Вот и недавно обнаружил что есть Java реализация. Попробовал и убедился, что лучше ее использовать чем Velocity или FreeMaker, так как последние не просто Template Engine, а еще содержать много разного, что в основном не требуется. Шаблон на HTML.Template обрабатывается по скорости как и JSP. B при том сумарный код занимает 15Кб, а откомпилированный 7Кб. Велосили занимает более 300Кб + разные библиотеки. FreeMaker более 800Кб. Кто-то скажет "фигня", а я считаю что Template Engine столько и должен занимать.

Одно из важнейших качеств фреймворка..

Позвольте высказать соображение безотносительно Spring MVC и Grails.
Всегда опасно клевать на удочку простоты. И подобные примеры несколько лукавы. Мало ли какие мелочи где-то делаются быстрее, а где-то медленнее. Правильный составленый туториал или quick start должен вызывать вау-эффект и мысль «ух ты, как все просто!»
Чаще всего, в реальных проектах 80% функционала нормально ложится на фреймворк, а 20% — костыли и подпорки разной степени уродства. Конечно, эти цифры плавают.

Одно из важнейших качеств фреймворка — возможность вставлять в него минимально уродливые костыли и подпорки

Источник:http://habrahabr.ru/blogs/development/46805/