Changelog
O que há de novo.
Cada melhoria para a plataforma, como ele envia.
· kamo-shared-library
Relatórios de disponibilidade de dispositivos IoT e IoT
· SecurityService
Os provedores de opções de relatório e a mesclagem de contas mantêm dispositivos marcados (SP13)
· SecurityService
Relatórios IoT — nenhum modo de deus, a regra do proprietário, e ReportDefinition. exportRight forced at download, agenda e cada execução (SP13)
· SecurityService
SecurityService abre trabalhos de trabalho de serviço para IoT — endpoints, abridor de uma transação, varredura cruzada (SP13)
· kamo-internal
Painel de cliente Kamo OAuth da página Avançado — estado, segredo único, ID do fornecedor Amazon, activado (IoT SP09)
Serviço de Segurança P1-P3 ************* não tinha tela, então operador passo B5 (gerar o segredo do cliente Alexa, registrar os endereços de redirecionamento do ID do fornecedor, ativar) não pôde ser feito. O proxy retransmite exatamente três formas; o novo segredo aparece uma vez, em seu próprio diálogo, nunca em uma lista.
· kamo-shared-library
Relatórios de auditoria de atividades de IoT e de comandos de IoT
· kamo-shared-library
IotReportSupport (Si clamp, retenção de fornecedores, buscas) e IotAlarmReportMapping
· kamo-shared-library
RelatórioDefinição.exportaçãoDireito — direito de exportação por relatório no topo da EXPORT REPORTS
· kamo-shared-library
Calculadora de disponibilidade SP13 e janelas de retenção de fornecedores
· EmailService
Excluir um contato limpa os dispositivos IoT marcados com ele (SP13)
· kamo-shared-library
Modelo de mensagem SP13 e texto de valor
· kamo-shared-library
SP13 mapa comercial, mapa prioritário e política de diagnóstico
· MediaService
Endpoints internos de chat-post e bate-papo-alvo para IoT (SP13)
· kamo-shared-library
SP13 entidade de ligação serviço-trabalho, repositório e seis tipos de atividade
· EmailService
IOT ALARM push body e retire-com-atualização (SP10)
Um cartão de evento IOT ALARM (fonte ************* como O AlarmNotifier do iot-service o escreve, ou <alarmUuid>:<seq>) é espelhado como um impulso IOT ALARM: canal/cor/vibração por prioridade, pegajoso quando URGENT, Tag e colapso chave iot- alarme-< alarmeld>. Outras cartas mantêm a NOTIFICAÇÃO push; mirrorToPush está inalterado. POST **************** retira-se como o DELETE faz (id pode ser <alarmUuid>:* para cada carta de evento de um alarme) e, com uma atualização, envia cada membro que teve uma entrada de bandeja um push de substituição com a mesma etiqueta em iot-alarm-updates.
· MediaService
Apenas relé de suporte tópico /topic/iot/relay/{connectionId} (SP10)
O núcleo NATS iot.relay.{uuid} é retransmitido para /topic/iot/relay/{uuid}. O quadro é apenas um velório. O SUBSCRIBE precisa de I-OD1 de serviço. ?memberId=, responder {permitir, orgId}) para dizer que o membro da sessão detém o live locação na org da sessão; cache 10 s de qualquer forma, falha fechada. ENVIAR Cliente ao prefixo é recusado.
· MediaService
IOT ALARM — isento da porta de presença e do limite de taxa (IoT SP10)
Um alarme não é visto porque uma página do navegador está aberta, e cada etapa do ciclo de vida (elevado, aumentado, reconhecido) compartilha uma chave de colapso, então o limite de 15 s Largaria a escalada. A recusa do membro SI permanece em primeiro lugar. APNs marca um Sensível ao tempo do alarme URGENTE; nenhum direito de alerta crítico.
· KlusterServices
Iot.relay.> — svc iot publica, svc media assina (IoT SP10)
O Google O retransmissor de casa acorda o telefone que detém o aluguer de uma ligação. IoTService publica um frame sem conteúdo no iot.relay.{connectionId} e O MediaService encaminha-o para o tópico STOMP apenas para os titulares. Nenhum outro usuário ganha o assunto.
· kamo-shared-library
Vocabulário no dispositivo e entidade iot on device links (SP10)
A entidade link mantém apenas o SHA-256 do link do telefone secreto, e que hash é @JsonIgnore para que nunca chegue a uma resposta ou um evento.
· kamo-internal
Listas de editores de cartas OPERA DEVICE e OPERA SECURITY DEVICE; KamoAI master §11 e IoT master §10 linhas (SP11)
ACTION CLASSES termina com as duas classes IoT SP11 e HOPROVAL detém 24 itens (um por AiActionClass de lib compartilhado). O KamoAI mestre ganha sua linha §11 para o pacote iot ; o mestre IoT ganha a linha de execução SP11 (E1-E6).
· MCPGatewayService
Classificar as dez ferramentas; os guardas de catálogo movem-se 101 para 111 (SP11 P12)
Os três iot escrevem NOT DISCLOSING e os sete lê NOT CONTENT com as razões da especificação (pined in ContentReadToolsCoverageTest too). RegistryCompletenessTest: 111 ferramentas, as também-classes, os intérpretes das duas classes, **************************** AprovaçõesCoverageTest: ambas as classes UNLISTED, aprovations request inalterado. ToolListParity A org do Test tem todos os aplicativos, exceto IoT (seus instantâneos precedem o aplicativo); IotToolList O teste cobre uma org. A arquivo esquema dourado ganha exatamente dez linhas iot e não perde nenhuma.
· MCPGatewayService
IotCallerView e as regras de visualização pura V1-V11 (SP11 §4.4)
Uma chave que um dispositivo lista duas vezes é um defeito manifesto e nunca é usado (falha fechada).
· MCPGatewayService
IotManifestClient, um cache manifesto validado por ETAG com voo único (SP11 §4.4)
· MCPGatewayService
Esquemas por chamada e disponibilidade para as dez ferramentas iot (SP11 §4.5)
· MCPGatewayService
Mapa de erros IoT, verificação de valor, verificação de classe, resultados na lista branca e o comando watch (SP11 §4.7, §4.9)
· MCPGatewayService
IotPack, as dez ferramentas iot no plano de ferramentas (SP11 §4.6-§4.10)
· MCPGatewayService
Cabeçalhos de aprovação a jusante, GET condicional com ETAG, campos de erro de opt-in (SP11 P11)
· MCPGatewayService
ChamadorSchema por chamador após visibilidade; FÍSICO após conteúdo externo sempre pergunta a uma pessoa; a aprovação viaja no plano (SP11 P4-P7)
O esquema e disponibilidade de uma ferramenta estática pode depender do chamador (CallerSchema): visualizado após visibilidade para ferramentas/lista (um 3 s orçamento partilhado pela lista) e novamente para cada chamada (10 s), retido -> TOOL NOT DISPONÍVEL {razão}; uma visão que amplia o seu base ou lança retém a ferramenta. Para um SI, uma chamada física cujo resultado charter executaria é solicitado a uma pessoa quando o a execução está contaminada externamente (D8). Uma reexecução aprovada ou aprovada, ou um pedido verificado que permita a aprovação, atinge o seu manipulador com ToolPlan. HOMOLOGAÇÃO = HOMOLOGAÇÃO ID, decisor, classe, modo) (servido na própria chamada plano, então o verificado-pedido, base e sobre chaves permanecer).
· MCPGatewayService
ToolRisk. FÍSICO, o prefixo iot , duas classes de fretamento, a porta IOT e AprovaçãoRef (SP11 P1-P3, P8-P10)
· AIService
Palavras breves para as duas classes de fretamento físico; tecto de copiloto fixado (SP11)
CharterCompiler words OPERATION DEVICE e OPERATION SECURITY DEVICE e mantém-se em silêncio enquanto não tem nome (como a equipa classes de CP05 R1-3), portanto, nenhuma mudança de texto do SI existente e VERSION permanece. Co-pilotoCeiling Testa o humano
Seu universo está esperando.
Comece gratuitamente em minutos.Adicione produtos sempre que estiver pronto — sem migração, sem novos logins.
Gratuito para sempre — não é necessário cartão de crédito