IntelliJ IDEA แสดงข้อผิดพลาดเมื่อใช้คำอธิบายประกอบ @Autowired ของ Spring

IntelliJ IDEA แสดงข้อผิดพลาดเมื่อฉันใช้@Autowiredคำอธิบายประกอบของ Spring ในคลาส แต่คลาสนั้นทำงานได้โดยไม่มีปัญหาใด ๆ

นี่คือข้อความแสดงข้อผิดพลาด:

ต้องกำหนดสมาชิกอัตโนมัติใน spring bean ที่ถูกต้อง (@ Component / @ Service ฯลฯ ) less ... (Ctrl + F1) ตรวจสอบปัญหาการเดินสายอัตโนมัติในคลาส bean

ฉันมีปัญหาเดียวกันกับ IntelliJ IDEA 13.1.4 ฉันแก้ไขได้โดยการลบ Spring facet (File-> Project Structure) และปล่อยทิ้งไว้เพื่อแสดง "Detection"

หากคุณรู้ว่ามีถั่วอยู่และเป็นเพียงปัญหาของการตรวจสอบให้เพิ่มสิ่งต่อไปนี้ก่อนการประกาศตัวแปร:

@SuppressWarnings("SpringJavaAutowiringInspection")
@Inject MyClass myVariable;

บางครั้ง IntelliJ ไม่สามารถแก้ไขได้หากมีการประกาศ bean เช่นเมื่อ bean ถูกรวมตามเงื่อนไขและการแก้ปัญหาเงื่อนไขเกิดขึ้นที่รันไทม์

ฉันแก้ไขโดยเพิ่มคำเตือน supress:

 @SuppressWarnings("SpringJavaInjectionPointsAutowiringInspection")
 @Autowired
 private ....

มีข้อผิดพลาดเดียวกันที่นี่!

ดูเหมือนว่า Intellij จะไม่สามารถตรวจสอบได้ว่าการใช้งานคลาสเป็น @Service หรือ @Component

แก้ไขได้เพียงแค่เปลี่ยนจาก Error เป็น Warning (กด Alt + Enter)

ลบไฟล์. iml ออกจากโมดูลโปรเจ็กต์ทั้งหมดของคุณแล้วไปที่ File -> Invalidate Caches / Restart

File -> ProjectStructure -> Modules -> + (ในคอลัมน์กลาง) -> Spring -> OK

ผมมีปัญหาเหมือนกัน. ฉันแก้ไขโดยการเพิ่ม Spring facet (File-> Project Structure) สำหรับแต่ละโมดูลที่เกี่ยวข้องจากนั้นเพิ่มไฟล์คอนฟิกูเรชัน สำหรับบางโปรเจ็กต์ (spring mvc) ไฟล์กำหนดค่าที่ตรวจพบโดยอัตโนมัติ อย่างไรก็ตามสำหรับโครงการ jar ฉันต้องเพิ่มไฟล์การกำหนดค่าด้วยตนเอง

ตรวจสอบให้แน่ใจว่าคุณมีคำจำกัดความของ Spring bean ที่ถูกต้อง บางครั้งแอปพลิเคชันทำงานได้ดีเพียงแค่แสดงข้อผิดพลาดใน IDE ตรวจสอบไฟล์ "iml" ของโปรเจ็กต์หากคุณมี Spring facet ที่กำหนดไว้

แก้ไขปัญหาโดยไปที่ File >> Project Structure >> Facets จากนั้นเพิ่มไฟล์คอนฟิกูเรชันทั้งหมดลงใน Spring Facet หลังจากนั้นก็เริ่มตรวจพบไฟล์ที่มีถั่วอยู่และสามารถจัดเรียงปัญหาได้ IntelliJ การให้เช็คนี้มีค่ามากและไม่ควรปิด IMHO

ดูเหมือนว่าปัญหาการมองเห็น - ตัวควบคุมหลักไม่เห็นส่วนประกอบที่คุณพยายามต่อสาย

พยายามเพิ่ม

@ComponentScan("path to respective Component") 

ไปยังตัวควบคุมหลัก

ตรวจสอบให้แน่ใจว่า IntelliJ Idea (IDE) ของคุณรับรู้ถึงการกำหนดค่าสปริงที่จำเป็นทั้งหมดที่โมดูลของคุณกำลังถูกตรวจสอบ

คุณสามารถตรวจสอบได้ภายใต้

