View Issue Details

IDProjectCategoryView StatusLast Update
000736210000-012: DiscoverySpecpublic2022-06-20 14:35
ReporterMatthias Damm Assigned ToRandy Armstrong  
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionfixed 
Product Version1.04 
Target Version1.05Fixed in Version1.05.02 RC1 
Summary0007362: RegisterApplication needs clarificaiton and fix
Description

The Method RegisterApplication defines currently:
RegisterApplication will create duplicate records if the ApplicationUri already exists since misconfiguration of applications can result in different applications having the same ApplicationUri. Before calling this Method the Client shall call FindApplications to check if a record for the application it is using already exists. If records are found which appear to belong to different applications (e.g. the DiscoveryUrls are different) then the Client shall report a warning before continuing.

Following problems:
(1)
It makes no sense to create duplicate records for the same ApplicationUri. This creates basic problems, especially if signed certificates are handed out for the different applicationIds.
We should completely disallow duplicates.
A adminstrator need to fix the issue and find the reson why duplicates exist.

(2)
We say the client "shall call FindApplications" and then "the Client shall report a warning before continuing". But what is continuing. Use existing entry, call UpdateApplication.
And what happens if UpdateApplication puts the record on a real duplicate application. Is it required for the GDS to invalidate all signed certificate for the old one?
This is a major problem if the ApplicaitonUri is used by different application

TagsNo tags attached.
Commit Version
Fix Due Date

Relationships

has duplicate 0007200 closedRandy Armstrong Mechanism for Servers to Register with GDS not clear 

Activities

Randy Armstrong

2022-06-20 10:47

administrator   ~0016856

Now require exactly one record to be returned from FindApplications and explain the admin responsibilities if auto-populate results in duplicates in 1.05.32

Jim Luth

2022-06-20 14:35

administrator   ~0016910

Agreed to changes in Munich F2F.

Issue History

Date Modified Username Field Change
2021-10-19 09:40 Matthias Damm New Issue
2021-10-19 16:23 Jim Luth Assigned To => Randy Armstrong
2021-10-19 16:23 Jim Luth Status new => assigned
2021-10-19 19:09 Jim Luth Product Version => 1.04
2021-10-19 19:09 Jim Luth Target Version => 1.05
2022-06-20 10:47 Randy Armstrong Status assigned => resolved
2022-06-20 10:47 Randy Armstrong Resolution open => fixed
2022-06-20 10:47 Randy Armstrong Note Added: 0016856
2022-06-20 10:50 Randy Armstrong Relationship added has duplicate 0007200
2022-06-20 14:35 Jim Luth Status resolved => closed
2022-06-20 14:35 Jim Luth Fixed in Version => 1.05.02 RC1
2022-06-20 14:35 Jim Luth Note Added: 0016910