Translate

lunes, 5 de octubre de 2020

Function caching de Python


El almacenamiento en caché de funciones nos permite almacenar en caché los valores de retorno de una función en función de los argumentos. Puede ahorrar tiempo cuando se llama periódicamente a una función vinculada a entrada/salida con los mismos argumentos. Antes de Python 3.2, teníamos que escribir una implementación personalizada. En Python 3.2+ hay un decorador lru_cache que nos permite almacenar en caché y deseleccionar rápidamente los valores de retorno de una función.

Veamos cómo podemos usarlo en Python 3.2+ 

Implementemos una secuencia de Fibonacci y usemos lru_cache.


from functools import lru_cache


@lru_cache(maxsize=32)

def fib(n):

    if n < 2:

        return n

    return fib(n-1) + fib(n-2)


>>> print([fib(n) for n in range(10)])

# Output: [0, 1, 1, 2, 3, 5, 8, 13, 21, 34]


El argumento maxsize le dice a lru_cache cuántos valores de retorno recientes se almacenan en caché.

También podemos eliminar en caché fácilmente los valores de retorno usando:

fib.cache_clear()

domingo, 4 de octubre de 2020

Test para comprobar de que todos los métodos de los servicios están anotados con @Transactional


Si bien es medio viejo esto, lo use hace poco en un proyecto (tambien medio viejo) pero pensé que les podría ser útil. 

Un método común para establecer límites de transacciones en Spring Framework es utilizar su gestión de transacciones impulsada por anotaciones y anotar métodos de servicio con la anotación @Transactional. Parece bastante simple, ¿verdad? Si y no. Aunque la gestión de transacciones impulsada por anotaciones de Spring Framework es fácil de configurar y usar, hay algunas cosas que debe recordar hacer:

  • Debe recordar anotar cada método de servicio con la anotación @Transactional. Esto puede parecer una tarea fácil, pero como probablemente eres un ser humano, también eres capaz de cometer errores. Un error como este podría dejar la base de datos de su aplicación en un estado inconsistente si algo sale mal mientras su aplicación escribe información en la base de datos.
  • Si desea revertir la transacción cuando un método de servicio arroja una excepción marcada, debe especificar la clase de excepción marcada lanzada como un valor de la propiedad rollbackFor de la anotación @Transactional. Esto es necesario porque, por defecto, Spring Framework no revertirá la transacción cuando se lanza una excepción marcada. Si el atributo rollbackFor es de la anotación @Transactional no está configurado y se lanza una excepción marcada cuando su aplicación está escribiendo información en la base de datos, la base de datos de su aplicación podría terminar en un estado inconsistente.

Afortunadamente, es bastante fácil implementar una prueba que garantice qu

  • Cada método de una clase de servicio, excepto los getter y setter, se anota con una anotación @Transactional.
  • Cada excepción checked que lanza un método de servicio se establece como un valor de la propiedad rollbackFor de la anotación @Transactional.
  • Como beneficio adicional, esta prueba también verificará que cada clase de servicio esté anotada con la anotación @Service.

Sin más el test : 

public class ServiceAnnotationTest {

 

    private static final String PACKAGE_PATH_SEPARATOR = ".";

 

    /*

     * A string which is used to identify getter methods. All methods whose name contains the given string

     * are considered as getter methods.

     */

    private static final String GETTER_METHOD_NAME_ID = "get";

    private static final String FILE_PATH_SEPARATOR = System.getProperty("file.separator");

 

    /*

     * The file path to the root folder of service package. If the absolute path to the service package

     * is /users/foo/classes/com/bar/service and the classpath base directory is /users/foo/classes,

     * the value of this constant must be /com/bar/service.

     */

    private static final String SERVICE_BASE_PACKAGE_PATH = "/com/bar/service";

 

    /*

     * A string which is used to identify setter methods. All methods whose name contains the given string

     * are considered as setter methods.

     */

    private static final String SETTER_METHOD_NAME_ID = "set";

 

    /*

     * A string which is used to identify the test classes. All classes whose name contains the given string

     * are considered as test classes.

     */

    private static final String TEST_CLASS_FILENAME_ID = "Test";

 

    private List<Class> serviceClasses;

 

    /**

     * Iterates through all the classes found under the service base package path (and its sub directories)

     * and inserts all service classes to the serviceClasses array.

     *

     * @throws IOException

     * @throws ClassNotFoundException

     */

    @Before

    public void findServiceClasses() throws IOException, ClassNotFoundException {

        serviceClasses = new ArrayList<Class>();

        PathMatchingResourcePatternResolver resolver = new PathMatchingResourcePatternResolver();

        Resource[] resources = resolver.getResources("classpath*:" + SERVICE_BASE_PACKAGE_PATH + "/**/*.class");

        for (Resource resource : resources) {

            if (isNotTestClass(resource)) {

                String serviceClassCandidateNameWithPackage = parseClassNameWithPackage(resource);

                ClassLoader classLoader = resolver.getClassLoader();

                Class serviceClassCandidate = classLoader.loadClass(serviceClassCandidateNameWithPackage);

                if (isNotInterface(serviceClassCandidate)) {

                    if (isNotException(serviceClassCandidate)) {

                        if (isNotEnum(serviceClassCandidate)) {

                            if (isNotAnonymousClass(serviceClassCandidate)) {

                                serviceClasses.add(serviceClassCandidate);

                            }

                        }

                    }

                }

            }

        }

    }

 

