Esta pagina es una entrada, no un contenedor. Cada fila dara el acceso a una API; su documentacion vivira en la carpeta de la aplicacion que la expone.
| # | Aplicacion | Endpoint | Documentacion | Version | api-docs (Swagger) |
|---|---|---|---|---|---|
| 1 | nebula-ui-kit |
lib-smart-table |
Grilla Declarativa de Listados | 0.14.0 |
— |
| 2 | nebula-ui-kit |
lib-autocomplete |
Campo de Autocompletado contra el Servidor | 0.18.0 |
— |
Una API de codigo no tiene
api-docsni endpoint HTTP. Se consume importando el componente, no llamando una ruta: en su lugar se nombra el selector con el que se usa y la version del paquete publicada en Nexus. El contrato que si viaja por red es elpage-responsedel microservicio que sirve cada listado.
Aplican las mismas reglas del backend: toda consulta a un contrato publicado pasa por el Gateway y exige Authorization: Bearer <accessToken> emitido por simappe-oauth2-server. Procedimiento completo en Consulta de Documentacion OpenAPI.
develop y desplegada en DEV.../API_<APLICACION>_<DOMINIO>.md, colgada de la seccion. Nunca dentro de esta entrada. La pagina se documenta completa —token, acceso y contratos— aunque eso se repita entre APIs.| Version | Fecha | Autor | Descripcion |
|---|---|---|---|
| 1.4.0 | 2026-09-14 | Carlos Torres | Segunda API frontend publicada: el campo de autocompletado contra el servidor del nebula-ui-kit |
| 1.3.0 | 2026-09-02 | Carlos Torres | Primera API frontend publicada: la grilla declarativa de listados del nebula-ui-kit |
| 1.2.0 | 2026-09-01 | Carlos Torres | Cada API tendra su pagina propia y autocontenida; esta pagina solo da el acceso |
| 1.1.0 | 2026-09-01 | Carlos Torres | La pagina queda como entrada de accesos |
| 1.0.0 | 2026-09-01 | Carlos Torres | Creacion de la entrada API Frontend |