Forum du club des d�veloppeurs et IT Pro - Plateformes (Java EE, Jakarta EE, Spring) et Serveurs

Le rapport annuel met en �vidence l'�lan croissant de Jakarta EE

Jade Emy — Fri, 17 Oct 2025 05:14:27 GMT

Le rapport annuel met en �vidence l'�lan croissant de Jakarta EE, la plate-forme surpassant Spring en tant que premier choix pour les d�veloppeurs cloud natives

La Fondation Eclipse publie le rapport d'�tude 2025 sur les d�veloppeurs Jakarta EE. Le huiti�me rapport annuel met en �vidence l'�lan croissant de Jakarta EE, la plate-forme surpassant Spring en tant que premier choix pour les d�veloppeurs qui cr�ent des applications cloud natives.

Jakarta EE, anciennement Java Platform, Enterprise Edition (Java EE) et Java 2 Platform, Enterprise Edition (J2EE), est un ensemble de sp�cifications qui �tend Java SE avec des sp�cifications pour des fonctionnalit�s d'entreprise telles que l'informatique distribu�e et les services web. Les applications Jakarta EE sont ex�cut�es sur des environnements d'ex�cution de r�f�rence, qui peuvent �tre des microservices ou des serveurs d'applications, qui g�rent les transactions, la s�curit�, l'�volutivit�, la concurrence et la gestion des composants qu'ils d�ploient.

