jueves, 20 de junio de 2019

Camunda Sql Server descodificar campo BYTEARRAY

 Si hemos almacenado información en una variable de proceso, por ejemplo un JSON y como repositorio utilizamos Sql Server.

Para poder recuperar la información de una para visualizarla o realizar búsquedas directamente en la base de datos sin pasar por el API REST.

Podemos usar una sentencia de esta forma:

select * from
(
select CAST(  CAST(bytes_ AS varbinary(MAX)) as varchar(max)) as campo
from [dbo].[ACT_GE_BYTEARRAY] where id_ in ( select bytearray_id_ from dbo.ACT_RU_VARIABLE where name_ like '' )
) as pepe
where campo like '{"id":13%'

lunes, 15 de abril de 2019

Switch, factoría, tester/doer

Ejemplo de como quitar un switch y sustituirlo por una factoria:

public void ProcessCustomer(CustomerMessage message)
{
  switch (message.CustomerCategory)
  {
    case Category.Gold:
      ProcessGoldCustomer(message);
      break;
    case Category.Silver:
      ProcessSilverCustomer(message);
      break;
    case Category.Bronze:
      ProcessBronzeCustomer(message);
      break;
  }
}
 
Ejemplo con factoría:
 
public interface ICustomerProcessor
{
  void Process(CustomerMessage message);
}
 
public class GoldCustomerProcessor : ICustomerProcessor {...}
public class SilverCustomerProcessor : ICustomerProcessor {...}
public class BronzeCustomerProcessor : ICustomerProcessor {...}
 
public class CustomerProcessorFactory
{
  public ICustomerProcessor Create(Category category) {
    switch (category) {   
      case Category.Gold: 
        return new GoldCustomerProcessor();
    }
    ...
  }
}
 
public void ProcessCustomer(CustomerMessage message)
{
  var factory = new CustomerProcessorFactory();
  var processor = factory.Create(message.CustomerCategory);
  processor.Process(message);
}
 
Ejemplo patrón Tester/Doer:
 
public interface ICustomerProcessor
{
  bool CanProcess(CustomerMessage message);
  void Process(CustomerMessage message);
}
 
public class GoldCustomerProcessor : ICustomerProcessor
{
  public bool CanProcess(CustomerMessage message)
  {
    return message.CustomerCategory == Category.Gold;
  }
   
  public void Process(CustomerMessage message) {...}
}
 
public class SilverCustomerProcessor : ICustomerProcessor {...}
public class BronzeCustomerProcessor : ICustomerProcessor {...}
 
public void ProcessCustomer(CustomerMessage message)
{
  var processor = this.processors.Single(x => x.CanProcess(message));
  processor.Process(message);
}
 

martes, 26 de junio de 2018

Lambdas y Closures diferencias

Este hilo de StackOverflow explica con mucho detalle de donde proceden las funciones lambda y sus diferencias con Closures. Lo hace de forma agnostica a cualquier lenguaje.


No es la respuesta con más puntos positivos, sino la respuesta que habla sobre Lambda Calculus invented by Alonzo Church.

what-is-the-difference-between-a-closure-and-a-lambda

martes, 29 de mayo de 2018

SQL vs Java 8 Stream

Para entender los streams de Java 8 lo mejor es compararlos con sus equivalentes de SQL.

SQL Equivalente interfaz stream
from stream()
select map()
where filter() (antes de un collecting)
order by sorted()
distinct distinct()
having filter() (después de un collecting)
join flatMap()
union concat().distinct()
offset skip()
limit limit()
group by collect(groupingBy())
count count()

En el siguiente enlace podrás encontrar más ejemplos.

Fuente: https://windoctor7.github.io/API-Stream-Java8.html

lunes, 28 de mayo de 2018

Indices en Postgresql

Hay una serie de índices aparte de los convencionales, que son poco conocidos, pero no por ello dejan de ser muy útiles.

GIN - índices optimizados para la búsqueda de subelementos, dentro de una columna, por ejemplo columnas de tipo Array, columnas que almacenen JSON o campos de texto para hacer búsquedas FTS (Full Text Search).

GIST - índices para búsquedas de datos geolocalizados.

BRIN - índices que ahorra espacio de almacenamiento para aquellos datos que se encuentran ordenados de forma natural. Por ejemplo las entradas de un fichero log, siempre se generan de forma secuencial en base al campo de fecha de la entrada.

HASH - indice optimizado en velocidad para la búsqueda de elementos por igualdad. Por ejemplo la dirección de email de usuarios. Usando este índice tendríamos máxima velocidad de acceso para buscar a un usuario por su email.

jueves, 2 de febrero de 2017

Angular UI Bootstrap. Datepicker de un rango de fechas.

Para definir en nuestros formularios de angular unos datepicker muy útiles.

Primero definimos los campos en la página html.

Vamos a crear dos datepicker que definan un rango, no permitiendo que el rango final sea superior al inicial. Además el inicial solo podrá elegirse el primer día de un mes y para el final solo el último día de un mes.

Creamos una fecha para un rango inicial:

