Reports_PowerServer — El ejemplo de informes desplegado con PowerServer 📊☁️

📋 ¿Qué es esto?

Esta es la misma aplicación de informes de la familia Reports_*, pero dada la vuelta por el otro lado: en vez de quedarse como cliente de escritorio, la he desplegado con PowerServer.

Con PowerServer, tu app cliente/servidor de PowerBuilder se publica como una aplicación cloud (instalable vía PowerClient o servida desde el PowerServer), manteniendo el mismo código y los mismos DataWindows. Es la forma de llevar el ejemplo "del IDE a algo que se ejecuta de verdad en un servidor" sin reescribir nada.

✨ Cómo funciona

• El proyecto PowerBuilder (reports.pbsln / reports.pbproj, librería reports.pbl) se empaqueta con PowerServer. Tenéis la config de despliegue en el propio repo:
  • powerserver.json → configuración del servidor PowerServer.
  • powerclient.json → configuración del cliente instalable (PowerClient).
  • pbnative.json → mapeo de las funciones nativas.
• Autenticación por token OAuth: el CloudSetting.ini apunta al endpoint de token (.../connect/token) y guarda el SecurityToken para conectar contra el servicio.
• El despliegue está pensado para automatizarse (estilo PbAutobuild + Git), de ahí que el repo vaya en modo solución.

El .gitignore ignora a propósito lo que es local/sensible (CloudSetting.ini, Setting.ini, reportapiexample.xml): son ajustes de tu máquina, no del ejemplo.

🛠️ Requisitos

• PowerBuilder 2025 con el componente PowerServer instalado.
• Acceso a un servidor PowerServer donde publicar (o uno local para pruebas).
• Base de datos de la demo.

▶️ Cómo probarlo

1. Clona el repo en modo solución y abre reports.pbsln en PowerBuilder.
2. Revisa/ajusta powerserver.json y powerclient.json con tu URL y credenciales.
3. Lanza el deploy de PowerServer desde el IDE.
4. Abre la app publicada (PowerClient o desde el navegador/servidor) y comprueba que los informes funcionan igual que en la versión de escritorio.

🔗 Repo PowerBuilder

https://github.com/rasanfe/Reports_PowerServer

🧭 Y sus variantes (para entender el camino)

• Reports_Api → informes servidos por una API REST genérica (con JWT + token cifrado).
• Reports_ApiRest → enfoque REST puro: un endpoint por informe.
• Reports_Api_sin_encryptar_sinJWT → la base sin JWT y sin cifrado, para entender lo mínimo.
• Reports_PowerServer (este) → la app desplegada con PowerServer.

---

¡Nos vemos en el próximo artículo! Y recuerda: en PowerBuilder, los límites solo están en nuestra imaginación. 🚀

📨 Blog: https://rsrsystem.blogspot.com/