변경 로그
무슨 일이야?
플랫폼에 대한 모든 개선 사항, 그것이 선적.
· kamo-shared-library
IoT 경보 응답 및 IoT 장치 가용성 보고서
· SecurityService
보고서 옵션 제공 업체 및 계정 합병 태그 장치 유지 (SP13)
· SecurityService
IoT 보고서 - 신 모드, 소유자 규칙 및 ReportDefinition. ExportRight는 다운로드, 일정 및 모든 실행에 시행 (SP13)
· SecurityService
SecurityService는 IoT를 위한 서비스 작업 작업을 엽니다 — 엔드포인트, one-transaction opener, crossapp scan (SP13)
· kamo-internal
고급 탭의 Kamo OAuth 클라이언트 패널 - 상태, 일회성 비밀, Amazon 공급 업체 ID, 활성화 (IoT SP09)
SecurityService P1-P3 **************** 화면이 없으므로 연산자 단계 B5 (Alexa 클라이언트 비밀 생성, 공급 업체 ID의 리디렉션 주소를 등록, 활성화) 수행 할 수 없습니다. 프록시는 정확히 세 가지 모양을 릴레이합니다. 새로운 비밀은 목록에서 한 번 나타나지 않습니다.
· kamo-shared-library
IoT 활동 및 IoT 명령 감사 보고서
· kamo-shared-library
IotReportSupport (SI 클램프, 공급 업체 보유, 조회) 및 IotAlarmReportMapping
· kamo-shared-library
ReportDefinition.exportRight - EXPORT REPORTS의 상단에 per-report 수출
· kamo-shared-library
SP13 가용성 계산기 및 납품업자 보유 창
· EmailService
IoT 기기에 태그된 연락처 삭제 (SP13)
· kamo-shared-library
SP13 메시지 템플릿 및 값 텍스트
· kamo-shared-library
SP13 무역 지도, 우선 지도 및 진단 정책
· MediaService
MediaService 내부 채팅 게시물 및 IoT에 대한 채팅 팁 엔드 포인트 (SP13)
· kamo-shared-library
SP13 서비스 작업 링크 단체, 저장소 및 6 활동 종류
· EmailService
IOT ALARM 전화 푸시 바디 및 철회 (SP10)
IOT ALARM 이벤트 카드 (소스 *********** as iot-service's AlarmNotifier는 그것, 또는 <alarmUuid>:<seq>)로 씁니다 IOT ALARM 푸시: URGENT가 우선 순위에 의해 채널 / 색상 / 진동, 끈적한, 태그와 붕괴 키 iot-alarm-<alarmId>. 다른 카드는 주의를 지킵니다 push; mirrorToPush는 변하지 않습니다. POST ****************로 인출 DELETE는 (id는 <alarmUuid>일지도 모릅니다: * 1개의 경보의 각 사건 카드를 위해)와, 업데이트로, 트레이 항목 하나 교체 푸시를 가지고있는 각 구성원을 보냅니다. iot-alarm-updates에 동일한 태그와 함께.
· MediaService
홀더 전용 릴레이 주제 /topic/iot/relay/{connectionId} (SP10)
Core NATS iot.relay.{uuid}는 /topic/iot/relay/{uuid}에 동사되어 있습니다. 프레임은 깨어난 *********** SUBSCRIBE는 iot-service I-OD1 (GET ****************를 필요로 합니다 ?memberId=, 대답 {allow, orgId}) 세션의 회원이 살고있는 말을 세션의 org에 임대; 캐시 된 10 s 어느 방법, 실패. 고객 SEND 접두사는 거절된다.
· MediaService
IOT ALARM - 존재 게이트와 속도 제한 (IoT SP10)에서 면제
브라우저 탭이 열리기 때문에 알람이 보이지 않습니다. (정확한, 에스컬레이션, 인정)는 1개의 붕괴 열쇠를, 그래서 15의 s 한계 공유합니다 에스컬레이션을 떨어뜨릴 것입니다. SI-member 냉매는 첫번째로 체재합니다. APN은 URGENT 경보 시간 감지; 중요 한 경고 제목.
· KlusterServices
Iot.relay.> - svc iot 출판물, svc media 구독 (IoT SP10)
Google 소개 홈 릴레이는 연결의 임대를 보유하고있는 전화가 발생했습니다. IoTService는 iot.relay.{connectionId}에 콘텐츠가없는 프레임을 게시합니다. MediaService는 홀더 전용 STOMP 주제로 전달합니다. 다른 사용자 주제를 얻는다.
· kamo-shared-library
On-device 어휘 및 iot on device links entity (SP10)
링크 기관은 전화의 링크 비밀의 SHA-256 만 유지, 해시는 @JsonIgnore이므로 응답이나 이벤트에 결코 도달하지 않습니다.
· kamo-internal
헌장 편집기 목록 OPERATE DEVICE 및 OPERATE SECURITY DEVICE; KamoAI 마스터 §11 및 IoT 마스터 §10 행 (SP11)
ACTION CLASSES는 두 개의 IoT SP11 클래스와 APPROVAL이 24 항목 (공유형 AiActionClass 당 하나)을 보유하고 있습니다. KamoAI 소개 마스터는 iot 팩의 §11 행을 얻습니다. IoT 마스터는 SP11 실행 행을 얻습니다. (E1-E6).
· MCPGatewayService
10개의 iot 공구를 분류하십시오; 카탈로그 감시는 101에서 111 (SP11 P12)를 이동합니다
3개의 iot 쓰기는 NOT DISCLOSING이고, 7개의 reads NOT CONTENT는 spec의 이유 (pinned in ContentReadToolsCoverage도 테스트합니다. RegistryCompletenessTest: 111의 공구, 일류, 2개의 종류의 performers, ****** ********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** 승인CoverageTest: UNLISTED, 승인 request가 변경되지 않은 두 클래스. ToolList특허 테스트의 org는 모든 앱이 있지만 IoT (그 스냅샷은 앱을 미리 업데이트); IotToolList 시험은 그것을 가진 org를 덮습니다. 더 보기 황금 schema 파일은 정확히 10개의 iot 선을 얻고 아무도 잃습니다.
· MCPGatewayService
IotCallerView와 순수한 전망 규칙 V1-V11 (SP11 §4.4)
장치 목록은 두 번 표시된 결함이며 사용되지 않습니다.
· MCPGatewayService
IotManifestClient, 단 하나 비행을 가진 per-session ETag-validated 표정 (SP11 §4.4)
· MCPGatewayService
10개의 iot 도구에 대한 Per-caller 스키마 및 가용성 (SP11 §4.5)
· MCPGatewayService
IoT 오류 맵, 값 체크, 클래스 체크, 화이트리스트 결과 및 명령 시계 (SP11 §4.7, §4.9)
· MCPGatewayService
IotPack, 도구 플래너의 10 iot 도구 (SP11 §4.6-§4.10)
· MCPGatewayService
다운스트림 승인 헤더, 조건부 ETag, 선택 오류 필드 (SP11 P11)
· MCPGatewayService
CallerSchema per caller after 가시성; PHYSICAL after outside content always askeds a person; the permission travels on the plan (SP11 P4-P7)
정적 도구의 스키마 및 가용성은 콜러 (CallerSchema)에 따라 달라질 수 있습니다. 도구/리스트에 대한 가시성 후 볼 수 있습니다. 3 s 예산 목록에 의해 공유) 그리고 다시 모든 전화 (10 s), withheld -> TOOL NOT AVAILABLE {reason}; 그것의 넓은보기 base 또는 throws withholds the tool. SI의 경우, 전세가 실행되는 PHYSICAL 호출은 사람의 요청을 할 때 실행은 외부 tainted (D8)입니다. 승인 또는 승인 된 재 편집 또는 확인 된 요청 승인, ToolPlan으로 핸들러에 도달합니다. APPROVAL = 승인 Id, 결정자, 클래스, 모드) (전화 자체에 도전 계획, 그래서 검증 된 요청, 기초 및 키 숙박에 대한).
· MCPGatewayService
툴리스크. 화학, iot 접두사, 2개의 전세 종류, IOT 문 및 승인Ref (SP11 P1-P3, P8-P10)
· AIService
두 개의 물리적 전세 클래스에 대한 간단한 단어; copilot 천장 핀 (SP11)
CharterCompiler 낱말 OPERATE DEVICE와 OPERATE SECURITY DEVICE는 비명되지 않는 동안 모두 침묵합니다 (두 팀으로 CP05 R1-3의 종류, 그래서 기존의 SI의 간단한 텍스트 변경 및 버전은 유지. 카테고리 인간을 시험하십시오
당신의 우주는 기다리고 있습니다.
몇 분 안에 무료로 시작하세요. 준비가 되면 언제든지 제품을 추가할 수 있습니다.
영원히 무료 - 신용 카드 필요 없음