ไฟล์> โครงสร้างโครงการ> โมดูล> [ชื่อโปรเจ็กต์ของคุณในแผงด้านขวา]> สปริง

บางครั้งเราจำเป็นต้องบอก IDE อย่างชัดเจนว่าการกำหนดค่าสปริงมาจากการพึ่งพา (jar ที่มีอยู่ในคลาสพา ธ โครงการของคุณ)

ฉันมีปัญหาเดียวกัน ของฉันเป็นเพราะถั่วที่มีการอ้างอิงอัตโนมัติไม่ใช่ส่วนประกอบของ Spring (เป็น EJB) แต่มี SpringBeanAutowiringInterceptor Interceptor ที่อนุญาตให้ใช้การทำงานอัตโนมัติ ฉันคิดว่า Intellij ไม่ได้ใช้ความเป็นไปได้นี้ในการตรวจสอบการเดินสายอัตโนมัติ

ฉันก็มีปัญหานี้เหมือนกัน การทำalt+ enterแล้วขอให้รันใหม่หรือปิดการใช้งานการตรวจสอบสปริงในบรรทัดที่ได้รับผลแก้ไข ดูเหมือนว่าจะกลายเป็นปัญหาหลังจากการอัปเดต 13.4 เท่านั้น

ในกรณีของฉันฉันพลาดที่จะเขียนใน web.xml:

    <listener>
        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
    </listener>

    <listener>
        <listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
    </listener>

   <context-param>
      <param-name>contextConfigLocation</param-name>
      <param-value>classpath*:applicationContext.xml</param-value>
   </context-param>

และในไฟล์บริบทของแอปพลิเคชัน:

<context:component-scan base-package=[your package name] />

หลังจากเพิ่มแท็กนี้และเรียกใช้ maven เพื่อสร้างโปรเจ็กต์ใหม่เกิดข้อผิดพลาดอัตโนมัติใน intellj desapears และไอคอน bean ปรากฏที่ขอบด้านซ้าย:

ของฉันไม่ได้เพิ่ม @Repository บนอินเทอร์เฟซ CrudRepository ของฉันบทช่วยสอนที่ฉันดูไม่ได้เพิ่มลงใน STS และมันก็ไม่บ่น

คุณควรตรวจสอบว่าคุณได้เพิ่ม @Component, @Repository หรือสิ่งที่คล้ายกันในคลาสหรือไม่

ฉันแก้ไขที่เพิ่มหน้าเว็บ

eg1:
director：Settings - Editor - Inspections - Spring - Spring Core - Code - Autowiring for Bean Class 
operate:checkout 勾去掉
eg2:
1.impl class add @service
like this:
@Service
public class CityServiceImpl implements CityService{
@Autowired
private CityDao cityDao;

like this
2.dao file class add @Repository
@Repository
public interface CityDao {

ฉันแก้ปัญหานี้ด้วยวิธีนี้แล้ว ใน IntelliJ แพ็กเกจทั้งหมดของคุณควรอยู่ในแพ็กเกจย่อยซึ่งเป็นแพ็กเกจย่อยของ main / java ตัวอย่างเช่นฉันได้ใส่แพ็คเกจทั้งหมดของฉันไว้ใน src / main / java / com.misisol.watchStore / และฤดูใบไม้ผลิสามารถหาถั่วของฉันได้หลังจากนั้น

Inject Bean กับ @Qualifier ช่วยแก้ปัญหาให้ฉันได้

ฉันมีปัญหาที่คล้ายกัน ฉันแก้ไขได้โดยยกเลิกการเลือกตัวเลือก "ประมวลผลถั่วที่ใส่คำอธิบายประกอบอย่างชัดเจน" (ดูภาพหน้าจอด้านล่าง) ตัวเลือกนี้ถูกเปิดใช้งานโดยค่าเริ่มต้นบน linux ตอนนี้คำอธิบายประกอบ @Service และ @Configurations สามารถมองเห็นได้ ภาพหน้าจอ

สายไปหน่อย แต่ฉันหวังว่ามันจะช่วยคนอื่นได้

อย่าลืมใส่ @Service ในคลาสการนำไปใช้งานสำหรับบริการ

@Service
public class ServiceNameImpl implements ServiceName {

