Hace 3 meses SAP lanzaba la primera versión de las ABAP Development Tools para Visual Studio Code y allá que fui a instalármela.
Las pruebas que hice… bueno, realmente, que no hice, porque apenas pude probar nada, fueron bastante decepcionantes.
No me quedaba claro como usarlas, era poco intuitivo y las funcionalidades muy limitadas.
Así que dejé pasar un tiempo, hasta volver a probar.
Por cierto, que si queréis estar al tanto de cómo evolucionan, os dejo por aquí un enlace: ADT for VS Code: seguimiento de versiones
Esta vez, instalé la nueva versión, busqué un par de tutoriales y la verdad es que la sensación fue bastante mejor, aunque le queda camino por recorrer.
Quiero imaginar que todos sabéis lo que es Visual Studio Code y sabéis cómo instalar una extensión.
Por supuesto, supongo que lleváis años trabajando con las ADT en Eclipse y que ya ni os acordáis de qué era eso de la SE80.
Y, ni que decir tiene que tenéis varias cuentas de BTP y no necesitáis que os recuerde cómo crear una cuenta trial.
Si todo eso lo tenemos claro, os cuento en los siguientes vídeos:
- Cómo crear una instancia ABAP en BTP.
- Cómo conectar Visual Studio Code con esa instancia.
- Cómo conectar Visual Studio Code con un sistema ABAP on-premise.
En artículos posteriores veremos qué podemos hacer realmente desde Visual Studio Code y hasta qué punto puede convertirse en una alternativa a Eclipse.
¿Por qué desarrollar ABAP desde Visual Studio Code?
Visual Studio Code se ha convertido en uno de los entornos de desarrollo más utilizados. Es ligero, extensible y permite trabajar con tecnologías muy diferentes sin necesidad de cambiar continuamente de herramienta.
En el ecosistema SAP ya podemos utilizarlo para trabajar con SAPUI5, CAP, aplicaciones para SAP BTP, Git y muchas otras tecnologías.
También hicieron un amago, integrando el Business Application Studio, en su momento:
https://aancos.com/2023/06/26/desarrollando-en-sap-btp-desde-visual-studio-code/
Pero no era nada más que ver Business Application Studio dentro de Visual Studio Code, aprovechando Eclipse Theia utiliza una tecnología parecida.
Eso era más, para toda la parte de desarrollo SAP UI5, pero el ABAP, sin embargo, siempre ha tenido una relación especialmente estrecha con Eclipse.
Las ABAP Development Tools, o ADT, sustituyeron (¿¿¿sigues en la SE80???) progresivamente a buena parte de las herramientas clásicas de SAP GUI para el desarrollo moderno.
Si queremos trabajar con ABAP Cloud, RAP, CDS o los nuevos objetos de desarrollo, Eclipse continúa siendo el entorno de referencia.
La posibilidad de trabajar también desde Visual Studio Code resulta atractiva por varios motivos:
- Podemos utilizar un entorno que muchos desarrolladores ya conocen.
- Tenemos acceso al ecosistema de extensiones de Visual Studio Code.
- Podemos combinar ABAP con Git, Markdown, JSON, JavaScript o CDS dentro de una misma aplicación.
- Resulta más natural experimentar con asistentes de programación e inteligencia artificial.
- Podemos gestionar conexiones con diferentes sistemas desde un único entorno.
Todo eso está muy bien sobre el papel.
Ahora toca comprobar cómo funciona en la práctica.
Crear un entorno ABAP en SAP BTP Trial
Para realizar la prueba voy a utilizar una cuenta de SAP BTP Trial.
Una vez dentro de SAP BTP Cockpit, accedemos a nuestra cuenta global y entramos en la subcuenta en la que vamos a preparar el entorno.
Una forma sencilla de hacerlo es utilizar el booster disponible para preparar una cuenta de prueba de SAP BTP, ABAP Environment.
El asistente se encarga de realizar la configuración necesaria:
- Asignar los derechos o entitlements necesarios.
- Crear la instancia del servicio ABAP.
Una vez desplegado el entorno, tendremos que comprobar que podemos acceder correctamente al sistema.
Desde la instancia creada podremos abrir el entorno ABAP y verificar que nuestro usuario dispone de las autorizaciones necesarias.
Conectar Visual Studio Code con SAP BTP ABAP Environment
Ahora vamos a crear la conexión a nuestro sistema desde Visual Studio Code..
Nos toca jugar con la paleta de comandos, una vez instalada la extensión, claro.
Introducimos la información obtenida anteriormente desde SAP BTP. La extensión iniciará el proceso de autenticación y, dependiendo del mecanismo utilizado, puede abrir el navegador para completar el acceso.
Una vez autenticados, el sistema debería aparecer entre las conexiones disponibles.
A partir de ese momento podremos explorar los objetos para los que nuestro usuario tenga autorización y comenzar a trabajar con el entorno ABAP.
Ya tenemos preparada la primera parte del entorno.
Conectar un sistema ABAP on-premise
La extensión también permite configurar conexiones con sistemas ABAP instalados en nuestra propia infraestructura o accesibles directamente desde nuestra red.
En este caso realizamos una conexión directa, vía RFC.
Para que funcione, el equipo desde el que ejecutamos Visual Studio Code debe poder acceder a la información del SAP Logon.
Después de completar la configuración, tendremos disponibles las dos conexiones:
- El entorno ABAP de SAP BTP.
- El sistema ABAP on-premise.
Ya podemos empezar a trabajar
Con esto dejamos preparado Visual Studio Code para acceder a dos mundos diferentes.
Por un lado, tenemos un entorno de ABAP Cloud en SAP BTP, con su modelo de desarrollo, sus restricciones y sus objetos permitidos.
Por otro, un sistema ABAP on-premise, en el que las posibilidades dependerán de su versión y configuración.
El siguiente paso será crear objetos, editar código, realizar búsquedas, comprobar errores, activar desarrollos y observar cómo se integra todo esto con el resto de las herramientas disponibles en Visual Studio Code.
¿Puede sustituir ya a Eclipse?
Por ahora, mi respuesta es no.
La extensión ha mejorado desde la última vez que la probé. La configuración resulta más clara, la conexión con los sistemas funciona mejor y ya permite hacer suficientes cosas como para tomársela en serio.
Pero Eclipse y las ADT tradicionales siguen ofreciendo un entorno mucho más completo para el desarrollo ABAP.
No se trata únicamente de escribir código. Un desarrollador necesita navegar entre objetos, buscar referencias, analizar errores, depurar, ejecutar pruebas, gestionar transportes y trabajar con los distintos tipos de repositorio sin encontrarse continuamente con una limitación.
Ahí es donde Visual Studio Code todavía tiene terreno que recuperar.
Aun así, la dirección me parece interesante.
Visual Studio Code puede convertirse en una buena puerta de entrada para determinados escenarios y, sobre todo, en un entorno atractivo para combinar el desarrollo ABAP con Git, herramientas externas y asistentes de inteligencia artificial.
La pregunta no es solamente si hoy puede sustituir a Eclipse.
La pregunta es cuánto tardará en acercarse lo suficiente como para que podamos elegir realmente entre los dos.
Por ahora, ya tenemos los sistemas conectados y el entorno preparado.
En próximos artículos, os enseño porque pienso que aún no es su momento.
PD.- Se acabaron las amenzas, la newsletter ya está aquí: No Lo Sabemos Todo