    /**

     * Checks if the resource given a as parameter is a test class. This method returns

     * true if the resource is not a test class and false otherwise.

     *

     * @param resource

     * @return

     */

    private boolean isNotTestClass(Resource resource) {

        return !resource.getFilename().contains(TEST_CLASS_FILENAME_ID);

    }

 

    /**

     * Checks if the resource given as a parameter is an exception class. This method returns true

     * if the class is not an exception class and false otherwise.

     *

     * @param exceptionCanditate

     * @return

     */

    private boolean isNotException(Class exceptionCanditate) {

        return !Exception.class.isAssignableFrom(exceptionCanditate) &&

                !RuntimeException.class.isAssignableFrom(exceptionCanditate) &&

                !Throwable.class.isAssignableFrom(exceptionCanditate);

    }

 

    /**

     * Parses a class name from the absolute path of the resource given as a parameter

     * and returns the parsed class name. E.g. if the absolute path of the resource is

     * /user/foo/classes/com/foo/Bar.class, this method returns com.foo.Bar.

     *

     * @param resource

     * @return

     * @throws IOException

     */

    private String parseClassNameWithPackage(Resource resource) throws IOException {

        String pathFromClasspathRoot = parsePathFromClassPathRoot(resource.getFile().getAbsolutePath());

        String pathWithoutFilenameSuffix = parsePathWithoutFilenameSuffix(pathFromClasspathRoot);

        return buildClassNameFromPath(pathWithoutFilenameSuffix);

    }

 

    /**

     * Parses the path which starts from the classpath root directory by using the

     * absolute path given as a parameter. Returns the parsed path.

     * E.g. If the absolute path is /user/foo/classes/com/foo/Bar.class and the classpath

     * root directory is /user/foo/classes/, com/foo/Bar.class is returned.

     *

     * @param absolutePath

     * @return

     */

    private String parsePathFromClassPathRoot(String absolutePath) {

        int classpathRootIndex = absolutePath.indexOf(SERVICE_BASE_PACKAGE_PATH);

        return absolutePath.substring(classpathRootIndex + 1);

    }

 

    /**

     * Removes the file suffix from the path given as a parameter and returns new path

     * without the suffix. E.g. If path is com/foo/Bar.class, com/foo/Bar is returned.

     *

     * @param path

     * @return

     */

    private String parsePathWithoutFilenameSuffix(String path) {

        int prefixIndex = path.indexOf(PACKAGE_PATH_SEPARATOR);

        return path.substring(0, prefixIndex);

    }

 

    /**

     * Builds a class name with package information from a path given as a parameter and

     * returns the class name with package information. e.g. If a path com/foo/Bar is given

     * as a parameter, com.foo.Bar is returned.

     *

     * @param path

     * @return

     */

    private String buildClassNameFromPath(String path) {

        return path.replace(FILE_PATH_SEPARATOR, PACKAGE_PATH_SEPARATOR);

    }

 

    /**

     * Checks if the class given as an argument is an interface or not.

     * Returns false if the class is not an interface and true otherwise.

     *

     * @param interfaceCanditate

     * @return

     */

    private boolean isNotInterface(Class interfaceCanditate) {

        return !interfaceCanditate.isInterface();

    }

 

    /**

     * Checks if the class given as an argument is an Enum or not.

     * Returns false if the class is not Enum and true otherwise.

     *

     * @param enumCanditate

     * @return

     */

    private boolean isNotEnum(Class enumCanditate) {

        return !enumCanditate.isEnum();

    }

 

    /**

     * Checks if the class given as a parameter is an anonymous class.

     * Returns true if the class is not an anonymous class and false otherwise.

     *

     * @param anonymousClassCanditate

     * @return

     */

    private boolean isNotAnonymousClass(Class anonymousClassCanditate) {

        return !anonymousClassCanditate.isAnonymousClass();

    }

 

    /**

     * Verifies that each method which is declared in a service class and which is not a

     * getter or setter method is annotated with Transactional annotation. This test

     * also ensures that the rollbackFor property of Transactional annotation specifies

     * all checked exceptions which are thrown by the service method.

     */

    @Test

