Здравствуйте, diyko, Вы писали:

D>>>Есть ли что то ище?
B>>Ище есть серверный API, без которого от GWT особого проку мало. Вот Spring в организации сервера и пригодится. А GWT он сам очень легковестный для того чтобы Spring тащить на клиенскую сторону. Работает себе в браузере клиента. Общается себе с сервером. Зачем там Dependecy Injection-то?

D>На сервер сайде вся понятно, причем здесь ЖВТ какой прок в постановке вопроса ЖВТ+Спринг?

Может раскажу очевидные вещи, но... Как известно, в gwt есть серверная часть. Суть такая, что надо реализовать некие интерфейсы своих сервисов, gwt будет через RPC вызывать их с клиента.
Дальше, если на стороне сервера используется спринг (для управления транзакциями, например, или для реализации DAO), то хотелось бы иметь удобный доступ к бинам определённым в спринге, так как именно на них завязаны транзакции и т.д. Тут по моему очевидна необходимость интеграции
Ясно, что вариантов есть много начиная с того же service locator-а. Но идеальной тут видется такая возможность: я каким-то образом говорю gwt, что вот этот бин, определённый в контексте спринга, реализует такой-то сервис.