오프라인 선점 잠금

• 만약 두 사용자가 같은 애그리거트를 동시에 수정하려고 할때 충돌이 생기는데
• 한 트랜잭션 범위에서만 적용되는 선점(Pessimistic) 잠금 방식 이나, 나중에 버전 충돌을 확인하는 비선점(Optimistic) 잠금 방식으로는 이를 방지할 수 없다.
• 오프라인 선점 방식은 여러 트랜잭션에 걸쳐 동시 변경을 막는다.

1. A 사용자가 수정 페이지에 접근해 저장되어 있는 데이터를 조회 시 오프라인 잠금
2. B 사용자가 수정 페이지에 접근해 저장되어 있는 데이터를 조회 할 때 익셉션 발생
3. A 사용자가 수정 폼 전송 후 데이터를 변경하면 오프라인 잠금 해체
4. 이후 B 사용자가 수정 페이지 접근 가능

• 만약 A 사용자가 수정 페이지 접근 후 수정 요청을 하지 않는다면 다른 사용자는 영원히 해당 애그리거트를 영원히 수정하지 못한다.
• 이러한 문제를 방지하기 위해 잠금에 유효시간을 가져야 한다.
• 수정 폼에서 일정시간 단위로 ajax를 호출해 유효시간을 늘려주는 방법이 있다.

오프라인 선점 잠금을 위한 LockManager 인터페이스와 관련 클래스

• 오프라인 선점 잠금은 크게 잠금 선점 시도, 잠금 확인, 잠금 해제, 락 유효시간 연장의 네 가지 기능을 제공해야 한다.

@Getter
public class LockId {
	public LockId(String value) {
		this.value = value;	
	}
	private String value;
}

public interface LockManager {
	LockId tryLock(String type, String id) throws LockException;
	void checkLock(LockId lockId) throws LockException;
	void releaseLock(LockId lockId) throws LockException;
	void extendLockExpiration(LockId lockId, long inc) throws LockException;
}

• LockManager.tryLock을 이용해 잠금 선점을 시도하고 잠금 된 LockId를 반환한다.

• 반환된 LockId는 잠금 해체를 할때 사용하므로 수정폼(view)에 보관해야 한다.

• 선점 잠금에 실패하면 LockException이 발생하는데 이때 다른 사용자가 데이터를 수정 중이니 나중에 다시 시도해 보라는 안내 화면을 보여주면 된다.

• 수정 폼 접근 예시

  @RequestMapping("/some/edit/{id}")
  public String editData(@PathVariable("id") Long id, ModelMap model) {
  
  	// 오프라인 선점 잠금 시도
  	LockId lockId = lockManager.tryLock("data", id);
  	
  	// 기능 실행
  	Data data = someDao.select(id);
  	model.addAttribute("data", data);
  
  	// 잠금 해제에 사용할 LockId를 모델에 추가
  	model.addAttribute("lockId", lockId);
  
  	return "editData";
  }
  

  <!-- editData.jsp -->
  <form action="/some/edit/${data.id}" nmethod="post">
  	...
  	<input type="hidden" name="lockId" value="${lockId.value}"/>
  	...
  </form>