사용자가 모든 유권자의 이메일 주소 목록을 업로드 할 수있는 투표 앱을 작성 중입니다. 몇 가지 오류 검사를 수행 한 후 각 유권자에 대해 Voter 엔티티를 만듭니다. 유권자의 다수가있을 수 있기 때문에, 나는 30 초 제한을 피하기 위해 작업 대기열에 Voter 엔티티를 생성하는 작업은 다음과 같습니다 put_list = []
for email
SQL 2008 백엔드에서 아음속을 사용하여 멱등 열 삽입 행을 수행하려면 어떻게해야합니까? 이름이 기본 키인 "색상"테이블이 있습니다. Color c = new Color;
c.name = "red";
c.Save;
Color c2 = new Color;
c2.name = "red";
c2.Save; // throws duplicate key
나는 각기 동일한 (트랜잭션) 대기열에서 메시지를 가져 오는 여러 개의 분산 된 경쟁 소비자가 있습니다. 각 소비자를 Idempotent Receiver으로 구현하고 싶습니다. 중복 메시지가 도착하더라도 모든 소비자에게 동일한 메시지를 한 번 이상 처리하지 마십시오. 여러 소비자가이를 어떻게 수행 할 수 있습니까? 첫 번째 생각은 큐에 넣기 전에 각 메시지
ajax 요청을 통해서만 발생하는 요청에 대해 post-redirect-get (prg)을 사용하는 이유가 있습니까? 이 시나리오에서는 (ajax 또는 직통을 통해) 요청이 전송 될 수 있으며 백엔드에서 어떤 메시지인지 구분할 수 있다고 가정합니다. 직접 요청이 prg를 사용하여 처리되는 경우에는 ajax 요청도 prg로 처리해야하는 이유가 있습니까? 또는
SQL 데이터베이스 프로젝트에 데이터베이스의 일부가되어야하는 기본값을 등록하는 게시 배포 스크립트가 있습니다. 이 스크립트를 결과를 변경하지 않고 여러 번 실행할 수 있기를 원합니다. 따라서 약간의 수정 만 추가해야 할 경우 수동으로 실행할 수 있습니다. INSERT INTO [UserRole] ([Name])
SELECT 'Regular'
UNION
따라서 "멱등 원"은 다음과 같이 정의 할 수 있습니다. N 번 수행되는 경우 해당 동작은 한 번만 수행하는 것과 같은 효과를냅니다. 알기 쉽습니다. 제 질문은이 정의의 미묘함에 관한 것입니다. 자체적으로 멱등 원으로 간주되는 동작입니까? 아니면 동작에 전달되는 데이터를 고려해야합니까? f(3)만큼 내가로 3 공급으로, 나무 등입니다, 은 가정하자 좀 자원
여기에 설명 된대로 jpa 멱등 원 리포지토리를 구현하려고하는데, 대문자 내보내기 오류가 발생합니다. 내 application-context.xml에 다음 섹션이 있습니다. <bean id="mvStore" class="org.apache.camel.processor.idempotent.jpa.JpaMessageIdRepository" lazy-init="
이의 나는 이런 식으로 뭔가를 보이는 메모를위한 REST 서비스를 구축하고자한다고 가정 해 봅시다 : GET /notes/ // gives me all notes
GET /notes/{id} // gives the note identified by {id}
DELETE /notes/{id} // delete note
PUT /notes/{id} /