Одним из преимуществ Java EE 6 является новая структура внедрения зависимостей - CDI с эталонной реализацией Weld - которая побудила нас начать внутреннюю миграцию на JSR-330 независимым от реализации способом с явной целью обеспечения возможности иметь основной jar-файл, который заморожен, а затем иметь возможность добавлять дополнительные jar-файлы, предоставляя новые модули, заменяющие функциональность в core-jar.
Сейчас я нахожусь в процессе выполнения вышеперечисленных работ со сваркой, и, честно говоря, за обложками просто происходит слишком много магии. Либо это работает, либо нет, и по умолчанию не очень помогает в том, что происходит, поэтому вы можете выяснить, что не так, и исправить это.
Я ожидаю, что есть переключатели для переключения, которые могут легко включать такие вещи, как:
- Какие записи пути к классам сканируются и где? Каков был результат?
- Какие бобы доступны для инъекций для какого класса?
- Что привело к тому, что данный боб не был рассмотрен позже? Отдельная банка?
Другими словами, мне нужно увидеть процесс принятия решений более подробно. По какой-то причине это не так необходимо для Guice, возможно, потому, что там намного меньше магии, и, возможно, потому что сообщения об ошибках очень хороши.
Что вы делаете для отладки ваших приложений Weld и насколько это помогает?