    @Override
    public void method(ObjectType paramName) {
        //CODE
    }

}

นั่นคือวิธีที่ฉันแก้ไขข้อผิดพลาด

ฉันรู้ว่านี่เป็นคำถามเก่า แต่ฉันไม่พบคำตอบใด ๆ ที่ช่วยแก้ปัญหานี้ให้ฉันได้ดังนั้นฉันจะให้คำตอบ

หมายเหตุ: ผมคิดว่าปัญหาอาจจะได้รับนี้แต่ปัญหาของฉันก็ไม่ได้เกี่ยวข้องกับการดำเนินการติดต่อกันเป็นครั้งที่สอง การใช้@Qualitierทำให้ปัญหาของฉันหายไป แต่มันเป็นผ้าพันแผลและไม่ใช่วิธีแก้ปัญหาที่เหมาะสมดังนั้นฉันจึงไม่ได้จัดการกับสิ่งนั้น

พื้นหลัง

ฉันได้รับมอบหมายให้ดูแลโครงการเก่าที่ผ่านสปริงเวอร์ชันต่างๆและอัปเดตเฉพาะสำหรับโมดูลแยกต่างหากดังนั้นสิ่งที่จำเป็นต้องมีการปรับโครงสร้างใหม่อย่างน้อยที่สุด ในตอนแรกฉันได้รับปัญหา bean ที่ซ้ำกันและการแก้ไขกับสิ่งต่างๆได้เปลี่ยนปัญหาไปมาระหว่างปัญหาของ OP และปัญหาถั่วที่ซ้ำกันแม้ว่าจะมีเพียงถั่วเดียวก็ตาม การนำทางไปยังถั่วที่ซ้ำกันจะไปที่คลาสเดียวกันเสมอ

ปัญหา

ปัญหานี้มีอยู่ใน@Repositoryคลาสที่อยู่@Autowiredใน@Serviceคลาสซึ่งมี@ComponentScanคำอธิบายประกอบอยู่ด้วย ฉันสังเกตว่าฉันยังมีสปริงapplication-config.xmlที่ทำcontext:component-scanบนแพ็คเกจพื้นฐานซึ่งฉันเชื่อว่าเป็นแนวทางดั้งเดิมใน Spring เวอร์ชันเก่า ฉันอยู่ระหว่างการสร้างสาขาใหม่โดยนำส่วนของสาขาเก่าและสาขาที่ใหม่กว่ามาใช้ในโครงการสนับสนุนที่ใช้ในโครงการต่างๆที่ได้รับการพัฒนาในช่วงหลายปีที่ผ่านมาและนั่นคือสาเหตุที่มีการผสมผสานกันอย่างลงตัว วิธีการ

โซลูชันที่เรียบง่าย

เนื่องจากมีการนำแนวทางการใช้งานที่ทันสมัยกว่ามาใช้@ComponentScanแล้วฉันจึงนำออกapplication-config.xmlและปัญหาได้รับการแก้ไขแล้ว

สิ่งต่อไปนี้ใช้ได้ผลสำหรับฉัน:

1. ค้นหาคลาสทั้งหมดที่ใช้บริการ (อินเทอร์เฟซ) ซึ่งให้ข้อผิดพลาด
2. ทำเครื่องหมายแต่ละชั้นเรียนด้วยคำอธิบายประกอบ @Service เพื่อระบุว่าเป็นคลาสตรรกะทางธุรกิจ
3. สร้างโครงการใหม่

ฉันอาจจะสายนิดหน่อย แต่หลังจากใช้เวลาหลายชั่วโมงและค้นคว้าเกี่ยวกับปัญหานี้

ฉันพบว่าในIntelliJ 2020 @AutoWired เวอร์ชันล่าสุดนั้นเป็นทางเลือกและควรใช้การฉีดดีเปรสชันตามตัวสร้าง

ฉันแก้ปัญหาโดยการลบ@AutoWired Annotation จากคลาส Service and Controller และใช้การฉีดขึ้นต่อกันของตัวสร้าง

ลิงค์นี้อาจช่วยได้

Happy Coding!

ฉันมีปัญหานี้กับบริการเดียวที่มีการฉีดขึ้นต่อกันตามคอนสตรัคเตอร์กับ IntelliJ เวอร์ชัน 2019.2.4 ฉันพบว่าการเปลี่ยนชื่อบริการ (shift + f6) มีประโยชน์แล้วละทิ้งการเปลี่ยนแปลงจากระดับคอมไพล์