Strona główna / Enterprise / Lookup JNDI kontra wstrzykiwanie CDI
Enterprise Średniozaawansowany

Lookup JNDI kontra wstrzykiwanie CDI

Zastąp kruche lookupki JNDI oparte na ciągach typowo-bezpiecznym wstrzykiwaniem CDI dla zasobów zarządzanych przez kontener.

Porównanie kodu
✕ Java EE 
public class OrderService {
    private DataSource ds;

    public void init() throws NamingException {
        InitialContext ctx = new InitialContext();
        ds = (DataSource) ctx.lookup(
            "java:comp/env/jdbc/OrderDB");
    }

    public List<Order> findAll()
            throws SQLException {
        try (Connection con = ds.getConnection()) {
            // query orders
        }
    }
}
✓ Jakarta EE 8+ 
@ApplicationScoped
public class OrderService {
    @Inject
    @Resource(name = "jdbc/OrderDB")
    DataSource ds;

    public List<Order> findAll()
            throws SQLException {
        try (Connection con = ds.getConnection()) {
            // query orders
        }
    }
}
Widzisz problem z tym kodem? Daj nam znać.
Dlaczego nowoczesne podejście wygrywa
🔒

Typowo-bezpieczne łączenie

Błędy wstrzykiwania są wykrywane w czasie wdrożenia, nie w środowisku uruchomieniowym przez string lookupki.

🗑️

Bez boilerplate

Eliminuje tworzenie InitialContext, ciągi nazw JNDI i obsługę NamingException.

🧪

Testowalny

Zależności to wstrzykiwane pola, łatwe do zastąpienia mockami w testach jednostkowych.

Stare podejście
Lookup JNDI
Nowoczesne podejście
CDI @Inject
Od JDK
11
Poziom trudności
Średniozaawansowany
Wsparcie JDK
Lookup JNDI kontra wstrzykiwanie CDI
Dostępne

Szeroko dostępne od Jakarta EE 8 / Java 11

Jak to działa

Tradycyjny wzorzec JNDI wymusza używanie nazw zasobów opartych na ciągach, obsługi NamingException i zarządzania InitialContext. Wstrzykiwanie CDI z @Inject (lub @Resource dla zasobów kontenera) pozwala kontenerowi automatycznie łączyć zależności. Literówki stają się błędami kompilacji, a klasy są łatwiejsze do testowania, bo zależności można wstrzykiwać bezpośrednio.

Powiązana dokumentacja
Jakarta CDI Specification ↗ Jakarta Annotations — @Resource ↗
Dowód
Zobacz źródło dowodu ↗
Powiązane wzorce
Enterprise Średniozaawansowany

EJB versus CDI

Java EE
@Stateless
public class OrderEJB {
    @EJB
    private InventoryEJB inventory;

    public void placeOrder(Order order) {
        // container-managed transaction
        inventory.reserve(order.getItem());
    }
}
Jakarta EE 8+
@ApplicationScoped
public class OrderService {
    @Inject
    private InventoryService inventory;

    @Transactional
    public void placeOrder(Order order) {
        inventory.reserve(order.getItem());
    }
}
Najedź, aby zobaczyć nową wersję ➜
JDK 11+ →
Enterprise Średniozaawansowany

JDBC versus JPA

Java EE
String sql = "SELECT * FROM users WHERE id = ?";
try (Connection con = dataSource.getConnection();
     PreparedStatement ps =
             con.prepareStatement(sql)) {
    ps.setLong(1, id);
    ResultSet rs = ps.executeQuery();
    if (rs.next()) {
        User u = new User();
        u.setId(rs.getLong("id"));
        u.setName(rs.getString("name"));
    }
}
Jakarta EE 8+
@PersistenceContext
EntityManager em;

public User findUser(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();
}
Najedź, aby zobaczyć nową wersję ➜
JDK 11+ →
Enterprise Średniozaawansowany

Singleton EJB vs CDI @ApplicationScoped

Java EE
@Singleton
@Startup
@ConcurrencyManagement(
    ConcurrencyManagementType.CONTAINER)
public class ConfigCache {
    private Map<String, String> cache;

    @PostConstruct
    public void load() {
        cache = loadFromDatabase();
    }

    @Lock(LockType.READ)
    public String get(String key) {
        return cache.get(key);
    }

    @Lock(LockType.WRITE)
    public void refresh() {
        cache = loadFromDatabase();
    }
}
Jakarta EE 8+
@ApplicationScoped
public class ConfigCache {
    private volatile Map<String, String> cache;

    @PostConstruct
    public void load() {
        cache = loadFromDatabase();
    }

    public String get(String key) {
        return cache.get(key);
    }

    public void refresh() {
        cache = loadFromDatabase();
    }
}
Najedź, aby zobaczyć nową wersję ➜
JDK 11+ →