    public void eachServiceMethodHasTransactionalAnnotation() {

        for (Class serviceClass : serviceClasses) {

            Method[] serviceMethods = serviceClass.getMethods();

            for (Method serviceMethod : serviceMethods) {

                if (isMethodDeclaredInServiceClass(serviceMethod, serviceClass)) {

                    if (isNotGetterOrSetterMethod(serviceMethod)) {

                        boolean transactionalAnnotationFound = serviceMethod.isAnnotationPresent(Transactional.class);

                        assertTrue("Method " + serviceMethod.getName() + " of " + serviceClass.getName() + " class must be annotated with @Transactional annotation.", transactionalAnnotationFound);

                        if (transactionalAnnotationFound) {

                            if (methodThrowsCheckedExceptions(serviceMethod)) {

                                boolean rollbackPropertySetCorrectly = rollbackForPropertySetCorrectlyForTransactionalAnnotation(serviceMethod.getAnnotation(Transactional.class), serviceMethod.getExceptionTypes());

                                assertTrue("Method " + serviceMethod.getName() + "() of " + serviceClass.getName() + " class must set rollbackFor property of Transactional annotation correctly", rollbackPropertySetCorrectly);

                            }

                        }

                    }

                }

            }

        }

    }

 

    /**

     * Checks that the method given as a parameter is declared in a service class given as

     * a parameter. Returns true if the method is declated in service class and false

     * otherwise.

     *

     * @param method

     * @param serviceClass

     * @return

     */

    private boolean isMethodDeclaredInServiceClass(Method method, Class serviceClass) {

        return method.getDeclaringClass().equals(serviceClass);

    }

 

    /**

     * Checks if the method given as parameter is a getter or setter method. Returns true

     * if the method is a getter or setter method an false otherwise.

     *

     * @param method

     * @return

     */

    private boolean isNotGetterOrSetterMethod(Method method) {

        return !method.getName().contains(SETTER_METHOD_NAME_ID) && !method.getName().contains(GETTER_METHOD_NAME_ID);

    }

 

    /**

     * Checks if the method given as a parameter throws checked exceptions. Returns true

     * if the method throws checked exceptions and false otherwise.

     *

     * @param method

     * @return

     */

    private boolean methodThrowsCheckedExceptions(Method method) {

        return method.getExceptionTypes().length > 0;

    }

 

    /**

     * Checks if the transactional annotation given as a parameter specifies all checked exceptions

     * given as a parameter as a value of rollbackFor property. Returns true if all exceptions

     * are specified and false otherwise.

     *

     * @param annotation

     * @param thrownExceptions

     * @return

     */

    private boolean rollbackForPropertySetCorrectlyForTransactionalAnnotation(Annotation annotation, Class<?>[] thrownExceptions) {

        boolean rollbackForSet = true;

 

        if (annotation instanceof Transactional) {

            Transactional transactional = (Transactional) annotation;

            List<Class<? extends Throwable>> rollbackForClasses = Arrays.asList(transactional.rollbackFor());

            for (Class<?> thrownException : thrownExceptions) {

                if (!rollbackForClasses.contains(thrownException)) {

                    rollbackForSet = false;

                    break;

                }

            }

        }

 

        return rollbackForSet;

    }

 

    /**

     * Verifies that each service class is annotated with @Service annotation.

     */

    @Test

    public void eachServiceClassIsAnnotatedWithServiceAnnotation() {

        for (Class serviceClass : serviceClasses) {

            assertTrue(serviceClass.getSimpleName() + " must be annotated with @Service annotation", serviceClass.isAnnotationPresent(Service.class));

        }

    }

}

Dejo link : https://www.petrikainulainen.net/programming/tips-and-tricks/testing-that-all-service-methods-are-annotated-with-transactional-annotation/



Que diferencia tiene Unit y Nothing en Kotlin o en Scala??

Que diferencia tiene Unit y Nothing en Kotlin o en Scala?? Dado que kotlin se ha "inspirado" en muchas cosas de Scala. Por lo tanto creo que en este caso los 2 lenguajes son iguales. (En realidad no estoy tan seguro, comenten si tienen otra información)


Antes de hablar de diferencias, veamos similitudes : 

Unit:  Unit en Kotlin o Scala corresponde al void en Java y de C. Al igual que void, Unit es el tipo de retorno de cualquier función que no devuelva ningún valor significativo, y es opcional mencionar Unit como tipo de retorno. Pero a diferencia de void, Unit es una clase real (en kotlin) o object (en Scala) con una sola instancia.

Nothing: Nothing es un tipo en Kotlin que represente "un valor que nunca existe", eso significa simplemente "ningún valor en absoluto".

Nothing se puede usar como el tipo de retorno de una función que nunca devuelve la ejecución del código, como, en bucle para siempre o siempre arroja Exception. Java no tiene nada similar al tipo Nothing.

Veamos unos ejemplos donde debemos utilizar Nothing como tipo de retorno.


Supongamos que hay una función reportError() que siempre lanza una RuntimeException. En una aplicación real, este reportError() puede agregar algunos registros útiles adicionales antes de lanzar la excepción o arroja diferentes excepciones basadas en diferentes condiciones.

En java se implementaría : 

void reportError() {

    throw new RuntimeException();

}

En Kotlin : 

fun reportError(): Nothing {

    throw RuntimeException()

}

En Scala : 

def reportError(): Nothing {

    throw RuntimeException()

}


