2012-01-24 2 views
0

для обоих способов Я могу указать значения для contextConfigLocation, просто разделив их запятыми. Имеет ли значение, есть ли у меня один файл со всеми бобами в нескольких файлах со всеми моими бобами? Или, может быть, несколько файлов, импортирующих в один основной файл и включающий только это? Я спрашиваю, потому что у нас есть проблемы с комбинацией весов GWT. У нас есть классы действий, аннотированные для сканирования компонентов. Но во время некоторого теста на разных машинах, например, на моей машине все работает нормально, но на машине моих коллег это терпит неудачу. Он должен определить, какие действия в XMLContextLoaderListener и DispatcherServlet

<bean>...</bean> 

Приветствия

ответ

0

Я тоже работаю с конфигурацией GWT-Spring, и я никогда не была проблема, как это. Это ваше решение использовать один файл или разные файлы конфигурации. Возможно, у вашего друга проблемы с конфигурацией, или он использует более раннюю версию зависимостей Spring, когда проверка компонентов не работает.

Я не думаю, что это имеет какое-либо отношение к тому, как вы обнаруживаете свои весенние бобы.

+0

Мы работаем с svn и maven. Мы несколько раз проверяли конфигурацию проекта. Он должен быть таким же. – lrxw

+0

@mephi сделать mvn eclipse: затмить, обновить проект и проверить файлы .classpath на обеих машинах. Если они похожи, вы можете проверить библиотеки в eclipse. –

+0

Кажется, я нашел проблему. В базовом компоненте заменяемыми заполнителями был вызов типа «appContext = new ClassPathXmlApplicationContext («/somepackages/util/config/beans.xml »); открывая новый контекст, который не доступен из контекста диспетчера, но из контекста контекстного загрузчика. Но мне интересно, почему это сработало на моей машине. Теперь я перепутал ошибку. – lrxw

0

Нет никакой разницы между этими двумя способами определения компонентов для контекста.

В обоих случаях результатом является один весенний контекст со всеми бобами, образующими разные файлы.

Смежные вопросы