우선 AspectJ를 사용하고 있으며 좋아한다는 점을 유의 해주세요.하지만 그 밖의 어떤 작업을 할 수 있습니까? Logging에 AspectJ를 사용할 수 있다는 것을 알고 있습니다. 경우에 따라 트랜잭션 제어에 사용되며 주로 주석과 함께 구현됩니다. AspectJ는 Spring Roo와 같이 (코드 생성) 메소드를 사용하여 클래스를 향상시키는 데에도 사
웹 사이트의 예제에서 PostSharp는 기본 시스템 어셈블리에서 호출을 가로 채기위한 데모를 제공합니다. 몇 번 시도하고 어셈블리에 대한 인터셉트 콜을 복제하려고 시도했지만 소스 코드가 없으므로 성공하지 못했습니다. 내 접근 방식은 단순히 계측기에 넣고 싶은 네임 스페이스와 메서드를 대상으로 어셈블리 수준 특성을 배치하는 것이 었습니다. 이것은 나를 위해
나는 AOP 분야의 초보자입니다. 처음으로 AOP의 개념을 적용한 코드를 작성했을 때, 애플리케이션에서 교차 절단 패턴을 제거하는 방법을 이해하게되어 기뻤습니다. 나는 보안, 로깅, 트랜잭션, 감사 및 기타 AOP 적용과 같은 교차 절단 패턴을 해결하려는 생각에 압도 당했다. 그러나 내가 처음으로 일하는 클라이언트에게 AOP 사용을 제안했을 때, 나는 그것
우리는 Spring 트랜잭션 관리를 사용하는 혼합 된 Java 및 Scala 프로젝트를 보유하고 있습니다. 우리는 Spring aspect를 사용하여 @Transactional annotated 메소드로 파일을 짜 맞추고있다. 문제는 스칼라 클래스가 Spring 트랜잭션 측면과 얽혀 있지 않다는 점입니다. 스칼라에서 트랜잭션을 고려하여 Spring을 어떻게
업데이트 : 스프링 2.x 주석 기반 컨트롤러는 매개 변수와 반환 값의 자유도가 높아서 프로토 타입에 대한 가정을 할 수 없기 때문에 AOP 보안에 끔찍한 것을 발견했습니다. 2.x 이전에는 을 가로 채고 첫 번째 매개 변수는 HttpServletRequest이고 반환 값은 ModelAndView입니다. 이 표준을 사용하면 모든 컨트롤러에 대해 간단한 조언
JPA에는 CRUD 작업 전에 작업을 허용하는 @PrePersist 및 @PreUpdate 주석이 있습니다. 이것에 해당하는 ApsectJ를 찾으려고합니다. 내 유스 케이스는 한 팀에서 만든 JPA 응용 프로그램으로, 수명주기 청취자를 원래 엔터티에 추가하지 않고도 각각의 사전 지속 및 사전 업데이트에 감사 화면을 추가하려고합니다.