@El Ahrairah

Не совсем так. Здесь, по сути, обыкновенные операции с объектами, никаких больших наворотов типа DI нет. В классе AppContextListener явно создается(а не контейнером, что и отличает Dependency Injection) объект PostgreUserService, после он все так же явно кладется в объект контекста и уже потом, при инициализации сервлета регистрации и его полей, этот объект достается и присваивается полю сервлета.

Грубо говоря, если бы это был DI, то над полем userService висела одна из аннотаций @Inject, @EJB, @Autowired(в случае Spring Framework), а сам класс PostgreUserService был такжe помечен аннотацией как JavaBean(или был описан в xml-файле) и его созданием и всем жизненным циклом занимался бы контейнер.

Советую почитать официальную документацию по J2EE, которая крайне детальна и разбирает подобного рода тонкости. Как по Servlet API, так и по DI в J2EE.

Добавлено через 9 минут
Относительно того, как именно происходит преобразование. Здесь все довольно элементарно, так как здесь используется попросту возможности ООП. Класс PostgreUserService имплементирует интерфейс UserService(а значит вынужден реализовывать методы, описанные в UserService), после создав объект этого класса и присвоив его переменной UserService userService(а мы это может сделать в силу все того же ООП) мы пользуемся методами, описанных в интерфейсе, но реализованных в классе, имплементирующего этот интерфейс.

А это все значит, то тебе непременно стоит повторить основы языка, потому как на принципах ООП базируется разработка приложений на Java и уж тем более на J2EE.

Вернуться к обсуждению:
Сервлеты, слушатели, jdbc Java EE

1