2015-10-02 2 views
0

Я начал проект с IntelliJ, который работал хорошо, но сделал что-то, что сломало его. Вот мой файл applicationContext.xml.Весенние бобы неразрешенные в IntelliJ

<beans xmlns="http://www.springframework.org/schema/beans" 
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
    xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd"> 

    <bean class="foo.Bar" /> 
</beans> 

При проверке файла я получаю ошибку

Не удается разрешить боб «foo.Bar»

То же самое происходит во всех классах я пытаюсь поставить в моей конфигурации яровой файл. Есть ли какие-нибудь подсказки об этом?

Вот скриншоты:

весна ошибка файла: https://drive.google.com/file/d/0BwhIWYS5TjDRaWxjUzhBbDVnNk0/view?usp=sharing

весна фаска: https://drive.google.com/file/d/0BwhIWYS5TjDRb1RHbGlCOW9xeTg/view?usp=sharing

Я использую Maven для импорта банок и существуют классы в моем пути к классам. Но кодовый помощник не дает мне подсказки, когда я редактирую свойство класса bean.

+0

является классом foo.Bar в classpath и классе public? –

+0

Изменить 'foo.Bar' на 'fooBar' –

+0

Смотрите мои скриншоты для получения дополнительной информации –

ответ

0

Без полного бревенчатого следа, я могу только сделать предположение о том, почему это происходит

  1. Не включаю в себя необходимые зависимости (баночки)
  2. Вы не создали класс foo.bar в вашем пути к классам
+0

Я полагаю, что второй вариант является хорошим, но только весенний файл не может найти классы, у меня нет проблем в моем коде. –

0

Без скриншота IntelliJ его трудно найти, но вот мой список:

1) сделал настроить Spring огранку IntelliJ, чтобы включить свой хт l файл? Чтобы проверить это, нажмите F4, выбирая корень дерева проекта и посмотрите конфигурацию Facet для Spring. Там должен быть указан ваш XML-файл.

2) у вас действительно есть пакет «foo» с классом «Bar.java» в папке «sources» в IDEA?

+0

1) да 2) нет! ;) Смотрите мои скриншоты. –

+0

Это совершенно другая картина, потому что на ваших скриншотах это не foo.bar, а проблема, но весенние классы сами. Путь к классам никак не отражал зависимостей весны maven. – Marc

+0

Фактически любой класс (например, пользовательский класс foo.Bar, который существует в src/main/java), я помещаю в конфигурационный файл Spring, результат тот же. –

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