JPA versus Jakarta Data
Deklariere ein Repository-Interface und lass Jakarta Data die DAO-Implementierung automatisch generieren.
@PersistenceContext
EntityManager em;
public User findById(Long id) {
return em.find(User.class, id);
}
public List<User> findByName(String name) {
return em.createQuery(
"SELECT u FROM User u WHERE u.name = :name",
User.class)
.setParameter("name", name)
.getResultList();
}
public void save(User user) {
em.persist(user);
}
@Repository
public interface Users extends CrudRepository<User, Long> {
List<User> findByName(String name);
}
Null Boilerplate
Deklariere das Interface; der Container generiert die vollständige DAO-Implementierung zur Deployment-Zeit.
Abgeleitete Abfragen
Methodennamen wie findByNameAndStatus werden automatisch geparst — kein JPQL oder SQL nötig.
Portabel
Jede Jakarta-EE-11-konforme Laufzeitumgebung stellt die Repository-Implementierung ohne Vendor-Lock-in bereit.
Verfügbar seit Jakarta EE 11 / Java 21 (2024)
Jakarta Data (Jakarta EE 11) wandelt den Datenzugriff in eine reine Interface-Deklaration um. Du annotierst ein Interface mit @Repository und erweiterst einen eingebauten Repository-Typ wie CrudRepository. Die Laufzeitumgebung generiert die Implementierung — einschließlich abgeleiteter Abfragen aus Methodennamen wie findByName — sodass kein EntityManager-Boilerplate, keine JPQL-Strings und keine handgeschriebenen save/find-Methoden nötig sind.