<div class="col-input">
    <div class="form-group">
        <label for="fechaInicio">Fecha de Inicio</label>
        <div class="input-group">
            <input id="fechaInicio" name="fechaInicio"
                   type="text" class="form-control"
                   uib-datepicker-popup="{{$ctrl.viewModel.format}}"
                   ng-model="$ctrl.viewModel.Dto.fechaInicio"
                   ng-model-options="{timezone: 'utc'}"
                   ng-change="$ctrl.viewModel.changeFechaInicio()"
                   is-open="$ctrl.viewModel.popup1.opened"
                   datepicker-options="$ctrl.viewModel.dateOptionsFechaInicio"
                   ng-required="true"
                   close-text="Cerrar"
                   current-text="Hoy"
                   clear-text="Limpiar"
                   alt-input-formats="$ctrl.viewModel.altInputFormats"
                   ng-disabled="$ctrl.viewModel.flags.disabledFechaInicio" />
            <span class="input-group-btn">
                <button type="button" class="btn btn-default pull-left"
                        ng-click="$ctrl.viewModel.open1($event)">
                    <i class="glyphicon glyphicon-calendar"></i>
                </button>
            </span>
        </div>
    </div>
</div>

Y otra fecha para el final del rango:

<div class="col-input">
    <div class="form-group">
        <label for="fechaFin">Fecha de Fin</label>
        <div class="input-group">
            <input id="fechaFin" name="fechaFin"
                   type="text" class="form-control"
                   uib-datepicker-popup="{{$ctrl.viewModel.format}}"
                   ng-model="$ctrl.viewModel.Dto.fechaFin"
                   ng-model-options="{timezone: 'utc'}"
                   ng-change="$ctrl.viewModel.changeFechaFin()"
                   is-open="$ctrl.viewModel.popup2.opened"
                   datepicker-options="$ctrl.viewModel.dateOptionsFechaFin"
                   ng-required="true"
                   close-text="Cerrar"
                   current-text="Hoy"
                   clear-text="Limpiar"
                   alt-input-formats="$ctrl.viewModel.altInputFormats"
                   ng-disabled="$ctrl.viewModel.flags.disabledFechaFin" />
            <span class="input-group-btn">
                <button type="button" class="btn btn-default"
                        ng-click="$ctrl.viewModel.open2($event)">
                    <i class="glyphicon glyphicon-calendar"></i>
                </button>
            </span>
        </div>
    </div>
</div>

Ahora vamos a definir en nuestro ViewModel de Angular las opciones de cada campo:


this.generalDateOptions = {
    formatYear: 'yy',
    startingDay: 1,
    showWeeks: false,
    prevText: ',
    nextText: 'Sig>',
    currentText: 'Hoy'
};
 
this.dateOptionsFechaInicio          = JSON.parse(JSON.stringify(this.generalDateOptions));
this.dateOptionsFechaInicio.minMode = 'month';
this.dateOptionsFechaInicio.minDate = new Date();
 
this.dateOptionsFechaFin             = JSON.parse(JSON.stringify(this.generalDateOptions));

La variable generalDateOptions, es la configuración común a todos los campos fecha que tengamos en nuestros formularios.

Luego personalizamos algunos de los parámetros de la configuración, como por ejemplo indicamos que para la fecha de inicio, queremos selección por meses no por días (minMode='month') y que queremos que la fecha mínima seleccionamble sea la fecha actual.

A continuación vamos a preparar las funciones de callback (open1 y open2), que serán llamadas cuando se pulse en el icono para abrir el control Datepicker. Aqui vamos a hacer depender la fecha final del rango de la fecha inicial que se haya elegido, no permitiendo elegir un dia menor.
Además vamos a desactivar todos los días del mes, menos el último (disableNotLastDayOfMonth)

this.popup1 = {
    opened: false
};
this.popup2 = {
    opened: false
};

this.open1 = function ($event) {
 
      this.popup1.opened = true;
};
this.open2 = function ($event) {
      this.dateOptionsFechaFin.minDate  = this.Dto.fechaInicio;
      this.dateOptionsFechaFin.initDate = this.dateOptionsFechaFin.minDate;
      // Desactivamos todos los días del mes menos el último
      this.dateOptionsFechaFin.dateDisabled = this.disableNotLastDayOfMonth;
      this.dateOptionsFechaFin.minMode = 'month';
      this.popup2.opened = true;
};

// Función que habilita solo las fechas que son fin de mes
this.disableNotLastDayOfMonth = function (obj) {
    var date = obj.date, mode = obj.mode;
    if (date.getDate() > 27) {
        var comprobar = new Date();
        comprobar.setFullYear(date.getFullYear(), date.getMonth() + 1, 0);
 
        if (comprobar.getDay() === date.getDay()) {
            return false;
        }
    }
    return mode === 'day' && true;
};



Podeis encontrar toda las opciones y documentación en:
https://angular-ui.github.io/bootstrap/

jueves, 2 de junio de 2016

Gestión de transacciones declarativas en Spring.

Es muy interesante poder definir de forma declarativa en el código, el ámbito de nuestras transacciones. 
Hay 7 tipos de propagación de las transacciones en Spring:

  • PROPAGATION_REQUIRED - Crea una nueva transacción si no existe. Si existe participa en ella. PROPAGATION_SUPPORTS - No crea una nueva transacción si no existe. Si existe participa en ella. 
  • PROPAGATION_MANDATORY - Si existe transacción participa en ella. Si no existe lanza una excepción. 
  • PROPAGATION_REQUIRES_NEW - Crea una nueva transacción. Si existe una transacción actual la suspende. 
  • PROPAGATION_NOT_SUPPORTED - No participa en la transacción actual y se ejecuta de forma no transaccional. 
  • PROPAGATION_NEVER - Si existe una transacción actualmente lanza una excepción. PROPAGATION_NESTED - Ejecuta una transacción anidada si existe una transacción actualmente. El caso más habitual es 
  • PROPAGATION_REQUIRED. http://www.mkyong.com/spring/spring-aop-transaction-management-in-hibernate/