Rules do not scan dependency injection without a handler

Đang mở

#35 mở ngày 19/3/2024 1 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Đánh giá

Độ khó: 4/5
Thời gian dự kiến: 3-5 ngày
Mức phù hợp với người mới: 35/100

Loại issue: Lỗi
Độ rõ ràng: Khá rõ ràng
Mức độ hoạt động: Đình trệ
Công nghệ: aws, java, spring-boot
Lĩnh vực: backend, cloud, tooling

Hướng nghiên cứu

Bắt đầu bằng cách lần theo các kiểm tra quy tắc SnapStart hiện đang phụ thuộc vào việc một lớp hoặc phương thức có tên handler cụ thể, sau đó so sánh chúng với ví dụ dependency injection trong issue. Công việc được xem là hoàn tất khi các ứng dụng Spring Boot tiêu chuẩn sử dụng Serverless Java Container hoặc Lambda Web Adapter được quét và các vi phạm được nhận diện mà không cần một giao diện handler cụ thể.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

Problem: You can run standard Spring Boot applications via the Serverless Java Container or the Lambda Web Adapter. In that case, no specific handler interface needs to be implemented. Currently the SnapStart rules would therefore not recognize any violation of the rules:

public class UnicornControllerHandler {

    private final UnicornService unicornService;
    private final UUID uuid;
    private static final Logger logger = LoggerFactory.getLogger(UnicornControllerHandler.class);

    public UnicornControllerHandler(UnicornService unicornService) {
        this.unicornService = unicornService;
        uuid = UUID.randomUUID();
    }
}

This is somehow related to https://github.com/aws/aws-lambda-snapstart-java-rules/issues/24 but the checks seem to only apply when the class and the method have a specific name.

Ngôn ngữ chính: Java
Star: 53
Fork: 10
Chỉ số merge pull request: Không có pull request nào được merge trong 30 ngày