Мой вопрос наверно покажется глупым)
При изучении сервлетов я читал что при обработке запроса doGET скажем, внутри метода надо создавать новый экземпляр DAO например myDAOImpl и работать с ним. Для этого чтобы не было запросов к одному объекту myDAOImpl из разных запросов/потоков.
В примерах по Spring MVC обычно делают DI в следующем порядке: HibernateTemplate - DAOImpl - ServiceImpl -> Controller
Как я понимаю по умолчанию(как показано в примерах) Spring создает синглетон бинов. Как в это случае не происходит проблем с конкурентным доступом? Ведь тогда во всех запросах будет использовать один и тот же экземпляр ServiceImpl, соответственно один и тот же DAOImpl и HibernateImpl.

Допустим сервлет.

Правильно:

doGet () {

MyDao dao = new MyDao();
dao.func();

}


Неправильно:

public class Servlet.... {

private Mydao dao = new MyDao();

doGet () {

dao.func()

}

}


Для спринга:


@Controller
class .... {

@Autowired
Service service (или dao)

@RequestMapping
post() {

service.func(); // service то для всех один будет, так?

}

}

IDVsbruck, посмотри внимательно) часть я написал для простых сервлетов, а часть для спринга. Там нет new().

Вот пример (с хабра) ссылка

@Repository
public class ContactDAOImpl implements ContactDAO {

@Autowired
private HibernateTemplate hibernateTemplate;

public void addContact(Contact contact) {
hibernateTemplate.save(contact);
}

}



@Service
public class ContactServiceImpl implements ContactService {

@Autowired
private ContactDAO contactDAO;

@Transactional
public void addContact(Contact contact) {
contactDAO.addContact(contact);
}


}



public class ContactController {

@Autowired
private ContactService contactService;



@RequestMapping(value = "/add", method = RequestMethod.POST)
public String addContact(@ModelAttribute("contact") Contact contact,
BindingResult result) {

contactService.addContact(contact);

return "redirect:/index";
}


}


Меня даже собственно не волнует вопрос почему это правильно, если это правильно и проблем с конкурентным доступом нет.

Другими словами, такую структуру можно использовать только как пример или она правильная? )

Leonidv, а как обеспечить stateless? Спринг сам за этим следит?

Blazkowicz,

Bean factorу поддерживает два вида объектов:

Синглтон: в данном случае создается один разделяемый экземпляр объекта с определенным именем, которое будет возвращено при поиске. Это применяемый по умолчанию и наиболее часто используемый режим, идеальный для сервисных stateless-объектов.

Правильно? Я примерно такого ответа ждал)

Blazkowicz, я нагуглил статью 2004 года. Второй там был прототип. вот .
Собственно не понял как синглтон без состояния может безопасно использоваться разными потоками, ну да ладно) главное работает)

Leonidv, спасибо!