Como vemos Nothing debe ser escrito explícitamente como el tipo de retorno; de lo contrario, el tipo de retorno seguirá siendo Unit.

¿Qué pasará si colocamos por error alguna linea de código después de llamar a este método reportError ()?

// Java

int i = 0;

void exampleOne() {

    reportError(); // throws RuntimeException

    i = 1; // This is unreachable code. But there is no warning.

}

En java no pasaría nada, pero pero en kotlin nos avisaría : 


// Kotlin

var i = 0;

fun exampleOne() {

    reportError(); // throws RuntimeException

    i = 1; // We will get an 'Unreachable code' warning here. 

}

En Kotlin tendríamos un warning. 


Otra cuestión importante es que Nothing implementa o se puede hacer pasar por diferentes tipos, lo que permite que hagamos lo siguiente : 

  /** `???` can be used for marking methods that remain to be implemented.

   *  @throws NotImplementedError

   */

  def ??? : Nothing = throw new NotImplementedError

Y luego utilizar ??? para marcar una función que nos falta implementar. 

  /**

   * Filtra los elementos pares

   */

  def filtrarPares(xs: List[Int]): List[Int] = ???

Y tiene más usos Nothing por ejemplo Nil que es la lista vacia es de tipo List[Nothing] dado que este tipo puede hacerse pasar por otros tipos. 

Ojo que hay algunas diferencias entre Scala y Kotlin más que nada en los nulleables de kotlin pero la idea general es esta.

Y creo que estamos, si me olvide de algo, para eso están los comentarios!

viernes, 2 de octubre de 2020

Desactivar o activar las constraints de una o muchas tablas en base de datos Oracle


Muchas veces en nuestra vida profesional tenemos que insertar datos por X motivos ignorando las constraints. Vale aclarar que esto es peligroso y no se tendría que hacer nunca pero pero la vida nos lleva por mal camino a veces. Entonces podemos hacer esto para desactivar las constraints de mis tablas : 

begin

for i in (select constraint_name, table_name from user_constraints where table_name in ('tabla1', 'tabla2', 'tabla3')) LOOP

execute immediate 'alter table '||i.table_name||' disable constraint '||i.constraint_name||'';

end loop;

end;

/

Y para habilitarlas: 


begin

for i in (select constraint_name, table_name from user_constraints where table_name in ('tabla1', 'tabla2', 'tabla3')) LOOP

execute immediate 'alter table '||i.table_name||' ENABLE constraint '||i.constraint_name||'';

end loop;

end;

/


Y Listo! 

martes, 29 de septiembre de 2020

Con que framework debo desarrollar un sistema web??


Esta pregunta me la hizo un alumno y quiero compartir mi respuesta. 

Existen muchas opciones pero es bueno ir por donde va la industria, es decir utilizar lo más usado. Claramente hoy en día se utiliza un framework backend + un framewor front.Comunicados por Apis Rest.  

Por front podemos elegir : Angular, React o Vue , el mercado esta ahí. 

Por back tenes muchas opciones: java - spring boot, solución super probada y te va andar muy bien.

dot net - dot net core con MVC, un poco más nuevo pero anda muy bien y se usa mucho. 

Python: Django, viejito pero bueno,

Javascript con node y express. 

Y si te interesa arriesgarte y optar por algo nuevo tenes Go, con Echo o otros frameworks. 

Java 15 fue liberado!!

 


Y como era de esperar tenemos otra versión de java, que dado que viene tan seguido, se ha perdido la expectativa dado la periodicidad y la cantidad de cosas que tenemos para aprender. 

En esta versión no tenemos grandes cambios a nivel de lenguaje. La lista final completa de características es:

  • JEP 339: Edwards-Curve Digital Signature Algorithm (EdDSA)
  • JEP 360: Sealed Classes (Preview)
  • JEP 371: Hidden Classes
  • JEP 372: Remove the Nashorn JavaScript Engine
  • JEP 373: Reimplement the Legacy DatagramSocket API
  • JEP 374: Disable and Deprecate Biased Locking
  • JEP 375: Pattern Matching for instanceof (Second Preview)
  • JEP 377: ZGC: A Scalable Low-Latency Garbage Collector
  • JEP 378: Text Blocks
  • JEP 379: Shenandoah: A Low-Pause-Time Garbage Collector
  • JEP 381: Remove the Solaris and SPARC Ports
  • JEP 383: Foreign-Memory Access API (Second Incubator)
  • JEP 384: Records (Second Preview)
  • JEP 385: Deprecate RMI Activation for Removal

Cabe señalar que Java 15 no es una versión de soporte a largo plazo, por lo que queda por ver hasta qué punto los desarrolladores adoptarán esta nueva versión. Hasta la fecha, ninguna de las versiones que no son LTS ha tenido una adopción significativa.

Dejo link: https://jdk.java.net/15/

Y si la quieren descargar la versión libre : 

https://adoptopenjdk.net/

domingo, 27 de septiembre de 2020

Ecuaciones en Haskell


