Resumen

  • El borrador individual propone GroupMembership, un recurso por vínculo entre grupo y miembro. Permitiría buscar esos vínculos por identificador, paginar resultados y borrar una relación concreta.
  • Su señal opcional membersEmbedded diría cuándo el atributo members del grupo contiene la lista completa. Un valor false obliga a consultar el nuevo recurso para obtener el conjunto que el cliente está autorizado a ver.

El problema aparece después del clic

El RFC 7643 guarda las pertenencias dentro de Group.members. La idea funciona mientras el grupo cabe cómodamente en una respuesta. El autor del nuevo texto describe el caso contrario: servicios que omiten el atributo y clientes que lo excluyen para no recibir una carga enorme. Así pueden seguir enviando altas y bajas, pero pierden la lectura necesaria para conciliar su propia lista con la del proveedor. La magnitud de esos despliegues no está medida en el expediente; el fallo lógico sí queda descrito.

La nueva ruta /GroupMemberships daría a cada relación un ID opaco asignado por el proveedor. Una consulta filtrada podría enumerar los miembros de un grupo, localizar todos los grupos de una persona o recuperar una pareja exacta. Si la pareja ya existe, una segunda creación recibiría un error de conflicto. Para dar de baja a alguien, el cliente podría localizar y eliminar el vínculo preciso en vez de depender de una representación inmensa del grupo.

El detalle más importante no es la ruta, sino lo que promete la respuesta antigua. Con membersEmbedded: true, el servidor garantizaría que members está completo cuando la petición permite devolver ese atributo. Si el cliente lo excluyó expresamente, una respuesta sin members no prueba que el grupo esté vacío. Con false, la lista podría ser completa, parcial o inexistente: el servidor no lo asegura. Si falta la señal, sigue la lectura del estándar actual. Esa distinción impide convertir un silencio técnico en una baja ficticia.

El borrador exigiría que el nuevo extremo muestre todas las relaciones que ese cliente tiene permiso de ver. Una enumeración autorizada no equivale por sí sola al censo interno total del proveedor. También exige filtros por grupo y miembro y al menos un método de paginación. Prefiere cursores porque las posiciones numéricas pueden moverse mientras cambian los miembros. La garantía de orden estable sólo rige si la base de pertenencias permanece quieta durante la consulta.

Queda la prueba de las dos puertas. Si un proveedor acepta cambios tanto en Group.members como en el recurso nuevo, debe mantenerlas sincronizadas. Borrar por una vía y seguir viendo el acceso por la otra sería una contabilidad de permisos partida en dos. El borrador asigna al proveedor esa obligación, junto con la eliminación de vínculos al borrar grupos o miembros. Datatracker registra el documento como iniciativa individual; todavía no hay adopción de grupo de trabajo. Una decisión formal y pruebas de consistencia de un servicio concreto cambiarían el estado de la noticia.

Fuentes: borrador original; estado IETF; RFC 7643; RFC 7644; RFC 9865.