우리의 통합 중 하나는 D2LWS UserManagementService를 사용하여 사용자 이름을 userId로 변환합니다. LTI 요청을 클릭 할 때 학생의 사용자 이름, 이름, 성을 수신하지만 다른 Valence API 호출에 대해서는 숫자 userId가 필요합니다.이전 WS UserManagementService를 대체하는 Valence API
D2LWS가 폐기되기 전에 의존성을 줄이기 위해이 변환을 수행하는 데 사용할 수있는 동등한 Valence API 호출이 있는지 궁금해하고 있습니까?
클라이언트 응용 프로그램이 LMS 사용자 ID 속성을 이해하는 방법은 여러 가지가 있습니다. 새로운 Valence 플랫폼이 사용자 대 서비스 운영 신뢰에 최적화 된 반면 D2LWS 플랫폼은 기본적으로 서비스 대 서비스 수준의 운영 신뢰에 최적화되어 있다는 사실을 기억해야합니다. 이는 모든 Valence 호출이 context 일부 실제의 인증 된 LMS 사용자 계정 (전화를 걸려면 먼저 클라이언트 응용 프로그램이 인증 된 사용자의 사용자 ID/키 쌍을 요청해야 함).
클라이언트 서비스가 LTI 시작과 함께 LMS에 연락되거나 메시지가 나타나면 시작할 때까지 충분한 용량을 갖게됩니다 (detailed topic on combining Valence calls with LTI around our Remote Plugin service 참조). 로그인 한 LMS 세션에서 시작된 실제 LMS 사용자가 있어야합니다. 따라서 LTI가 시작된 후 서비스가 바로 돌아서 LMS에 전화를 걸어 현재 인증 된 사용자에 대한 사용자 토큰을 요청할 수 있으며이 사용자는 거의 확실하게 LTI 시작 사용자가되어야합니다.
일반적으로 LTI 시작과 접촉하여 Valence를 사용하려는 서비스의 경우 실행 후 즉시 사용자 컨텍스트를 설정하고 whoami call을 작성하는 것이 좋습니다. 이는 여러 가지 용도로 사용될 수 있습니다. 실행중인 사용자 대신 Valence 호출을 수행하는 데 사용할 수있는 신뢰할 수있는 사용자 토큰 집합이 있으며 WhoAmIUser data structure에서 검색된 정보를 사용하여 사용자 신원의 컨텍스트를 채우는 데 도움을 얻을 수 있습니다.
WhoAmIUser 데이터 구조에는 시작 사용자의 이름, 성, 고유 이름 (사용자 이름) 및 LMS 프로필 식별자는 물론 LMS 사용자 식별자 (Identifier) 속성이 포함되어 있습니다. 필요한 경우 다른 Valence 호출의 컨텍스트에서 사용할 수 있습니다. 그러나 사용자 대 서비스 접근 방식으로의 전환을 강하게 고려해야합니다. 모든 통화가 특정 사용자의 컨텍스트 내에서 발생하면 가장 적합한 경로가 모든 "내"경로를 사용하여 채우고 있음을 발견 할 수 있습니다 사용자에게 제공하는 사용자 환경 - Valence API 호출과 함께 사용하는 사용자의 자격 증명은 LMS와의 정상적인 상호 작용 과정에서 해당 사용자가 제한 될 수있는 기능과 데이터에 대한 액세스를 정확하게 제한한다는 점에 유의하십시오 웹 UI를 통해