Para los que venimos de otros lenguajes, tenemos que saber que no hay ecuaciones en lenguajes imperativos. En Haskell las ecuaciones se utilizan para dar nombre a los valores.

respuesta = 42

Una ecuación en Haskell es una ecuación matemática: dice que el lado izquierdo y el lado derecho denotan el mismo valor.

El lado izquierdo debe ser un nombre al que le esté dando un valor. Por ejemplo : 

   x = 5 * y

No podemos escribir ecuaciones como lo hacemos en la matemática, por ejemplo esto esta mal : 

   2 * x = (3 * x) ** 2 - No se permite la reasignación en un FPL puro

Las ecuaciones no son asignaciones y una variable o nombre solo puede tener un valor. Puse variable o nombre dado que los nombres a menudo se denominan "variables", pero no varían. ¡Las variables son constantes!

    n = 1 

    x = 3 * n 

    n = x   -- Error: solo puede tener una definición de n

Una vez que le da un valor a un nombre, ¡nunca podrá cambiarlo! Esto es parte del significado de "puro" y "sin efectos secundarios"

¿Qué pasa con n = n + 1? En lenguajes imperativos, frecuentemente decimos n: = n + 1. Pero esto es una tarea, no una ecuación

En Haskell, es válido escribir n = n + 1. Pero Haskell lo intentará y fallará. Dado que tratará de resolver n con n de forma recursiva. 

Pero como se puede vivir sin asignaciones? Pensemos en una declaración de asignación como si hiciera tres cosas:

  • Evalúa el lado derecho: calcula un valor útil.
  • Descarta el valor de la variable del lado izquierdo: destruye un valor que podría ser útil o no.
  • Guarda el valor útil del RHS en la variable.

En un lenguaje puramente funcional, nunca destruimos los viejos valores. Simplemente calculamos nuevos útiles. Si el valor anterior era realmente inútil, el recolector de basura reclamará su almacenamiento.

viernes, 25 de septiembre de 2020

Lambdas en Python


Las lambdas son funciones que se definan al vuelo y no tienen nombre, se conocen como funciones anónimas en algunos otros lenguajes. Es posible que desee utilizar lambdas cuando no desee utilizar una función dos veces en un programa. Son como funciones normales e incluso se comportan como ellas. Por ejemplo: 

add = lambda x, y: x + y

print(add(3, 5))

# Output: 8


Podemos utilizar para indicar como ordenar nuestras listas :

a = [(1, 2), (4, 1), (9, 10), (13, -3)]

a.sort(key=lambda x: x[1])

print(a)

# Output: [(13, -3), (4, 1), (1, 2), (9, 10)]


Y podemos ordenar listas concurrentemente: 

data = zip(list1, list2)

data = sorted(data)

list1, list2 = map(lambda t: list(t), zip(*data))


Elementos básicos en Haskell


Expresiones: En casi todos los lenguajes de programación puedes crear expresiones como:

    (b * b-4 * a * c) / 2 * a

y puede asignar estas expresiones a variables:

  v = (b*b-4*a*c)/2*a

En Haskell, también puede hacer esto, y lo que es más: las expresiones son realmente todo lo que hay, no hay declaraciones.

Funciones: En Python, puede definir una función como

    def hello(name):

        return "Hello, "+name

En Haskell puedes escribir esto simplemente como:

   hello name = "Hello, "++name

Tipos : C tiene tipos, por ejemplo:

    int f (int x, int y) {

        return x*y+x+y;

    }

Haskell tiene tipos mucho más poderosos que C, y se definen en una linea diferente de la función :

    f :: Int -> Int -> Int

    f x y =  x*y+x+y

Listas : En muchos lenguajes, p. Ej. Python, JavaScript, Ruby,… puedes crear listas como:

    lst = ["A", "lista", "de", "cadenas"]

Haskell también usa esta sintaxis para listas.

Para unirse a listas, en Python puede escribir

    lst = [1,2] + [3,4]

En Haskell esto sería muy similar:

    lst = [1,2] ++ [3,4]

Funciones anónimas : En JavaScript puede definir funciones anónimas (funciones sin nombre) como:

var f = function (x, y) {return x * y + x + y};

En Haskell, estas funciones anónimas se denominan funciones lambda y en realidad son la base del lenguaje. Nuevamente, la sintaxis es muy compacta:

f = \x y -> x*y+x+y

\ representa el símbolo lambda. 

Funciones de orden superior : Finalmente, en muchos lengujes, las funciones pueden operar sobre funciones. Por ejemplo, en Perl puede modificar los elementos en una lista usando:

    map sub ($x){$x*2+1}, [1..10]

Haskell proporciona muchas de las llamadas funciones de orden superior y le permite definir las suyas propias.

    map (\x -> x*2+1) [1..10]

jueves, 24 de septiembre de 2020

Como puedo obtener el número actual de conexiones en una base de datos PostgreSQL??



SELECT sum(numbackends) FROM pg_stat_database;


Y Listo!! Con esta query se cuantas conexiones hay en mi base de datos. 

Libros Gratuitos de Java Code Geeks

 