Jakarta EE est d�fini par sa sp�cification. La sp�cification d�finit les API (interface de programmation d'application) et leurs interactions. Comme pour les autres sp�cifications Java Community Process, les fournisseurs doivent r�pondre � certaines exigences de conformit� afin de d�clarer leurs produits conformes � Jakarta EE. Voici quelques exemples de contextes dans lesquels les environnements d'ex�cution r�f�ren�ant Jakarta EE sont utilis�s : commerce �lectronique, comptabilit�, syst�mes d'information bancaires.

La Fondation Eclipse, l'une des plus grandes fondations de logiciels open source au monde, a annonc� la disponibilit� du rapport "The State of Enterprise Java : 2025 Jakarta EE Developer SurveyReport", la ressource la plus compl�te du secteur pour obtenir des informations techniques sur Java d'entreprise. Actuellement dans sa huiti�me �dition, le rapport met en �vidence l'acc�l�ration de l'adoption de Jakarta EE et son r�le croissant dans l'alimentation des applications cloud natives. Le rapport d'�tude 2025 sur les d�veloppeurs Jakarta EE est disponible en t�l�chargement dans son int�gralit� ici.

� Avec l'arriv�e de Jakarta EE 11, il est clair que la communaut� donne la priorit� � la modernisation de l'infrastructure Java �, a d�clar� Mike Milinkovich, directeur ex�cutif de la Fondation Eclipse. � Cela refl�te notre engagement � �tablir Jakarta EE comme une plate-forme de classe mondiale pour le d�veloppement natif du cloud d'entreprise. C'est extraordinaire de voir l'�cosyst�me Java embrasser cette transition conduite par la communaut�. �

R�alis�e du 18 mars au 5 juin 2025, l'enqu�te a recueilli les id�es de plus de 1 700 participants, soit une augmentation de 20 % par rapport � 2024, ce qui en fait l'une des vues communautaires les plus compl�tes de l'�cosyst�me Java d'entreprise. Voici les principales conclusions du rapport d'�tude 2025 sur les d�veloppeurs Jakarta EE :

La popularit� de Jakarta EE prend de l'essor : l'adoption de Jakarta EE a d�pass� Spring pour la premi�re fois, avec 58 % des r�pondants qui utilisent Jakarta EE contre 56 % utilisant Spring. Cela marque une �tape importante et confirme la position de Jakarta EE en tant qu�environnement Java principal pour la cr�ation d'applications cloud natives. Les donn�es refl�tent la reconnaissance croissante du r�le fondamental de Jakarta EE dans l'environnement moderne Java d�entreprise.
Jakarta EE 11 a �t� rapidement adopt� par la communaut� : Jakarta EE 11 a d�j� �t� choisi par 18 % des r�pondants. Cette adh�sion pr�coce t�moigne d'un vif int�r�t dans toutes les r�gions et les tailles d'entreprise. Le mod�le flexible de publication �chelonn�e de la communaut�, qui offre un acc�s anticip� aux profils Core et Web, aide les d�veloppeurs � s'�loigner des anciennes versions de Java EE et � adopter plus rapidement de nouvelles innovations.
Changements de version de Java : l'adoption de Java 21 a bondi � 43 %, contre 30 % en 2024. Java 17 et Java 8 ont connu tous deux des baisses, tandis que Java 11 a connu un rebond et s'�l�ve maintenant � 37 %. Les donn�es sugg�rent que les d�veloppeurs sont de plus en plus dispos�s � adopter de nouvelles versions de Java peu de temps apr�s la sortie.
Strat�gies de migration vers le cloud : le portage virtuel (lift-and-shift) reste la principale approche (22%), mais les �quipes consid�rent �galement une vari�t� d'approches de modernisation. Certains pr�voient de migrer progressivement avec des micro-services (14%), d'autres modernisent les applications pour tirer parti des fonctionnalit�s du cloud (14%), tandis qu'une partie est d�j� enti�rement bas�e sur le cloud (14%). Au m�me temps, l'incertitude augmente, avec 20% des d�veloppeurs n'�tant toujours pas s�rs de leur strat�gie.
Les priorit�s de la communaut� : la pr�paration au cloud natif et l'adoption plus rapide des sp�cifications sont en t�te de l'ordre du jour, ainsi qu'un int�r�t constant pour l'innovation et l'alignement de Java SE.

Le rapport d��tude sur les d�veloppeurs Jakarta EE reste une ressource vitale pour les d�veloppeurs, les architectes et les chefs d'entreprise, et offre une vision claire des tendances actuelles et des orientations futures pour le Java d'entreprise. La communaut� Jakarta EE accueille les contributions et la participation des individus et des organisations. Avec le groupe de travail Jakarta EE � l'�uvre sur la prochaine version, y compris des fonctionnalit�s cloud natives innovantes, le moment n'a jamais �t� aussi propice pour s'impliquer.

Pour les organisations qui s'appuient sur Java d'entreprise, l'adh�sion au groupe de travail Jakarta EE offre une occasion unique de fa�onner l'avenir, tout en b�n�ficiant d'initiatives marketing et d'un engagement direct avec les principaux contributeurs.

� propos de la Fondation Eclipse

La Fondation Eclipse offre � sa communaut� mondiale des individus et des organisations un environnement favorable aux entreprises pour la collaboration et l'innovation en mati�re de logiciels libres. Elle h�berge Eclipse IDE, Adoptium, Software Defined Vehicle, Jakarta EE, Open VSX et plus de 400 projets open source, y compris des environnements d'ex�cution, des outils, des registres, des sp�cifications et des frameworks pour les applications cloud et p�riph�riques, l'IoT, l'IA, l'automobile, l'ing�nierie syst�me, les conceptions de processeurs ouverts, et bien d'autres. Bas�e � Bruxelles, en Belgique, la Fondation Eclipse est une association internationale � but non lucratif soutenue par plus de 300 membres.

Source : "The State of Enterprise Java : 2025 Jakarta EE Developer SurveyReport"

Et vous ?

:fleche: Pensez-vous que ce rapport est cr�dible ou pertinent ?
:fleche: Quel est votre avis sur le sujet ?

Voir aussi :

:fleche: Le rapport annuel de la Fondation Eclipse r�v�le une attention soutenue aux impl�mentations natives du cloud, avec une nouvelle �volution vers l'adaptation des innovations Java SE dans Jakarta EE

:fleche: Java f�te ses 30 ans : retour sur l'�volution d'un langage qui a su rester pertinent � l'�re du cloud, du DevOps et de l'IA. Ce v�t�ran du d�veloppement peut-il encore s�duire les nouvelles g�n�rations ?

:fleche: La Fondation Eclipse annonce la sortie de Jakarta EE 8, la premi�re version open source de Java EE, une nouvelle �re pour Java EE ?

Images attach�es

Probl�me N+1 Hibernate 4.2

jerbien13 — Mon, 22 Sep 2025 13:37:10 GMT

Bonjour la famille,

je viens de rencontrer un gros probl�me dans mon projets c'est le probl�me de dirty check et aussi le fameux N+1 de hibernate, mon probl�me c'est que la base de donn�e est tr�s complexe avec plusieurs relation one to many des fois jusqu'� niveau 5, ce que implique un gros nombre de select avant chaque action quelques sois update delete ou m�me Select,
si quelqu'un a rencontrer ce probl�me ? je serais reconnaissant si quelqun me propose une solution ou une Piste.

J'ai cr�� une config Hibernate mais les entity ne sont pas reconnus

Daydreamer067 — Sat, 03 May 2025 22:18:55 GMT

J'ai cette structure :

/

└── src

├── main

│ └── java

│ ├── dao

│ │ └── RealmDao.java

│ ├── entity

│ │ └── Realm.java

│ ├── util

│ │ └── HibernateUtil.java

│ └── main.java

└── resources

└── hibernate.cfg.xml

Voici le code des classes :

package dao;

import entity.Realm;
import jakarta.persistence.criteria.CriteriaBuilder;
import jakarta.persistence.criteria.CriteriaQuery;
import jakarta.persistence.criteria.Root;
import org.hibernate.*;
import util.HibernateUtil;

import java.util.List;
public class RealmDAO {

public void save(entity.Realm realm) {
Transaction tx = null;
try (Session session = HibernateUtil.getSessionFactory().openSession()) {
tx = session.beginTransaction();
session.persist(realm);
tx.commit();
} catch (Exception e) {
if (tx != null && tx.isActive()) {
try {
tx.rollback();
} catch (Exception rollbackEx) {
System.err.println("Rollback failed: " + rollbackEx.getMessage());
}
}
throw e;
}
}
}

package entity;

import javax.persistence.*;
import java.util.Set;

@Entity
@Table(name = "realm")
public class Realm {

@Id
private int id;

private String name;

@OneToMany(mappedBy = "realm", cascade = CascadeType.
ALL
, orphanRemoval = true)
private Set currencies;

// Getters and setters
public int getId() { return id; }
public void setId(int id) { this.id = id; }

public String getName() { return name; }
public void setName(String name) { this.name = name; }

public Set getCurrencies() { return currencies; }
public void setCurrencies(Set currencies) { this.currencies = currencies; }
}

package util;

import entity.Currency;
import entity.Item;
import entity.Realm;
import org.hibernate.SessionFactory;
import org.hibernate.cfg.Configuration;

public class HibernateUtil {

private static final SessionFactory
sessionFactory
=
buildSessionFactory
();

private static SessionFactory buildSessionFactory() {
try {
return new Configuration()
.configure("hibernate.cfg.xml")
.addAnnotatedClass(Realm.class)
.buildSessionFactory();
} catch (Throwable ex) {
System.
err
.println("Initial SessionFactory creation failed: " + ex);
throw new ExceptionInInitializerError(ex);
}
}

public static SessionFactory getSessionFactory() {
return
sessionFactory
;
}

public static void shutdown() {

getSessionFactory
().close();
}
}

public Class Main {
public static void main(String[] args) {
System.
out
.println("Realm.class is entity? " + HibernateUtil.
getSessionFactory
().getMetamodel().entity(Realm.class));
}
}

hibernate.cfg.xml
"-//Hibernate/Hibernate Configuration DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">

com.mysql.cj.jdbc.Driver
jdbc:mysql://localhost:3306/database
user
password
update
true
true

Il n'y a pas d'erreur dans le projet.
Quand je lance la class main j'ai cette erreur

Exception in thread "main" java.lang.IllegalArgumentException: Not an entity: entity.Realm

at org.hibernate.metamodel.model.domain.internal.JpaMetamodelImpl.entity(JpaMetamodelImpl.java:204)

at org.hibernate.metamodel.model.domain.internal.MappingMetamodelImpl.entity(MappingMetamodelImpl.java:463)

at org.hibernate.metamodel.model.domain.internal.MappingMetamodelImpl.entity(MappingMetamodelImpl.java:98)

Je ne sais pas quoi faire.

Quelqu'un peut m'aider ?

Merci.