Exportar Legislación por años

A veces queremos exportar Legislacion delimitada por un rango de años. Esto es posible gracias a un desarrollo a medida que hicieron los amigos de DOT S.A. y funciona de la siguiente manera:

1.- Se nos envio un archivo comprimido, el cual contenía 02 carpetas(specific_export y classes) y un archivo “id-failed.htm”

2.- La carpeta specific_export pegarlo en cualquier lugar (de preferencia dentro de la carpeta root)

3.- La carpeta classes de la siguiente manera:

La implantación se basa en extraer los archivos comprimidos y ubicarlos en los directorios correspondientes. Estas clases que se van a agregar al CMS para el Exportador, en el directorio “../apache/webapps/cms/WEB-INF/classes/com/dotsa/tentacle/exec”[DIR_BASE].

NOTA: El nombre de la carpeta apache-tomcat puede variar según la versión que el usuario tenga instalado.

Agregar:

  • La carpeta “classes/batch/export” del archivo comprimido hay que agregarla en “[DIR_BASE]/batch/”.
  • La carpeta “classes/client/export” del archivo comprimido hay que agregarla en “[DIR_BASE]/client/”.
  • El archivo “classes/client/CMSExportGaceta.class” hay que agregarlo en el directorio “[DIR_BASE]/client/”

4.- En el archivo /../specific_export/config/config.mk      especificar el rango de fechas que deseamos exportar.

5.- Ejecutar el archivo Makefile con el siguiente comando:

#make export

 

Adjunto Indicaciones mas detalladas que se nos envio:

******************************************************************

Búsqueda por fecha de publicación

26/10/2011

Requerimientos:

 

El Documento originalmente enviado (“Presupuesto Filtro exportacion Ciclope CMS”) consideraba casos de uso con una alta integración con la interfaz web. Lo cual significaba un desarrollo extenso, con modificaciones costosas al producto. Siendo las funcionalidades principales tendientes a obtener el producto de referencia las siguientes:

 

  • Caso 1 – “Exportar por fecha sin documentos de exportación obligatoria definidos”

    a) Se ejecuta el script de exportación, definiendo la carpeta destino.

b) Se exportan solo los documentos entre las fechas indicadas, inclusive.

c) No se listan las carpetas vacías.

  • Caso 2 – “Exportar por fecha con documentos de exportación obligatoria definidos”

    a) Se ejecuta el script de exportación, definiendo la carpeta destino.

b) Se exportan los documentos entre las fechas indicadas, inclusive, y los que fueron definidos como obligatorios.

c) No se listan carpetas vacías.

  • Caso 3 – “Definición de un documento de exportación obligatoria”

a) Se busca el documento en el CMS_Editor

b) Se selecciona el CheckBox de Obligatoriedad en “Datos Generales”.

 

 

  • La Exportación solo considerará a los documentos que estén registrados en Taxonomy.
  • Para resolver el corte de recursos documentales: Funcionalidad de los links que llevan a documentos NO pertenecientes a la Sub Colección.

 

 

Detalle del trabajo a realizar:

 

  • Crear el Campo “Exportación Obligatoria” a través de la interfaz de Administración del CMS, dentro del recurso “Datos Generales”.
    • Esto permite diferenciar los documentos a exportar obligatoriamente de los que se considerarán por su fecha de publicación.
    • Se debe marcar en forma individual cada documento obligatorio.
  • Crear el script de procesamiento
    • Es el único proceso que se disparará para obtener la exportación.

 

Estimaciones:

 

Programa de Exportación de Documentos especificos de CMS

 

Introducción

 

Este programa entregado se encarga de buscar dentro de los Repositorios del CMSEditor los Documentos que cumplan con las condiciones de fecha y obligatoriedad, determinadas por el usuario. Además los Documentos deben encontrarse en el CMSTaxonomy.

 

Instalación del comprimido

 

La implantación se basa en extraer los archivos comprimidos y ubicarlos en los directorios correspondientes. Estas clases que se van a agregar al CMS para el Exportador, en el directorio “../apache/webapps/cms/WEB-INF/classes/com/dotsa/tentacle/exec”[DIR_BASE].

 

NOTA: El nombre de la carpeta apache-tomcat puede variar según la versión que el usuario tenga instalado.

 

Agregar:

  • La carpeta “classes/batch/export” del archivo comprimido hay que agregarla en “[DIR_BASE]/batch/”.
  • La carpeta “classes/client/export” del archivo comprimido hay que agregarla en “[DIR_BASE]/client/”.
  • El archivo “classes/client/CMSExportGaceta.class” hay que agregarlo en el directorio “[DIR_BASE]/client/”

 

La carpeta “specific_exporter” del archivo comprimido contiene el make que ejecuta el exportador. En necesario que los archivos “iconv” y “xalan.sh” dentro de la carpeta “specific_exporter/bin” tengan permisos de ejecución.

 

NOTA: Es necesario que el servidor tenga instalado el “wine”

 

 

Configuración del Exportador

 

Archivo: “../config/config.mk”

 

Variables a definir:

USERNAME”, el nombre del usuario del CMS con el cual se realizara la exportación.

PASSWORD”, la contraseña del usuario del CMS con el cual se realizara la exportación.

DATABASE”, el nombre de la base de datos a la cual se conectara el CMS.

DATABASE_HOST”, el equipo donde se encuentra la base de datos.

 

TRANSFORM”, ‘true’ ó ‘false’ depedendiendo si se desea exportar los documentos como HTML o XML respectivamente.

 

DATE_RANGE”, El rango en el cual se comparan los Documentos. Ejemplo: “01/11/2011-30/11/2011”

 

TENTACLE_LIB_DIR”, la dirección de la carpeta donde se encuentran las bibliotecas del CMS.

TENTACLE_BIN_DIR_JAVA”, la dirección de la carpeta donde se encuentran las clases de CMS.

 

Especificación de los Repositorios que se desean trabajar

 

Archivo: “../config/collection.xml”

 

<cms>

<config format_date=”dd/MM/yyyy|dd-MM-yyyy”/>

<element name=”Nombre del Repositorio” type=”collection”>

<element name=”Nombre del Tipo de Recurso” type=”config”>

<element name=”Nombre del Campo donde se encuentra la Fecha”

type=”formfield” field_type=”date”/>

<element name=”Nombre del Campo donde se encuentra la Obligatoriedad”

type=”formfield” field_type=”check”/>

</element>

</element>

</cms>

El XML puede tener definidos más de un Repositorio, pero por cada uno debe estar definido el

Tipo de Recurso donde se comprobara la Fecha y la Obligatoriedad del Documento.

 

El Tipo de Recurso a su vez debe tener definido los Campos del Formulario donde se comprobara la fecha y la obligatoriedad. El Campo de la fecha es obligatorio para que el programa pueda funcionar. En cambio el Campo de obligatoriedad es opcional, de no estar solo se exportaran los que cumplan la condición de fecha.

 

A la hora de configurar este archivo lo más importante son los atributos “name” de los nodos “element”. En necesario que estos valores se correspondan exactamente con los nombres que poseen en el CMSAdmin.

 

El atributo “format_date” contiene los distintos formatos de fecha que se pueden encontrar en los Campos del Formulario donde se encuentra la fecha.

 

 

One comment

  1. seo services dice:

    . Algunos detalles realmente interesantes que ha escrito el # nombre me ayudó mucho, justo lo que estaba buscando: D.

Agregue un comentario

Su dirección de correo no se hará público. Los campos requeridos están marcados *