ccoderМеня терзает вопрос - почемуже всётаки существуют три типа бинов.
А именно: JSF, CDI, EJB/Spring.
Так исторический сложилось. Обратите внимание что в свежих версиях вроде как рекомендуют отказаться от JSF Backing Bean в пользу CDI.

ccoderКак я понял между EJB и Spring есть некая связть (чтоли Spring это lightweight EJB?)
Нет никакой связи, просто они решают схожие задачи: IoC, Service Layer aka Transaction Script, Remoting, Transaction management, DAL.

ccoderНу просто знаете трудно дойти в чёмже их разница (ну своими словами).

Разница? Все трое исторически разные.
EJB это наследник EJB 2.x, который упрощен до такого уровня что выглядит как Spring, но работает так же как EJB 2, что ещё больше запутывается нубов. Т.е. множество неочевидных вещей контейнер сам делает в фоне.
JSF Backing Bean это логика "поддержки" для JSF страниц.
CDI это уже более современный этап, в попытке JEE упростить до уровня Spring.
Про Spring на сертификации вряд ли спрашивают. Это параллельная технология, которая из IoC движка выросла в универсальный "клей" для всего и вся. Spring Bean это вообще любой бин в его IoC контейнере. С EJB мало общего, если говорить исключительно о бинах.

ccoderА что означает этот сам jndi своими словами кто может?
JNDI это такое древовидное хранилище, на всякие JEE-бины. Когда какой-то бин нельзя заинжектить через аннотации, то для него делают lookup в JNDI.
Посмотрите у Фаулера по теме Inversion of Control - Dependency Injection vs Service Locator.
Поиск в JNDI это и есть Service Locator.