Seguro que ya conoces HANA Express, la plataforma de desarrollo sobre HANA que SAP distribuye de forma gratuita y que incluso puede utilizarse de forma productiva (hasta cierto límite).
Los requisitos de instalación no son muy exigentes aunque los 32 GB de memoria RAM no están al alcance de la mayoría de los portátiles. En estos casos se puede acceder a un despliegue en la nube por un precio razonable. En mi caso lo he instalado varias veces en una memoria RAM de un tera que compré por unos 150€ donde tengo levantadas varias máquinas virtuales.
La instalación de HANA Express es bastante sencilla sobre todo porque existe mucho material al respecto. Si no eres un experto en sistemas y no vas a hacer un uso productivo de la plataforma mi recomendación es que sigas esta guía de instalación sobre una máquina virtual ya preparada. Si no puedes cumplir los requisitos de instalación, mi plan B sería hacerlo sobre la plataforma de google. Como he comentado esto tiene un coste, pero es verdad que para nuevos usuarios Google está dando 300$ gratis. Aquí tienes la guía.
◊♦◊
Pero lo que realmente quería compartir en este post es el problema con el que me he encontrado a la hora de instalar los componentes adicionales de HANA Express. ¿Esto es necesario? Bueno, si solo quieres jugar un poco con el WebIDE puedes vivir sin ello, pero si quieres utilizar SAP HANA Automated Predictive Library Package o SAP HANA External Machine Learning Library tendrás que instalarlos. En mi caso quería utilizar la función de recomendación de HANA dentro del módulo APL.
Aquí puedes encontrar un tutorial que te guía en la instalación de este paquete pero el caso es que al ejecutar el DownloadManager se obtiene este error.
Los dos primeros mensajes despistan mucho pero se trata solo de un warning que podemos ignorar. El tercer mensaje ya si es un error. Este error se descubrió en verano y desde entonces llevan trabajando en ello los ingenieros de SAP para solucionarlo…
El workaround que propone SAP es ejecutar el DownloadManager desde fuera de este servidor de HANA, descargar el paquete adicional, mover ese fichero al servidor de HANA y ya se puede instalar (eso dicen). Sin duda si estás haciendo un uso productivo o simplemente un uso corporativo serio sobre la plataforma esta es la opción recomendada.
Lo que yo propongo aquí es un workaround mucho más rápido. Tan solo es necesario cambiar la fecha al servidor de HANA y ya se puede hacer la descarga.
Llegado a este punto me descargo de responsabilidad y os comento que hay un cierto debate por este tema. Os dejo el hilo de la conversación aquí. En la conversación se puede ver como se podría estar vulnerando la licencia de Java al hacer un uso productivo de la plataforma mediante este cambio. Bueno, no es mi caso, tan solo estoy trasteando un poco con el producto para ver sus posibilidades.
Este método es rápido, efectivo y sucio. Adelante con él! Mediante la instrucción sudo timedatectl set-time 2019-07-31 cambiamos la fecha e inmediatamente procedemos a ejecutar el DownloadManager que ahora si se conecta correctamente.
Ojo: Después de cambiar la fecha el servidor, la plataforma se queda inestable puesto que en nuestro ordenador tenemos otra fecha. Antes de proceder a la instalación del paquete reinciamos el servidor.
◊♦◊
Ahora tenemos el archivo pero antes de instalarlo tenemos que descomprimirlo.
Y finalmete lanzamos la instalación del paquete.
Queda esperar unos minutos (al menos en mi equipo que no es que sea un cohete) y finalmente tenemos el paquete instalado.
Y ya lo tenemos, el paquete listo para consumirse en HANA!