- Se descapó
- 27 de agosto de 2026 a las 20:39 UTC
- Autor
- Kamo
- Compromit
- 1600dc1
Tarea 8. SecurityService es el límite de autorización; Servicio de Factueción es ClusterIP sin entrada, por lo que este relevo es la única manera de entrar. FacticingServiceClient es TimecardServiceClient renombrado. Los plazos son explícitos y no negociable . connect 5s, lea 95s: un RestTemplate desnudo tiene NONE, y este servicio emite cada sesión en la plataforma desde la misma piscina de hilo, Así que una encajo abajo llevaría la autenticación con ella. La lectura presupuesto es generoso porque una prueba de conexión hace una verdadera llamada de salida a un procesador de pago. Estado de aguas abajo y cuerpo pasan a través de VERBATIM; un 502 llevar la propia sentencia de Stripe es una cosa que una persona necesita leer. BillingProviderRelayController se mapea en /api/security/billing/provider, dos niveles: MANAGE-BILLING-PROVIDER (277) Guardar, probar, desconectar MUNBS.SUBSCRIPTION-SETTINGS (103) catálogo, matriz, get, health, runs La conexión TEST toma el WRITE correcto, no el leído, deliberadamente: a prueba es una llamada de salida hecha con credenciales almacenadas, y dejando a cualquiera que puede ver la página desencadenante que les entrega una forma de sondear el pago de la org procesador. El catálogo está cerrado en lugar de abierto porque enumera cuál Sistemas de facturación con los que la plataforma se integra. SecurityService ejecuta cualquierRequestSigación ().permitAll() con laminado a mano por mano auth, así que un manejador que olvida su guardia no está débilmente controlado. descontrolado y accesible desde el internet público. Todo manejador aquí resuelve orgId/memberId de la sesión y se niega antes de transmitir. PREFIX CORRECTION. El plan especificaba el controlador en /api/security/billing/provider Y el archivo de ruta de kamo-internal en **************** Esos no coinciden, y un prefijo de relé sin cubrir 404s en el navegador, mientras que cada el servicio es saludable y cada construcción es verde. El fracaso exacto del plan El propio advierte que ha ocurrido dos veces en esta plataforma. La ruta naves como **************** en su lugar, siguiendo el precedente de la nómina (ruta en .../payroll/, controlador en ************* y kamo-internal ahora lleva una prueba que lee el archivo "RequestMapping" y falla si ningún archivo de ruta lo cubre. Prueba mvn: Las pruebas se ejecutan: 1697, Fallas: 0, Errores: 0, Saltado: 1 . . . . . . . . . . . . . . . . . . . . . . . Ejecutar en un árbol ISOLATED: git archivo de origen/main más estos dos archivos, su propio objetivo/ y su propio -Dmaven.repo.local. Esta salida se comparte y actualmente lleva docenas de otros archivos modificados y STAGED de otras sesiones; la creación en su lugar habría compartido destino/ y producido errores fantasmas, y su resultado no habría sido por mi cambio. Nada de ellos fue tocado (Git commit --sólo- en estos dos caminos; "git show --stat HEAD" lista exactamente dos archivos). Compilado contra un tarro de biblioteca compartida integrado en un repo de maven PRIVATE, nunca Instala. Tenga en cuenta que SecurityService.origin/main NO compila contra kamo-shared-library.origin/main en todo. Necesita ******************* y ************* que existen sólo en otro árbol de trabajo compartido de la UNCOMMITTED de otra sesión. Eso es preexistente. y no relacionado con este cambio, pero es la razón por la que se construyó el tarro utilizado aquí del árbol de trabajo compartido en lugar de desde su origen/principal.