Download IT Guides!

 

Docker Containerization Cookbook

Docker is the world's leading software containerization platform. Docker containers wrap a piece of software in a complete filesystem that contains everything needed to run: code,...

 
 

Git Tutorial

Git is, without any doubt, the most popular version control system. Ironically, there are other version control systems easier to learn and to use, but, despite that, Git is the favorite...

 
 

Spring Framework Cookbook

The Spring Framework is an open-source application framework and inversion of control container for the Java platform. The framework's core features can be used by any Java application,...

 
 

Apache Hadoop Cookbook

Apache Hadoop is an open-source software framework written in Java for distributed storage and distributed processing of very large data sets on computer clusters built from commodity...

 

miércoles, 23 de septiembre de 2020

Por qué GraalVM?


Lo único malo que veo en GraslVM es el marketing que están llevando. Dado que GraalVM es un proyecto paraguas donde hay varios proyectos. Entre los que tenemos una maquina virtual más rápida, la capacidad de compilar nuestras aplicaciones de forma nativa o diferentes plataformas o ejecutar varios lenguajes. 

Lo que hace que cuando hablemos de GraalVM, estemos hablando de cosas diferentes, todo a la vez. 

GraalVM es un maquina virtual java de alto rendimiento que proporciona mejoras significativas en el rendimiento y la eficiencia de la aplicación, lo que es ideal para microservicios. Está diseñado para aplicaciones escritas en Java, JavaScript, lenguajes basados ​​en LLVM como C y C++, y otros lenguajes dinámicos. Elimina el aislamiento entre lenguajes de programación y habilita la interoperabilidad en un tiempo de ejecución compartido. Puede ejecutarse de forma independiente o en el contexto de OpenJDK, Node.js u Oracle Database.

Para las aplicaciones Java existentes, GraalVM puede proporcionar beneficios al ejecutarlas más rápido, brindar extensibilidad a través de lenguajes de secuencias de comandos o crear imágenes nativas compiladas.

GraalVM se puede ejecutar en el contexto de OpenJDK para hacer que las aplicaciones Java se ejecuten más rápido con una nueva tecnología de compilación jit. GraalVM se hace cargo de la compilación del byte code de Java en código de máquina. En particular, para otros lenguajes basados ​​en JVM como Scala, esta configuración puede lograr beneficios, como por ejemplo, lo experimentó Twitter al ejecutar GraalVM en producción.

GraalVM permite ejecutar JavaScript, R, Python, Ruby, LLVM IR y Web Assembly en el contexto de aplicaciones Java. Ofrece la capacidad de exponer las estructuras de datos de Java a esos lenguajes con filtros de acceso de host detallados. La integración es independiente del lenguaje, es decir, una integración para JavaScript también se puede utilizar en un punto posterior para ejecutar cualquier otro lenguaje basado en GraalVM. Los mecanismos de proxy permiten simular objetos dinámicos de estructuras de datos Java y exponerlos a los scripts integrados. 

La ejecución de su aplicación dentro de una máquina virtual Java conlleva costos de inicio y de espacio. GraalVM tiene una función para crear imágenes nativas para aplicaciones existentes basadas en JVM. El proceso de generación de imágenes emplea análisis estático para encontrar cualquier código accesible desde el método principal de Java y luego realiza una compilación completa con anticipación (AOT). El binario nativo resultante contiene todo el programa en forma de código máquina para su ejecución inmediata. Se puede vincular con otros programas nativos y, opcionalmente, puede incluir el compilador GraalVM para soporte de compilación complementaria Just-In-Time (JIT) para ejecutar cualquier lenguaje basado en GraalVM con alto rendimiento. Para obtener un rendimiento adicional, se pueden crear imágenes nativas con optimizaciones guiadas por perfiles recopiladas en una ejecución anterior de la aplicación. Vea un ejemplo de cómo crear imágenes nativas aquí.

GraalVM puede ejecutarse en el contexto de Node.js reemplazando V8 con GraalVM para ejecutar JavaScript. Los principales beneficios de hacerlo es habilitar aplicaciones políglotas (por ejemplo, usar bibliotecas Java, R o Python), ejecutar Node.js con configuraciones de montón grandes y recolectores de basura de Java, o usar la interoperabilidad de GraalVM para definir estructuras de datos en C / C ++ y utilícelos desde JavaScript.

GraalVM permite el uso de bibliotecas Java existentes o frameworks Java (como Spark o Flink) directamente desde Node.js. Además, se puede usar, por ejemplo, R o Python para ciencia de datos o trazar directamente desde una aplicación JavaScript.

El motor de JavaScript V8 incluido en la distribución estándar de Node.js está optimizado para las configuraciones del navegador y diseñado para funcionar de manera efectiva en escenarios de almacenamiento pequeño. Habilitamos la ejecución de Node.js con la gestión de montón de la JVM, lo que abre la posibilidad de configuraciones de montón grandes y configuraciones adecuadas de recolección de basura. El tamaño máximo de pila configurable es de 32 Gb con punteros comprimidos de 32 bits, y se admiten terabytes de pila en la configuración de puntero de 64 bits.

