В нашем проекте было очень много примеров неправильного использования Spring IoC, вида:



Эти неявные зависимости я почти везде уже устранил, но столкнулся с тем, что в фильтры и сервлеты, жизненным циклом которых управляет контейнер (в нашем случае Tomcat), инжектить ничего нельзя. Официальная документация по этому поводу молчит. Как быть? Может кто-то уже сталкивался с такой ситуацией?

Я недавно в сервлете бин доставал. Делал вот так

Это как раз пример того, как сделано сейчас. Это не совсем корректно и не совсем красиво. Если бы спринг умел инстанцировать сервлеты и фильтры сам, то можно было бы их объявить как обычные бины, настроив для них properties. В самом же коде сервлета были бы лишь простые сеттеры.

Видел где-то, сейчас к сожалению не найти, пример, где расширялся класс HttpServlet, экземпляры которого могли потом использоваться как простые бины, котрым было достаточно сеттеров. Т.е. то что вам надо. Советую поискать. Можно конечно самому попробывать реализовать 

думаю стоит почитать о Spring MVC

Иногда полный Spring MVC бывает лишним, например нужен всего один сервлет для обработки ajax запросов, а в этот сервлет надо проинжектить объект какого-либо сервиса.
illarion, я кстати нашел ссылку. Метод номер 3 
http://andykayley.blogspot.com/2007/11/how...beans-into.html

А чем этот способ отличается от:


То же самое только инкапсулировано в определенном классе.
Я, к стати, тоже интересовался такими методами "автоваринга" для связки EJB3+Spring и там есть что-то подобное показанное garbuz.
Вешается на EJB интерцептор, который и будет производить инъект Spring-бинов в проперти, помеченные как @Autowired
Я думаю, все-таки, в данном случае надо смотреть в сторону Spring MVC.

Да, что бы далеко не ходить даже спринговцы используют "бракуемый" в данной теме способ. Вот пример исходников одного из их классов:

http://www.acegisecurity.org/acegi-securit...oBeanProxy.html

есть такая вещь, используется как видно в spring-security. Возможно стоит покопать туда

Привет.
Нашел: тебе действительно ничего писать не надо. Есть такой класс у Spring:


где имя фильтра имя бина в Spring-контексте.

Добавлено через 4 минуты и 17 секунд
Твой бин всего лишь должен быть как " implements Filter", а дальше делаешь свои инджекшены как обычно

Что же касается сервлета, то все еще проще - он должен реализовывать интерфейс HttpRequestHandler



в application context пишем:


а в web.xml пишем такое:

В общем, в итоге в проекте осталсь лишь SessionListener и еще парочку, в которые непонятно как инжектить. Фильтры и сервлеты работают через HttpRequestHandlerServlet и DelegatingFilterProxy. 

Если приложение большое, то, как советовали выше, нужно глядеть в сторону SpringMVC или другого MVC framework.