파일 픽업 및 다시 시도 논리
파일 시스템 감시자 이벤트 공급자는 이벤트 파일을 읽지 못하면 해당 파일을 큐에 추가한 후 나중에 처리할 수 있습니다. 이 항목에서는 파일 시스템 감시자 파일 픽업 및 다시 시도 논리에 대해 설명합니다.
파일 큐
파일 시스템 감시자 이벤트 공급자를 실행하는 Windows 서비스나 응용 프로그램이 시작되고 이 이벤트 공급자가 설정되면 이벤트 공급자는 읽기 권한이 있는 모든 .xml 파일을 큐에 추가합니다. 파일을 큐에 대기하면 FileSystemWatcher 클래스의 버퍼가 꽉 차지 않게 되므로 파일이 처리될 수 없습니다.
추가된 새 .xml 파일은 즉시 처리됩니다. 새 파일은 이벤트 공급자가 시작될 때나 파일 처리 시도가 실패할 때만 큐에 추가됩니다.
파일 시스템 감시자 이벤트 공급자는 사용자가 이벤트 공급자를 정의할 때 지정한 일정대로 큐의 파일을 처리하려고 합니다. 파일 시스템 감시자 이벤트 공급자는 큐의 각 파일에서 데이터를 읽으려고 합니다. 이 이벤트 공급자가 데이터를 성공적으로 읽은 후 응용 프로그램으로 전송하면 큐에서 파일이 제거됩니다.
다시 시도에는 하나의 스레드가 사용됩니다. Notification Services는 한 번에 하나의 다시 시도를 처리하며 여기에는 여러 개의 파일이 포함될 수 있습니다. 또한 해당 다시 시도가 완료될 때까지 후속 다시 시도를 건너뜁니다.
잠겨 있거나 액세스할 수 없는 파일
파일 시스템 감시자 이벤트 공급자가 데이터를 읽으려고 할 때 파일이 잠겨 있으면 이 이벤트 공급자는 파일을 큐에 그대로 두고 파일에 대한 카운터를 늘립니다. 이 이벤트 공급자는 다시 시도 횟수 제한에 도달할 때까지 사용자가 지정한 일정대로 파일을 읽으려고 합니다.
파일의 보안 설정으로 인해 파일 시스템 감시자 이벤트 공급자가 파일에 액세스할 수 없으면 파일은 큐에 추가되지 않습니다. 대신 Notification Services는 파일의 보안 설정이 변경되는지 감시합니다. 보안 설정이 변경되면 파일이 큐에 추가됩니다.
참고 항목
개념
파일 유효성 검사
파일 시스템 감시자 이벤트 공급자 정의
관련 자료
파일 시스템 감시자 이벤트 공급자
표준 이벤트 공급자
이벤트 공급자 정의