GraalVM permite una combinación eficiente de código nativo (por ejemplo, escrito en C / C ++) y JavaScript. Se puede acceder directamente a las estructuras de datos nativas y el compilador puede integrarse a través de cualquier límite. Esto puede ser beneficioso en un escenario donde las estructuras de datos eficientes se administran y asignan en C mientras que otras partes de la aplicación están escritas en Node.js. 

Ruby, R, Python, WebAssembly son experimentales en el ecosistema GraalVM y no se recomiendan para uso de producción en este momento, pero estamos trabajando activamente en la estabilidad y el soporte para todos los módulos para esos lenguajes. En este momento, podemos ejecutar aplicaciones más simples de Ruby, R y Python, pero no tenemos la misma compatibilidad total que proporcionamos para las aplicaciones Java y Node.js. WebAssembly actualmente implementa la especificación WebAssembly MVP (producto mínimo viable) y es el lenguaje más reciente en el entorno GraalVM.

Además de los beneficios estándar de GraalVM, como la interoperabilidad de idiomas (por ejemplo, usar Java o JavaScript desde esas aplicaciones), GraalVM puede lograr altas velocidades de 10 veces o más para esos idiomas. Nos complace ayudarlo a hacer que las aplicaciones Ruby y R existentes funcionen con GraalVM, pero todavía no podemos garantizar la compatibilidad inmediata para estos idiomas.

GraalVM está diseñado para integrarse y se puede ejecutar en bases de datos. El prototipo de Oracle Database Multilingual Engine (MLE) está disponible. Permite a los usuarios de Oracle Database ejecutar JavaScript, utilizando browserify para ejecutar módulos Node.js y escribir extensiones en Python.

GraalVM Native Image, actualmente disponible como tecnología de pioneros, funciona con muchos marcos de microservicios Java diferentes. Varios proyectos ya han aceptado esta tecnología como plataforma para sus aplicaciones: Quarkus, Micronaut, Helidon. Para estos marcos, las imágenes nativas de GraalVM reducen significativamente los requisitos de memoria en tiempo de ejecución en comparación con la ejecución en HotSpot. Creemos que la tecnología GraalVM Native Image puede convertirse en la mejor manera de implementar aplicaciones nativas en la nube.



Fomentamos el desarrollo de incrustaciones de GraalVM similares a nuestras propias integraciones en Oracle Database, OpenJDK o Node.js. Junto con socios de colaboración de investigación, ya exploramos ideas de incrustación en Spark o Flink. Encuentre una descripción sobre cómo incrustar GraalVM en su aplicación nativa o basada en JVM existente aquí.

GraalVM es un ecosistema abierto e invitamos a los sistemas de terceros a participar conectando sus propios lenguajes de programación, herramientas o plataformas.

El marco de implementación de Truffle Language permite ejecutar lenguajes de programación de manera eficiente en GraalVM. Simplifica la implementación del lenguaje al derivar automáticamente código de alto rendimiento de los intérpretes. Puede encontrar detalles sobre el enfoque en este artículo de investigación.

Implementar su propio lenguaje usando GraalVM no solo le dará un alto rendimiento. Más importante aún, permite que su lenguaje se conecte con las herramientas enriquecidas proporcionadas por el ecosistema GraalVM. Además, permite que su lenguaje se ejecute en el contexto de cualquier incrustación de GraalVM.

Se Desarrollao un lenguaje de demostración llamado "SimpleLanguage" para mostrar el uso del marco de implementación del lenguaje de GraalVM. 

GraalVM proporciona un marco para crear herramientas independientes del lenguaje como depuradores, perfiladores u otras instrumentaciones. GraalVM proporciona una forma estandarizada de expresar y ejecutar código de programa que permite la investigación en varios idiomas y el desarrollo de herramientas que se desarrollan una vez y luego se pueden aplicar a cualquier idioma.

Dejo link: 
https://www.graalvm.org/docs/why-graal/

domingo, 20 de septiembre de 2020

Las Coroutines en python


El nombre Coroutines me suenan a go, será por las goroutines? Bueno, pero veamos como funciona esto en python. 

Las corrutinas son similares a los generadores con algunas diferencias. Las principales diferencias son:

  • los generadores son productores de datos
  • las corrutinas son consumidores de datos

En primer lugar, revisemos el proceso de creación del generador. Podemos hacer generadores como este:


def fib():

    a, b = 0, 1

    while True:

        yield a

        a, b = b, a+b


Luego lo usamos comúnmente en un bucle for como este:


for i in fib():

    print(i)


 Las corrutinas consumen valores que se le envían. Un ejemplo muy básico sería una alternativa grep en Python:


def grep(pattern):

    print("Searching for", pattern)

    while True:

        line = (yield)

        if pattern in line:

            print(line)


yield en este caso no contiene ningún valor, sino que le proporcionamos valores externamente. Suministramos valores mediante el método .send(). Aquí hay un ejemplo:


search = grep('coroutine')

next(search)

# Output: Searching for coroutine

search.send("I love you")

search.send("Don't you love me?")

search.send("I love coroutines instead!")

# Output: I love coroutines instead!


Es necesario para iniciar la corrutina, correr next. Al igual que los generadores, las corrutinas no inician la función de inmediato. En su lugar, lo ejecutan en respuesta a los métodos __next __ () y .send (). Por lo tanto, debe ejecutar next () para que la ejecución avance a la expresión yield.

Podemos cerrar una corrutina llamando al método .close ():

search = grep('coroutine')

# ...

search.close()

Y listo!!

Dejo link: https://book.pythontips.com/en/latest/coroutines.html

sábado, 19 de septiembre de 2020

Singleton Anti-Pattern

Singleton es un patrón muy muy enseñado, y creo que es solo porque es fácil de implementar. 


Pero este patrón nació en entornos no concurrentes y en procesos de desarrollo que no se utilizaba unit test. Por lo tanto, en ese entorno era bueno, pero el tiempo ha pasado y cada vez más todos los entornos son concurrentes y es imprescindible tener unit test en nuestro software. Lo que ha convertido al amigo Singleton en un Anti-Pattern. 

Por que no deberíamos utilizar Singleton: 

  • Que es singleton: El mayor problema con el patrón singleton (y por qué es, por lo tanto, un antipatrón de diseño en lugar de un patrón de diseño) es que la suposición de que alguna vez habrá solo una instancia a menudo se rompe durante la vida útil de un proyecto, y este patrón se estructura el código de una manera que requiere un esfuerzo muy significativo para refactorizar cuando esta suposición es inevitablemente incorrecta. Es decir, muchos casos demuestran la necesidad de garantizar que el código sea flexible en caso de que la suposición de unicidad resulte falsa, y este patrón hace que el código sea inflexible.
  • Dificulta las pruebas: Además de hacer que el código sea inflexible, el patrón singleton también dificulta mucho la prueba del código. Esto se debe a que el patrón singleton introduce una dependencia a través de un canal lateral que no se da explícitamente como parámetro a los constructores u otras funciones que lo utilizan. Incluso en el caso de que este canal lateral pueda ser reemplazado (y a menudo hacerlo es muy difícil), la necesidad de hacerlo es menos obvia y hace que las pruebas sean muy difíciles de entender. El otro problema es que se muy difícil de hacer un mock de este objeto. 
  • No es seguro a nivel de hilos o es un cuello de botella: Incluso ignorando los problemas anteriores (que son, creo, las razones más fuertes para evitar este patrón), el patrón singleton es especialmente difícil de implementar correctamente cuando se tiene en cuenta el subproceso múltiple. la aplicación requiere que el objeto singleton, en sí mismo, sea seguro para subprocesos; sin embargo, mover la propiedad singleton fuera del objeto permite crear implementaciones alternativas, algunas de las cuales son seguras para subprocesos y otras que no lo son, lo que permite a las aplicaciones que no son multiproceso crear instancias de una versión del objeto que no tiene la sobrecarga de la sincronización de subprocesos al tiempo que permite que las aplicaciones multiproceso creen una instancia de la versión segura para subprocesos.

Si tienen más curiosidad dejo link: https://www.michaelsafyan.com/tech/design/patterns/singleton

viernes, 18 de septiembre de 2020

Corre Groovy en tu browser con Grooscript


Si existe Scala.js por que no puede existir un Groovy que corra en el browser. Y existe y se llama Grooscript. 

Grooscript es todo lo que has soñado y si no lo soñaste te cuento. Este es un lenguaje muy similar a groovy que compila a javascript. 

Y se puede utilizar en framework como node, veamos un ejemplo: 

//DSL using Node.js with Express

server {
    get('/') {
        render 'Hello World!'
    }
    get('/spanish') {
        render 'Hola Mundo!'
    }
    get('/salute/:name') {
        render "Hello ${req.params.name}!"
    }
}.start(3000)


Para poder utilizarlo debemos instalar node y groovy y luego instalar con npm grooscript : 

> npm install grooscript


Luego de instalada podemos crear nuestros archivos groovy, por ejemplo : 

class Hello {

  def methodMissing(String name, args) {

    println "Hello ${name}!"

  }

}

def hello = new Hello()

hello.Groovy()

hello.Javascript()

hello.grooscript()


Luego tenemos que compilar este script groovy a javascript : 

 @Grab('org.grooscript:grooscript:1.2.2')

import org.grooscript.GrooScript


def conversionOptions = [:]

conversionOptions['initialText'] = "var gs = require('grooscript');"

GrooScript.convert 'source.groovy', '.', conversionOptions


luego con este último script, compilamos el script inicial de la siguiente forma : 

groovy convert.groovy

con este paso obtenemos el source.js, que podemos ejecutarlo así  : 

> node source.js

Hello Groovy!

Hello Javascript!

Hello grooscript!

Y listo, se ve que esta tecnología esta en pañales pero agárrate typescript!!