OD Tech - Colombia

Reglas de negocio dinámicas en BPM Studio

2009-03-04T20:47:00.001-05:00

Una regla de negocio dinámica permite evaluar una o más condiciones para tomar una decisión de manera automática en el proceso.

Para crear una nueva regla de negocio debemos primero crear una variable que aplique a todo el proyecto, para esto vamos a la pestaña de variables de proyecto y hacemos click en el botón de +, el cual nos permite agregar las variables. En este ejemplo vamos a crear las variables edad del cliente y monto del producto seleccionado, por cada variable debemos tener su nombre, tipo de dato y el indicador de negocio (Cuando la variable es un atributo y no un número es una dimensión).

Ahora vamos a inicializar las variables del proceso, es importante que las variables del proyecto que acabamos de crear queden inicializadas con algún valor. Para esto hacemos doble click en la actividad Begin y vamos agregando las variables con su respectivo argumento.

En el proceso tenemos dos actividades automáticas que se encargan de asignarle un valor a la validación del crédito (de aprobación o rechazo) según la decisión que se tome por la regla de negocio que vamos a crear. Esta regla de negocio se ejecuta en el momento en el que el cliente hace submit a su solicitud de crédito, para poder hacer esto vamos a crear una transición de regla de negocio desde la actividad de Begin hasta la actividad que se encarga de setear la variable de validación, esto lo hacemos dando click derecho sobre la actividad de Begin y seleccionando “Add business rule transition” y luego arrastrando la flecha hacia la actividad que debería realizarse en caso de que la regla sea respetada, para este ejemplo la regla va hacia la actividad “setearValidacionAprobar”. Le ponemos de nombre a la transicion “DatosValidados”, hacemos click en el tab properties, damos click en New y a la regla le ponemos el nombre de “Validacion Datos Basicos”

Ahora debemos darle la lógica de funcionamiento a esa regla. Hacemos click en el botón de Business Rule

Doble click sobre la regla que acabamos de crear y luego click en Add, aquí es donde podemos ingresar las reglas con que queremos que funcione la regla

Y ahora, gracias a nuestra regla, tenemos como filtro inicial para la aprobación del producto solicitado que el cliente tenga más de 25 años.

Simulaciones en BPM Studio

2009-03-04T19:12:00.002-05:00

Luego de tener el proceso funcionando, es necesario ver cómo se comporta para poder detectar problemas ocasionados por un cuello de botella o cualquier otro problema en el runtime. BPM permite hacer simulaciones sobre el comportamiento de los procesos que nos ayudan a optimizar los procesos desarrollados.

Lo primero que haremos es cambiarnos al modo de “analista de negocios” el cual nos permite tener un mejor manejo del BPM para los fines de simulación.

Ahora vamos a crear un modelo de simulación, el cual se basa en las actividades del proceso y en donde podemos definir la duración, los recursos, el costo, el manejo de información en cola y las excepciones que pueden ocurrir en cada actividad. Para hacer esto seleccionamos el proceso a simular, click derecho y seleccionar “New Process Simulation Model”.

Para este ejemplo vamos a simular 100 instancias del proceso con un tipo de distribución normal (podemos seleccionar constante, uniforme, exponencial o real de acuerdo al comportamiento que queramos en la simulación). Aquí estamos introduciendo los datos de prueba, pero podríamos alimentar este modelo de datos reales luego de tener el proceso corriendo, para lograr lo que se llama close loop simulation.

Damos click derecho en Simulations y seleccionamos “New Simulation”, es aquí donde le asignamos a la simulación un modelo de simulación, los recursos que van a participar y sus características dentro del proceso (nombre, costo, eficiencia, capacidad, disponibilidad).

Y ahora a correr la simulación, para esto hacemos click en Window->Show View->Simulation y luego click en el botón de play

Durante la simulación podemos modificar la cantidad de recursos disponibles por actividad con los botones de + y – que hay al lado de las actividades. Para poder ver el resultado final, hacemos fast forward y empezamos a analizar la información.

Los resultados de la simulación los podemos mapear por actividades, recursos, categorias e indicadores, los indicadores pueden ser el costo, el tiempo o el comportamiento de las instancias. También podemos seleccionar el tipo de gráfico que queremos que nos muestre los resultados (barras, tablas, etc) y al final poder generar un reporte que nos ayude a mejorar el proceso.

Construcción de formularios en BPM Studio

2009-02-27T17:21:00.000-05:00

Las actividades de los procesos de negocio pueden tener distintos tipos de comportamientos e implementaciones. Cuando estas son implementadas a través de interacción humana, es posible definir interfaces de usuario para la ejecución de las mismas.

En este aspecto existen dos alternativas: una, construir formularios dentro de la herramienta o, dos, apoyarse en tecnologías de presentación Web como JSP / JSF. Para el ejemplo particular vamos a ver cómo construir formularios utilizando el BPM Studio. En otra ocasión, explicaremos la creación de formularios con JSP / JSF.

Todo proceso de negocio contiene unidades de información conocidas como objetos de negocio, las cuales representan los datos que van a ser operados a lo largo del proceso. Para ello debemos crear un objeto de negocio en el catálogo de elementos de BPM Studio.

Una vez creado el objeto de negocio, el paso siguiente es crear los atributos que lo componen.

Finalizada la creación de atributos, es posible continuar con la creación del formulario. Para ello se hace clic derecho sobre el objeto de negocio, se selecciona la opción Nuevo y luego Presentación. Esto inicia el wizard de creación del formulario.

En el wizard se establece el nombre del formulario, se deja seleccionada la opción de creación de presentación a partir de objeto BPM y luego se seleccionan los atributos que harán parte del formulario, los cuales corresponden a los atributos del objeto de negocio que creamos anteriormente.

Una vez finalizado el wizard, aparece el formulario con un diseño predeterminado con los campos de acuerdo a los atributos seleccionados. Aquí se puede editar los campos, cambiar el tipo (texto, lista desplegable, lista de selección, fecha).

El paso posterior es asociar estos formularios al proceso a través de la creación de flujos de pantalla, donde se define el mapeo de datos de entrada y salida, y se asocian los eventos a los botones del formulario creado.

Para crear un flujo de pantalla, se debe seleccionar como implantación de una actividad la opción Flujo de Pantalla, y realizar su creación. En la actividad de flujo de pantalla, se selecciona como tipo de implantación Llamada interactiva de BPM Object y en la opción Usar presentación de BPM Object se selecciona de la lista el formulario que creamos anteriormente.

Además se crea el mapeo de datos haciendo clic en la opción Asignaciones de argumentos. Allí se relaciona para el argumento de salida (out) las variables de instancia action con valor selectedButton == "submit" ? OK : CANCEL y result con valor selectedButton.

Aceptando la creación de estas actividades, quedaría listo el formulario y su utilización en el flujo de pantalla descrito. Esto quiere decir que se puede reutilizar el formulario en distintos flujos de pantalla.

Invocar un proceso BPEL desde BPM usando el BUS

2009-02-27T00:56:00.000-05:00

Automatización de procesos de negocio no es lo mismo que sistematización. Este último es utilizar un software que permita modelar, ejecutar y monitorear procesos de negocio donde se involucra interacción humana, es decir, los roles asocian participantes que van a interactuar en las actividades del proceso.

Automatizar es reemplazar dichos participantes por sistemas de información o reglas de negocio, utilizando para ello la definición de servicios de acuerdo a lineamientos de SOA (Service Oriented Architecture). BPEL es un estándar que busca la automatización de procesos de negocio a través de la orquestación de servicios.

Teniendo en cuenta lo anterior, un proceso de negocio podría involucrar actividades humanas y actividades automatizadas, las cuales podrían estar modeladas en un proceso BPEL. Este es el caso que se pretende explicar, donde un proceso de negocio BPM tiene una actividad automática, que a su vez es un proceso de negocio completo en BPEL, pero que es visto como un servicio publicado en el BUS.

En BPM Studio debemos tener un proceso de negocio, y en el swimlane de actividades automáticas (rol por defecto) se debe colocar una actividad automática (en este caso sería la actividad Validación) que representa el subproceso en BPEL.

En BPEL tendríamos el proceso con las actividades automatizadas, pero no detallaremos este caso. Simplemente se debe tener definido el proceso y funcionando correctamente. En este caso, el proceso en BPEL es sincrónico.

En el BUS es necesario crear el Proxy Service y Business Service para el proceso de negocio de BPEL. Para ello se crea primero el recurso WSDL del proceso y luego cada uno de los servicios (proxy y business).

En el BUS se puede probar la invocación del proceso de BPEL a través de las opciones de testing, y así validar que desde el BUS existe interoperabilidad con el proceso. Finalizado esta parte, que es como la creación normal de cualquier servicio en el BUS, se prosigue con la invocación de este en BPM Studio. En el catálogo de elementos se selecciona el módulo donde se quiera importar el objeto de negocio de BPEL, se selecciona la opción Catalogar componente –> Oracle Service Bus.

Allí se selecciona una configuración de servidor o se crea una nueva, la cual corresponde al lugar donde se encuentra en ejecución el BUS. Dentro de esta se selecciona el componente relacionado con el servicio que encapsula al proceso de negocio de BPEL.

Esto crea la representación del objeto de negocio operado por el servicio, con los atributos correspondientes.

El siguiente paso es relacionar este componente en la actividad automática del proceso. Para ello se selecciona la actividad para definir como tipo de implantación Componente. En el nombre de componente se busca el correspondiente al elemento creado en el catálogo.

En nombre del método, se selecciona la operación de invocación del proceso en BPEL (si el proceso es sincrónico la operación será process). Después se define la asignación de argumentos donde se configura como entrada la variable payload con el valor de la variable de instancia que representa los datos a enviar al servicio, y como salida la variable de instancia con el valor del resultado del servicio (proceso en BPEL).

Una vez realizado esto, lo único pendiente sería establecer actividades para manejar la información obtenida por la actividad y vincularla con el proceso actual. El modelo de invocación del proceso en BPEL en BPM se vería similar a la siguiente figura.

Con esto estaría listo el proceso en BPM invocando un proceso en BPEL a través de la publicación de un servicio en el BUS que lo representa.

Registrar un web service en OSB

2009-02-26T18:15:00.000-05:00

En este artículo hacemos un breve ejercicio para revisar la facilidad de registro de un servicio web en el Oracle Service Bus (aka ALSB).

Primero vamos a crear un servicio web sencillo a partir de una clase java, usando jdeveloper 10g.

Partimos de una clase sencilla con un método público que retorna la calificación de una ciudadano en una central de riesgo.

A partir de ella creamos un servicio web a través del wizard de Java Web Service. Ahora lo desplegamos y realizamos una prueba para verificar su respuesta exitosa.

El servicio nos responde sin problemas, ahora vamos a registrarlo en el bus. Para ello vamos a entrar a la consola de administración, y nos dirigimos a la sección de Project Explorer.

Alí creamos un proyecto llamado BancoEjemplo, en el cual creamos algunas carpetas para organizar los contenidos: recursos donde estaremos registrando el wsdl del servicio, servicios donde estaremos guardando los business services del proyecto y proxy donde definiremos los proxy services.

Para registrar el wsdl debemos iniciar una sesión, lo que nos permitirá deshacer cambios si cometemos algun error de configuración. Luego iniciamos el wizard de creación de recurso escogiendo de la lista el tipo WSDL.

Con esto registrado en nuestra carpeta de recursos, vamos a la carpeta de servicios a crear el business service correspondiente. Allí seleccionamos del combo de tipo la opción Service->Business Service, diligenciamos el formulario y marcamos la opción de WSDL Web Service que nos permite explorar nuestros recursos WSDL registrados, seleccionamos nuestro wsdl y seguimos el wizard hasta su final.

Ahora vayamos a la carpeta Proxy para registrar un Proxy Service a partir del Business Service recién creado.

Al crear el Proxy service podemos aprovechar las capacidades de procesamiento del mensaje, que provee el OSB, pare este ejemplo no incluiremos ninguna acción en el pipeline del proxy service.

Ahora vamos a la consola de prueba del proxy service, y verificamos el estado del servicio.

Con esto terminamos de registrar en el bus un web service, mostrando con unos simples pasos cómo podemos brindarle flexibilidad a la infraestructura con base en un producto poderoso como OSB.

Saludos.

Como cambiar Oracle BI de puerto

2009-02-26T10:56:00.001-05:00

Hace pocos dias un cliente me envio la siguiente duda.

1. Resulta que ya hice la migración y el servidor de reportes me quedo apuntando al puerto 9704, como puedo cambiar ese puerto al 80??? Estuve consultando mucho y no encontré.

Les agradezco su pronta ayuda con el proceso de migración relámpago.

Gracias

Me di a la tarea de documentar el proceso para futuras referencias.

Abre el siguiente archivo

%SAROOTDIR%\oc4j_bi\j2ee\home\config\default-web-site.xml

Cambia el numero 9704 (Puerto por defecto) por el puerto que desees utilizar en tu servidor de BI.

Para este caso usaremos port="7777"

Guarda los cambios realizados al archivo.

Se debe detener el OC4J despues de esta operacion.

Ahora lo iniciamos nuevamente.

Probamos nuevamente y vamos a nuestro servidor pero ahora sobre el puerto 7777 que fue el puerto elegido.

Espero que les haya sido de utilidad.

Hasta la proxima.

Hacer un dashboard en BPM Studio

2009-02-24T10:48:00.000-05:00

En esta oportunidad quisimos hacer un pequeño ejercicio para mostrar la facilidad que BPM Studio ofrece para construir tableros de control sobre datos del negocio, no sobre datos de cargas de trabajo o rendimiendo de los procesos.

Voy a crear un sencillo proceso de ejemplo de 1 tarea, en el cual vamos a dar una respuesta sobre una solicitud.

En el proceso vamos a manejar los datos ficticios de una solicitud de un producto Financiero, así que construimos el siguiente BPMObject:

Creamos unas listas estáticas para los campos producto y sexo.

Ahora creamos una variable de instancia en la que se registrarán los datos de la solicitud.

Y vamos a definir qué variables podremos usar para construir nuestro dashboard, para ello creamos algunas variables de Proyecto identificando si serán Dimensiones o Medidas (sí, como en un modelo de BI).

Construimos los screenflows para la actividad global de inicio del proceso y para la actividad intermedia. No debemos olvidar hacer el mapeo correspondiente para asignar el valor adecuado a nuestras variables de Proyecto, si no lo hacemos nuestro proceso funsionará sin problemas pero cuando queramos crear un dashboard o visualizar estos datos en la bandeja de entrada de las tareas en el workspace, no tendremos datos para mostrar.

Probemos el proceso:

Entramos como el cliente y sometemos una solicitud.

Entramos al workspace como el analista y revisamos los datos de la solicitud.

Creé un grupo de solicitudes de prueba para tener más datos a analizar. Ahora sí construyamos un dashboard. Para ello nos situamos sobre el módulo adecuado en el catálogo, y creamos un nuevo BAM Dashboard.

Ahora comenzamos a definir cada indicador, el primero nos mostrará el monto de las solicitudes clasificado por producto.

Como vamos a mostrar una medida (monto) de negocio que queremos sumarizar, vamos a elegir en el Data Type Activity Workload, y seleccionamos "All Activities", luego definimos qué dimensiones queremos mostrar y qué operación realizaremos sobre la medida al hacer roll up.

Podemos detallar tipo de gráfico, título, colores, bordes, etc.. entrando al tab adecuado.

Creamos un par de dashboards más para analizar el comportamiento de las solicitudes y terminamos nuestra creación, al finalizar el wizard se ha creado un objeto nuevo en el catálogo representando el dashboard.

Ahora debemos hacer disponible el dashboard al usuario analista, para ello arrastramos una caja de Global Interactive al lane del analista y editamos las propiedades del main task.

En las propiedades definimos que queremos visualizar un dashboard, seleccionamos verlo en una ventana nueva y el objeto BPM que representa el dashboard, con su presentación.

Ahora vamos a desplegarlo, no olvidemos entrar a las propiedades del motor (clic derecho sobre el proyecto y seleccionar "Engine Preferences"), en el tab BAM activamos la opción de habilitar BAM detallando los tiempos de expiración y frecuencia de actualización.

Subimos el motor y entramos al workspace con el rol de analista para ver los dashboards.

Con esto terminamos un pequeño ejemplo de cómo BPM nos facilita la creación de indicadores de negocio basado en datos manejados en los procesos de negocio.

Hasta la próxima.

Aportando contenido en UCM a través de Web Services

2009-02-18T15:10:00.003-05:00

Tuve la oportunidad de hacer una prueba sencilla de interacción con UCM en la cual se pudiera aportar un documento a través de una aplicación externa. En este ejercicio usé Jdeveloper para construir una interfaz web que permitiera capturar algunos datos básicos acerca del documento y del contribuidor del contenido, y a través de web services llevar esos metadatos y el documento como tal a UCM de tal forma que entrara en un flujo preestablecido al coincidir los metadatos.

Partimos del hecho de tener instalado UCM en la máquina, para comenzar debemos verificar que el servidor web esté corriendo (deberíamos ver la siguiente página):

Si es así, debemos verificar que el proceso del Content Server también se encuentre arriba, si hacemos clic en Login dentro de la página de Inicio de UCM y nos aparece algo como esto:

Se debe a que nuestro proceso está detenido debemos entrar a la consola de administración del proceso de Content Server haciendo clic donde nos indica la página de error e ingresar con los datos del administrador.

Acá simplemente debemos levantar el proceso haciendo clic en el ícono de “Play”.

Una vez arriba nuestro servidor ya podremos entrar a la consola del UCM y estamos listos para empezar. Antes de comenzar a interactuar con el servidor de UCM debemos realizar algunos pasos previos para crear nuestra metadata en el servidor, y configurar el flujo de trabajo que usaremos en el ejercicio.

Para crear los metadatos propios que usaremos en el ejemplo debemos usar el applet del Configuration Manager, lo podemos encontrar siguiendo el menú inicio o a través de la consola web de UCM conectados como usuarios administradores, ingresando a la opción Administration --> Admin Applets:

En el applet del Configuration Manager, nos situamos en el tab de Information Fields y creamos los siguientes campos: p_cedula, p_nombre, p_email y p_tipo, con las características siguientes:

Estos son los metadatos que vamos a recibir junto con el contenido del archivo a través de la invocación por Web Service.

Con estos datos ya estamos listos para construir nuestro Workflow de aprobación. Para ello debemos usar el Applet de Workflow Admin.

Allí iremos al tab de Criteria ya que crearemos un flujo de trabajo que será disparado al coincidir metadatos del archivo aportado. Hacemos clic en el botón Add y llenamos algunos datos básicos de nuestro flujo:

Con esto definimos que nuestro flujo de aprobación se disparará para todos aquellos documentos que tengan el valor PRUEBA para el metadato p_tipo. Es importante recordar acá que los campos creados por el usuario (en nuestro caso p_tipo, etc..) en realidad tienen un nombre interno que consta del prefijo x más el nombre que le dimos al crearlo; UCM lo guarda con ese nombre para distinguir los campos creados por el usuario (x de extendidos) de los metadatos que ya vienen con la herramienta. Este dato es importante porque luego tendremos que llamarlos con su prefijo para poder llenarles un valor desde la invocación del Web Service.

Una vez creado el flujo, comenzamos a crearle los diferentes pasos. Nuestro flujo va a ser muy sencillo, solo tendrá tres pasos: NotificarCiudadano, VerificarExpediente y NotificarCiudadanoReleased. Tanto el primero como el último son solo pasos de notificación, en el cual enviaremos un correo a la persona que aportó el contenido, en el primer paso para comunicarle que ya fue recibido y en el segundo caso para contarle que su documento fue aceptado. Para poder hacer referencia al Autor Original del contenido debemos crear un token, para ello debemos ir al submenú Tokens que se encuentra dentro del menú Options del Applet de Workflow Admin.

Allí creamos un nuevo token llamado originalAuthor que contenga el código de scripting que aparece en la imagen. Con este paso ya estamos en la capacidad de referir al autor original del contenido sin importar el paso del proceso de aprobación en el que estemos.

Configuremos el primer paso del proceso: NotificarCiudadano, refiriendo que la persona a notificar es el autor del documento.

Pasamos al tab de Exit Conditions para configurar que no esperemos revisión, ya que esto es solo un paso de notificación.

Al siguiente paso: RevisarExpediente, si vamos a configurarle un usuario específico:

Y así estaremos definiendo que debemos esperar al menos una revisión para continuar el flujo.

Y en el tercer paso NotficarCiudadanoReleased repetimos los pasos que llevamos a cabo para la primera etapa de nuestro workflow.

No olvidar habilitar el workflow, haciendo clic en el botón Enable al tener seleccionado el flujo de aprobación. Con esto ya estamos listos para construir nuestro cliente externo. Pero antes vamos a realizar un paso previo en la consola de UCM. Debido a que vamos a permitir que un usuario en general adicione contenido (aunque no sea lo que haríamos en producción), vamos a habilitar que un usuario se registre automáticamente si es la primera vez que adiciona contenido.

Entramos a la consola de UCM y vamos al Menú AdministrationàSoap Wsdls para revisar aquellos servicios de UCM que están habilitados a través de Web Services. Acá vemos que aparece el servicio de hacer CheckIn un documento, pero no el de registrar un usuario.

Aquí seleccionamos la Opción de crear un servicio, le llenamos sus datos básicos.

Luego seleccionamos la opción de Añadir un Servicio.

El cual puede tener el nombre que queramos darle, pero el atributo de IdcService si debe corresponder al de un servicio definido en la documentación del producto. Le añadimos los parámetros descritos en la documentación para este servicio del UCM y con esto ya tenemos expuesta como servicio web la funcionalidad de Registrar un usuario en UCM.

Nuestro servicio ya nos debe salir en la lista de wsdls del UCM, nuestro ejemplo se llama prueba y debe mostrarnos el wsdl al seleccionarlo.

Con esto ya lo único que nos queda es contruir la aplicación web que capturará los datos e invocará el servicio. Acá vamos a Jdeveloper y creamos una aplicación siguiendo el template de Web Application.

Nuestra aplicación es la más simple posible, sólo tenemos un jsp que se llama a sí mismo sea que hubo fallo o éxito en la operación contra UCM.

Para acceder a los servicios Web podemos usar los asistentes de Jdeveloper para construir un Web Service proxy que nos facilite la interacción con cada uno de los servicios. Este asistente nos construye una serie de clases Java que esconden la complejidad de invocación del webservice como si fuera un simple llamado a un método Java, también nos crea un Cliente java que usa dicho proxy para simplificarnos más el trabajo.

A este código que genera el asistente del Web Service Proxy solo nos faltaría añadirle los datos de conexión al web service, incluyendo los tokens de seguridad. Para ello configuramos los stubs, acá podemos dejarlo tan flexible como queramos al leer las propiedades de conexión al WS desde un properties. Para este ejercicio rápido quemé dicho código en el Stub.

public CheckInSoap_Stub(HandlerChain handlerChain) {
super(handlerChain);
_setProperty(USERNAME_PROPERTY, "sysadmin");
_setProperty(PASSWORD_PROPERTY, "idc");
_setProperty(ENDPOINT_ADDRESS_PROPERTY, "http://RST-ACT3CT2/idc/idcplg");
setSoapVersion(SOAPVersion.SOAP_11);
setServiceName( new QName("http://www.stellent.com/CheckIn/","CheckIn"));
setPortName( new QName("http://www.stellent.com/CheckIn/","CheckInSoap"));
setupConfig("proxy/runtime/CheckInSoap_Stub.xml");
}

No sería más por hacer en la capa de servicios de negocio. Ahora construimos el cuerpo de nuestro Jsp, con un formulario sencillo.

Acá capturaremos los metadatos a enviar al UCM y al oprimir el botón enviar invocamos un método del backing bean que realiza una sencilla validación de los campos y luego registra al usuario, para después aportar el documento.

El Botón Enviar invoca al método validar() del backing bean:

public String validar() {
System.out.println("Entrando al m'etodo validar");
String next = "success";
try{

if (archivo == null archivo.getValue() == null)
throw new Exception("Debe seleccionar un archivo");
if (nombre == null nombre.getValue() == null)
throw new Exception("Debe digitar su nombre");
if (cc == null cc == null)
throw new Exception("Debe digitar su documento de identidad");

registerUser();

String result = checkInFile();

FacesContext.getCurrentInstance().addMessage(null, new FacesMessage("El expediente fue enviado con exito. Detalle ["+ result + "]"));
}
catch(Exception e){
next = "failure";
FacesContext.getCurrentInstance().addMessage(null, new FacesMessage(FacesMessage.SEVERITY_FATAL,e.getMessage(),null));
e.printStackTrace();
}
return next;
}

Despues de la validación se invoca el método registerUser() que hace la invocación a nuestro servicio prueba usando el cliente que nos creó el asistente.

private void registerUser() throws Exception {
PruebaSoapClient port = new PruebaSoapClient();
System.out.println("Llamando a : " + port.getEndpoint());
String dName, dFullName, dPassword,dEmail;
IdcPropertyList extraProps = null;

dFullName = (String)nombre.getValue();
dName = (String)cc.getValue();
dPassword = dName;
dEmail = (String)email.getValue();

port.prueba(dName, dFullName, dPassword, dEmail, extraProps);
}

Y posteriormente haremos el checkIn del archivo, enviando además del contenido la metadata capturada (Atención: Usando los nombres de los campos asignados por UCM, es decir x + nombreCampo).

private String checkInFile() throws IOException, Exception
{
UploadedFile theFile = (UploadedFile) archivo.getValue();
//Establecer conexion con el UCM y enviar los datos seteando el p_tipo = PRUEBA
CheckInSoapClient port = new CheckInSoapClient();
System.out.println("Llamando a : " + port.getEndpoint());
String dDocName=null, dDocTitle=null, dDocType=null, dDocAuthor=null, dSecurityGroup=null, dDocAccount=null;
IdcFile file = new IdcFile();
IdcPropertyList customDocMetaData = new IdcPropertyList(), extraProps= new IdcPropertyList();

// dDocName = "ImagenDocumento";
dDocTitle = "Expediente de "+((String)nombre.getValue());
dDocType = "ADHR";
dDocAuthor = (String)cc.getValue();//"sysadmin";
dSecurityGroup = "PUBLIC";
dDocAccount = null;//"sysadmin";

file.setFileName(theFile.getFilename());
byte[] contenido = getContenido(theFile.getInputStream());
//file.setFileContent(uuencode(contenido, 0, contenido.length ));
file.setFileContent(contenido);

IdcProperty[] propiedades = new IdcProperty[4];
IdcProperty prop = new IdcProperty();
prop.setName("xp_nombre");
prop.setValue((String)nombre.getValue());
propiedades[0] = prop;
prop = new IdcProperty();
prop.setName("xp_tipo");
prop.setValue("PRUEBA");
propiedades[1] = prop;
prop = new IdcProperty();
prop.setName("xp_cedula");
prop.setValue((String)cc.getValue());
propiedades[2] = prop;
prop = new IdcProperty();
prop.setName("xp_email");
prop.setValue((String)email.getValue());
propiedades[3] = prop;

customDocMetaData.setProperty(propiedades);
extraProps = customDocMetaData;
String result = port.checkInUniversal(dDocName, dDocTitle, dDocType, dDocAuthor, dSecurityGroup, dDocAccount, customDocMetaData, file, null, extraProps).getStatusInfo().getStatusMessage();
return result;
}

Usamos estos métodos auxiliaries para manipular el contenido del archive como lo require el UCM .

private byte[] getContenido(InputStream is) throws Exception{

return copyToByteArray(is);
}

/**
* Copy the contents of the given InputStream into a new byte array.
* @param in the stream to copy from
* @return the new byte array that has been copied to
* @throws IOException in case of I/O errors
*/
public static byte[] copyToByteArray(InputStream in) throws IOException {
ByteArrayOutputStream out = new ByteArrayOutputStream();
copy(in, out);
return out.toByteArray();
}

/**
* Copy the contents of the given Reader to the given Writer.
* Closes both when done.
* @param in the Reader to copy from
* @param out the Writer to copy to
* @throws IOException in case of I/O errors
*/
public static void copy(InputStream in, OutputStream out) throws IOException {
try {
byte[] buffer = new byte[BLOCK_SIZE];
int nrOfBytes = -1;
while ((nrOfBytes = in.read(buffer)) != -1) {
out.write(buffer, 0, nrOfBytes);
}
out.flush();
}

finally {
try {
in.close();
}
catch (IOException ex) {
System.out.println("Could not close Reader");
}
try {
out.close();
}
catch (IOException ex) {
System.out.println("Could not close Writer");
}
}
}

Con esto ya tenemos todo listo solo debemos correr nuestra aplicación cliente y obtendremos un escenario básico de interacción con UCM a través de servicios Web. Acá anexo un viewlet con un escenario de uso, enfocado al tema de ventanilla única de una entidad gubernamental.

Pasando parámetros a Application Express (APEX)

2009-02-18T15:10:00.001-05:00

Este es un tip corto, estuvimos con John Bocachica trabajando en una aplicación en APEX en la cual se requería recibir a través de la url algunos parámetros que llenaran unos campos de un formulario web.

Lo primero que se nos vino a la mente fue usar un paso de parámetros por el método GET estándar (es decir url?param_name=param_value&param2_name=param2_value), pero APEX de hecho utiliza un solo parámetro y si le añadimos otro nos arroja error http 404.

Así que luego de consultar en varios sitios y en la documentación de la herramienta llegamos a la solución que documento en este post.
Para reproducirlo simplemente creamos una aplicación en APEX, con una página sencilla que tenga, por ejemplo, un formulario de dos campos: un textField y un dropdownList, a los que nombraremos en tiempo de edición P1_CAMPO y P1_LIST respectivamente como se muestra en la figura.

Veamos este formulario en ejecución:

Y detallemos la URL de la página: http://apex.oracle.com/pls/otn/f?p=54139:1:3712345573379044:::::

El único parámetro que acepta APEX es este llamado p y entonces cómo le pasamos más parámetros? El secreto está en esos :::: al final del valor del parámetro p ..

Veamos lo que significa cada campo:

f?p=1:2:3:4:5:6:7:8

1. Id de la aplicación a acceder
2. Id de la página a desplegar
3. Id de la sesión del usuario (acá podemos usar por ejemplo "0" y se cambiará automáticamente por una sesión interna de APEX, o podemos inclusive usar una variable como &APP_SESSION.)
4. Aun no sé para qué se usa (cuando encuentre el dato les cuento...o si lo saben me cuentan ;) )
5. Indicador que muestra o esconde la información de debug de APEX (valores: YES o NO)
6. Id de la página cuyo caché de valores de los ítems será reseteado (si se deja vacío no resetea el caché de ninguna página)
7. Array separado por comas con los nombres de los parámetros cuyos valores queremos actualizar de la página.
8. Array separado por comas con los valores de los parámetros a actualizar. El orden debe coincidir como declaramos los campos a actualizar.
Con esta info recopilada simplemente reescribimos nuestra URL para pasar valores a nuestros dos campos así:

http://apex.oracle.com/pls/otn/f?p=54139:1:0::NO::P1_CAMPO,P1_LISTA:Pedro,3

Con esto termina este post espero les sea de utilidad, saludos.

Usar un gráfico personalizado en BI Publisher

2009-02-18T15:09:00.001-05:00

En este post les comparto una solución que encontré cuando intentaba colocar un gráfico en un reporte de BI publisher pero la estructura de los datos no me permitía usar fácilmente el wizard que este nos brinda.

La estructura de mi dataSet, que exporté de BI Publisher e importé en mi Word, es plana, es decir no hay estructuras anidadas. Y necesitaba comparar gráficamente algunos datos que representaban un registro de la muestra, contra otros datos que representaban el promedio del grupo al que pertenecía el registro, pero todos estos datos venían en el mismo nivel del dataSet.

Esta es una parte de la estructura del dataSet:

<ROWSET>
<ROW>
<ID>348</ID>
<CLIENTE>Oracle Direct</CLIENTE>
<TODAY>02/12/2008</TODAY>
<SECTOR>TecnologÃa</SECTOR>
<NUMEMP>220</NUMEMP>
<FACTURACION>999999</FACTURACION>
<CONTACTO>Carlos Sarmiento</CONTACTO>
<FECHA>2008-08-01T00:00:00.000-05:00</FECHA>
<PAIS>Colombia</PAIS>
<CREATEDBY>Pedro Gomez</CREATEDBY>
<MUESTRA>16 empresas del sector, entre 200 y 300 empleados</MUESTRA>
<HA>4</HA>
<DR>6</DR>
<PORTAL>6</PORTAL>
<CONTENT>4</CONTENT>
<BI>8</BI>
<EMAIL>5</EMAIL>
<SOA>6</SOA>
<SECURITY>6</SECURITY>
<MANAGEABILITY>9</MANAGEABILITY>
<OBSOLESCENCE>7</OBSOLESCENCE>
<COUNT_R2.ID_>16</COUNT_R2.ID_>
<DIFFHA>1</DIFFHA>
<DIFFDR>2.6</DIFFDR>
<DIFFPORTAL>1.9</DIFFPORTAL>
<DIFFCONTENT>.7</DIFFCONTENT>
<DIFFBI>5.1</DIFFBI>
<DIFFEMAIL>.5</DIFFEMAIL>
<DIFFSOA>2.9</DIFFSOA>
<DIFFSEC>2.1</DIFFSEC>
<DIFFMAN>5.1</DIFFMAN>
<DIFFOBS>1.4</DIFFOBS>
<AVGHA>3</AVGHA>
<AVGDR>3.375</AVGDR>
<AVGPORTAL>4.063</AVGPORTAL>
<AVGCONTENT>3.313</AVGCONTENT>
<AVGBI>2.875</AVGBI>
<AVGEMAIL>4.5</AVGEMAIL>
<AVGSOA>3.063</AVGSOA>
<AVGSEC>3.867</AVGSEC>
<AVGMAN>3.867</AVGMAN>
<AVGOBS>5.6</AVGOBS>
</ROW>
</ROWSET>

Por cada fila del RowSet se expediría un documento con la comparación del registro(las columnas HA, DR, PORTAL, CONTENT, BI, etc.) contra el promedio del grupo (AVGHA, AVGDR, AVGPORTAL, AVGCONTENT, AVGBI, etc..), pero al usar el wizard de inserción de gráfico no nos es posible expresar ese requerimiento, ya que maneja valores y series lo cual no puedo hacer corresponder a mi estructura de datos plana.

Así que requerimos modificar a mano los valores a mostrar en nuestra gráfica. Esto lo hacemos así:

Insertamos una imagen cualquiera en el sitio que queremos desplegar la gráfica personalizada.
Ajustamos el tamaño de dicha imagen ya que este será el tamaño total de nuestra gráfica.
Hacemos clic derecho sobre la imagen y vamos a la opción de formateo de la imagen (Format Image)
Allí nos vamos al tab de texto alternativo (Alt Text)
Aquí podemos colocar y modificar a nuestro antojo la estructura xml que representa la gráfica que queramos situar. En mi caso:

chart:
<Graph graphType="RADAR_LINE" depthAngle="150" depthRadius="8" pieDepth="130" pieTilt="120" seriesEffect="SE_AUTO_GRADIENT">
<Title text="Comparacion con la media" visible="true" horizontalAlignment="CENTER"/>
<LocalGridData colCount="10" rowCount="2">
<RowLabels>
<Label><xsl:value-of select="//CLIENTE"/></Label>
<Label>Empresas del sector</Label>
</RowLabels>
<ColLabels>
<Label>Alta disponibilidad</Label>
<Label>Continuidad de Negocio</Label>
<Label>Intranet / Extranet / Portales</Label>
<Label>Gestión de Contenido</Label>
<Label>Inteligencia de Negocio</Label>
<Label>Email y Colaboración</Label>
<Label>Integración y SOA</Label>
<Label>Seguridad</Label>
<Label>Manejabilidad</Label>
<Label>Adecuación Tecnológica</Label>
</ColLabels>
<DataValues>
<RowData>
<Cell><xsl:value-of select="//HA"/></Cell>
<Cell><xsl:value-of select="//DR"/></Cell>
<Cell><xsl:value-of select="//PORTAL"/></Cell>
<Cell><xsl:value-of select="//CONTENT"/></Cell>
<Cell><xsl:value-of select="//BI"/></Cell>
<Cell><xsl:value-of select="//EMAIL"/></Cell>
<Cell><xsl:value-of select="//SOA"/></Cell>
<Cell><xsl:value-of select="//SECURITY"/></Cell>
<Cell><xsl:value-of select="//MANAGEABILITY"/></Cell>
<Cell><xsl:value-of select="//OBSOLESCENCE"/></Cell>
</RowData>
<RowData>
<Cell><xsl:value-of select="//AVGHA"/></Cell>
<Cell><xsl:value-of select="//AVGDR"/></Cell>
<Cell><xsl:value-of select="//AVGPORTAL"/></Cell>
<Cell><xsl:value-of select="//AVGCONTENT"/></Cell>
<Cell><xsl:value-of select="//AVGBI"/></Cell>
<Cell><xsl:value-of select="//AVGEMAIL"/></Cell>
<Cell><xsl:value-of select="//AVGSOA"/></Cell>
<Cell><xsl:value-of select="//AVGSEC"/></Cell>
<Cell><xsl:value-of select="//AVGMAN"/></Cell>
<Cell><xsl:value-of select="//AVGOBS"/></Cell>
</RowData>
</DataValues>
</LocalGridData>
</Graph>

Como vemos este código acepta la sintaxis xsl para extraer de la estructura de datos los valores necesarios y configurar fácilmente las series, las etiquetas, y los respectivos valores de cada una de las series.

El resultado final quedaría así:

De esta forma podríamos manipular cualquier gráfico dentro de un reporte de BI Publisher para personalizarlo segun nuestros requerimientos. Saludos.

Carga de archivo plano csv con OWB en Windows

2009-02-18T15:07:00.001-05:00

En este post compartimos una solución a un problema que surge al intentar cargar archivos planos con Oracle Warehouse Builder usando external table.

Si intentamos cargar un archivo simple con el formato:

No encontramos problema al hacer sampling del archivo en OWB, el wizard nos reconoce sin problema las tres columnas.

Luego creamos el external table sobre el archivo importado, también sin problema. Configuramos los archivos de Log para que sepamos qué sucede cuando SQL Loader hace la carga del archivo.

Al hacer deploy de la external table, ya deberíamos poder hacer un query sobre la tabla externa para visualizar los datos que contiene el archivo y efectivamente lo podemos hacer.

Ahora hagamos un cambio que generalmente nos sucede en ambientes reales, y es que tengamos la última columna vacía.

Salvamos el archivo y volvemos a hacer el query sobre la tabla externa y vemos que nos arroja un resultado diferente.

Revisamos el log de la tabla externa y vemos el mensaje:

KUP-04021: field formatting error for field COLUMNA3
KUP-04023: field start is after end of record
KUP-04101: record 2 rejected in file E:\pruebas\prueba1.csv
KUP-04021: field formatting error for field COLUMNA3
KUP-04023: field start is after end of record
KUP-04101: record 3 rejected in file E:\pruebas\prueba1.csv

Probamos varias soluciones temporales que funcionaron como colocar un separador de columna al final del archivo, colocar una columna no vacía al final del archivo, entre otras.

Sin embargo la solución afortunadamente es mucho más sencilla y es marcar el check de "Load Nulls when Missing Values" en la ventana de configuración del external table.

Con este cambio, reemplazamos la external table y ejecutamos el mismo query y ya está:

Nos trae todos los registros aunque la última columna venga vacía.

Saludos.

Nota: Post aportado en conjunto por Pedro Gómez y Darío Valderrama, sales consultants de Oracle Direct.

Haciendo un workflow en BPEL

2008-12-10T11:50:00.001-05:00

Notas sobre el documento:

· La demo se hizo usando la vmware End2End SOA Order Booking v3.1

· El proyecto lo puedes descargar de aquí

El proceso

Elementos del proceso

· Roles: Solicitante, Gerente

· Payload (Unidad de información): idSolicitud, Nombres, Dirección, fecha de nacimiento, teléfono, usuario

Hagámoslo en BPEL!

1. Crear una nueva aplicación en BPEL –todo el desarrollo de este ejemplo lo hacemos usando Oracel JDeveloper 10.1.3.3.0-

· File-New-General-Applications

· Click derecho sobre la nueva aplicación-New Project-General-Projects-BPEL (el proceso que creamos es asincrónico)

2. Creamos el payload

· Dentro de la carpeta Integration Content, click en Schemas y seleccionar el RegistroSolicitud.xsd

3. Crear las actividades principales que conforman el flujo (Durante los siguientes pasos vamos a revisar estas actividades y complementarlas según la funcionalidad que estamos buscando dentro del flujo). Dentro de estas tareas principales identificamos 3 importantes:

· Registrar la solicitud en la base de datos: Invoke

· El gerente revisa la solicitud: Human Task

· La revisión puede ser para aprobar, rechazar o mandar a corregir: Switch

Outcomes rechazar, aprobar, corregir

Parameters Element-RegistroSolicitud.xsd-RegistroSolicitudProcessRequest

Assignment Label: Gerente
By expression-dynamic user xpath: Functions-Identity Service Functions- getManager(/task:task/task:payload/ns0:RegistroSolicitudProcessRequest/ns0:usuario)

4. Ahora necesitamos complementar el flujo que hicimos implementando los servicios necesarios para que la conexión a la base de datos funcione

· Obtener el ID de la solicitud en la base de datos: invoke a un servicio en la DB

· Seleccionar Database Adapter

· Execute Custom SQL: select tform100_seq.nextval id_solicitud from dual

· Conectar el invoke con el servicio

· Registrar la solicitud en la base de datos: Para esto necesitamos copiar los datos que vamos a insertar (assign) y crear un servicio que inserte los datos en la DB (invoke), esto se debe hacer cada vez que el solicitante cree una nueva solicitud o la corrija, es por esto que necesitamos crear una variable booleana que nos permita controlar el registro en la base de datos.

· Crear una variable global booleana que controle el registro en la DB

· Crear un assign que inicialice la variable booleana a true y el id de la solicitud que viene del output del invoke obtenerIdSolicitud con el input del payload

· Crear un while que encapsule el proceso de registrar solicitud a la DB cada vez que el boolean este en true, dentro de este while se haría:

o Un invoke a la DB que permita insertar o hacer update de datos en la tabla donde guardamos la información de la solicitud (todo lo que va a la DB es lo que queda guardado en el input del assign que se hará a continuación)

o Un assign donde se copian los datos a insertar: id, usuario, nombres, estado, fecha. La fecha la conseguimos en expression-dateFunctions-currentDateTime

· Crear un assign que al finalizar el registro en la DB actualice el boolean a false

5. Ahora trabajaremos cada una de las opciones que puede tomar el gerente: la de rechazar, la de aprobar y la de corregir. En este paso haremos la de rechazar:

· Crear un servicio a la DB que actualice el estado (un update)

· Crear un assign en donde este el input del servicio al cual le asignemos el id de la solicitud y el nuevo estado

· Crear una actividad Email

· To: DeprecatedIDService-getUserProperty(usuario, mail)

· Body:Solicitud rechazada

6. Aprobar

· Crear un servicio a la DB que actualice el estado (un update)

· Crear un assign en donde este el input del servicio al cual le asignemos el id de la solicitud, el nuevo estado

· Crear un servicio a la DB que ingrese el cobro con la información de la solicitud: id, importe, fecha de aprobación

· Crear el assign para que el input del servicio tenga los datos necesarios

7. Corregir

· Crear un servicio a la DB que actualice el estado (un update)

· Crear un assign en donde este el input del servicio al cual le asignemos el id de la solicitud, el nuevo estado

· Crear un human task para la corrección de la solicitud

· Outcomes: Finalizar

· Parameters: RegistroSolicitud.xsd

·Assignement: /task:task/task:payload/ns0:RegistroSolicitudProcessRequest/ns0:usuario

· Crear un assign para poner el booleano en true y el payload del human task de RegistroSolicitud en el inputVariable

Entendiendo la arquitectura de UCM

2008-12-05T18:04:00.003-05:00

Un deployment típico de UCM está compuesto de los siguientes componentes:

Content Server
Web Server
Database
Search Index
Repositorio de contenido nativo (Vault)
Repositorio de contenido web (Web Layout)

Content Server

El content server es el componente core de UCM. En pocas palabras, es una aplicación Java que corre en el background y administra todas las tareas de gestión de contenido. El content server tiene un repositorio en donde almacena el contenido en su formato nativo y en su formato web y otro en donde guarda los metadatos.

Web Server

El web server es la interfaz entre el content server y nosotros los usuarios, de esta manera, cada vez que el web server recibe un request desde un browser, el le envía los comandos apropiados al content server para que éste los procese y envíe devuelta el resultado al web server para que lo muestre en el browser. Todo este proceso está acompañado de un filtro de seguridad que por cada request verifica que se tengan los permisos adecuados, lo cual asegura que uno sólo puede ver la información a la que le dieron permiso.

Database

Los metadatos (la información de la información –titulo, autor, fecha de check in, revisiones, etc- algo así como la ficha bibliográfica de los libros en una biblioteca) son guardados en una base de datos relacional y son usados para describir, encontrar y acceder al contenido de una manera más sencilla. La base de datos también almacena los perfiles de usuarios, la información de suscripciones y los datos históricos.

Search Index

UCM soporta diferentes motores de búsqueda, entre ellos –y el recomendado :D- es el Oracle Text, el cual viene en la base de datos y permite hacer búsquedas full-text sobre todo el contenido administrado en el content server.

Repositorio de contenido nativo –Vault-

Vault es el repositorio a donde van todos los archivos chequeados en su formato nativo, esto nos permite poder acceder al archivo original en cualquier momento y reutilizarlo –por ejemplo cuando quiero hacer cambios y generar una nueva versión de un documento-

Repositorio de contenido web –Weblayout-

El weblayout es el repositorio a donde van todos los formatos ´web-viewable' de los archivos chequeados –por ejemplo PDF-

Oracle Business Intelligence y LDAP

2008-12-03T08:35:00.001-05:00

Hace no mucho tiempo tuve la necesidad de integrar mi servidor LDAP con mi servidor de Oracle BI, en esta ocasion estoy usando Apache Directory Services (Descargar) y para la interfaz usaremos Apache Directory Studio (Descargar)

Un paso a paso simple de como hacerlo.

1. Vamos a Oracle BI Administration Tool

2. Clic en Manage –> Security

3. En el Security Manager, clic en LDAP Servers

4. En el marco derecho, clic derecho –> New LDAP Server…

5. Debes tener lista la siguiente informacion:

Hostname: Este es el nombre del servidor donde esta instalado el LDAP
Port Number: Este es el puerto por el cual esta escuchando el servidor LDAP
Base DN: Este es el punto de entrada para la autenticacion, por ejemplo si queremos extraer los usuarios de la unidad organizacional principal, deberemos usar ou=system.
Bind DN:Esta es la ruta de autenticacion para el directorio LDAP, por defecto para Apache DS es uid=admin,ou=system; sin embargo si tienes otra configuracion, esta debera ser colocada aqui.
Bind Password: Este es el password del usuario administrador de LDAP, por defecto es secret

6. Si tu servidor usa SSL debemos ir a la pestaña Advanced y seleccionar SSL

7. Damos clic en OK

8. Cerramos la ventana Security Manager

9. Damos clic en Manage –> Variables y abrimos el Variable Manager

10. Debemos crear una variable de inicializacion que nos permita identificar la persona que esta autenticada.

Action –> New –> Session –> Initialization Block…

11. Damos un Nombre a nuestro Initialization Block, para este caso usare ibUsuario (Initialization Block Usuario)

12. Damos clic en Edit Data Source y usamos como fuente el directorio LDAP al que nos acabamos de conectar.

Para esto damos cli en Data Source Type (LDAP) –> Browse y nos conectamos al servidor elegido

Damos clic en OK

13. Ahora en la ventana principal del Inicialization Block, seleccionamos la variable destino, para esto damos clic en Edit Data Target

14. Damos clic en New, esta variable debera llamarse USER, ya que usaremos una variable reservada del sistema

Noten como una vez usamos el Nombre USER, el titulo de el formulario cambia.

Damos clic en OK

15. En la columna LDAP variable, debemos colocar uid o el nombre que nuestro directorio LDAP utilize como identificacion del usuario; esta variable la podemos encontrar en la pestana de Advanced en la configuracion de nuestro servidor LDAP.

Damos clic en OK

16. Seleccionamos la caja Required for authentication

17. Damos clic en Test… y usamos un nombre de usuario y contrasena de nuestro directorio LDAP

Damos clic en OK y debera aparecer la siguiente ventana

Damos clic en Close, y en la siguiente ventana en OK

18. Ahora probamos en nuestra interfaz web

Listo, ya tenemos integrado nuestro Oracle Business Intelligence con nuestro directorio LDAP.

Integrando fuentes con Oracle Business Intelligence

2008-12-02T17:40:00.001-05:00

Quiza una de las preguntas mas comunes al trabajar con el front-end de una solucion de inteligencia de negocios, es el saber como integrar varias fuentes de informacion sin necesidad de pasar por la ETL, bien, durante este post veremos como integrar 2 fuentes basicas, integraremos Oracle Database con un archivo separado por comas (CSV), cabe anotar que este proceso funciona exactamente igual para cualquier tipo de fuente, si por ejemplo quieres integrar una fuente Oracle con una fuente Microsoft (Access, SQL Server), el proceso es exactamente el mismo.

Fuentes

CSV

Oracle database

Desde el Oracle BI Administrator, primero vamos a crear las conexiones.

Para el caso del archivo CSV debemos tener previamente creada una conexion ODBC tipica que apunte al archivo que creamos.

Realizamos exactamente lo mismo con la base de datos Oracle

Verificamos tener las 2 conexiones fisicas a las diferentes fuentes de informacion

Debemos crear ahora en la capa de negocio un nuevo modelo, alli agregaremos las 2 tablas, solamente debemos hacer drag and drop desde el modelo fisico hacia el modelo de negocio.

Ahora debemos dar clic derecho en el modelo de negocio y editar el diagrama de negocio (Business Model Diagram); crear un join entre Clientes.csv y VENTAS (1:n)

Una vez tenemos el diagrama listo, ya estamos preparados para ir a la capa de presentacion, solamente debemos tomar el modelo de negocio y arrastrarlo hacia la capa de presentacion.

Ahora podemos probar nuestras fuentes integradas.

Aunque en este punto ya podemos utilizar la capa de presentacion, es importante tener en cuenta que debemos crear las agregaciones y las dimensiones, este proceso se realiza de la forma tipica, como si tuviesemos una sola fuente de informacion.

Y aqui el resultado final

De una forma facil y sencilla integramos 2 fuentes de informacion.

Instalación de Oracle BI Enterprise Edition Plus en Linux Unbreakable

2008-12-02T17:37:00.003-05:00

Al iniciar este proceso tuve varios tropiezos que me gustaria compartir con ustedes, aunque en realidad el proceso de instalacion de Oracle Business Intelligence Enterprise Edition Plus en Linux es simple, si hay ciertos pasos que se deben tener muy en cuenta al momento de instalar el producto, aqui realizaremos una instalacion basica en donde podremos usar Answers, Dashboards, Publisher y demas.

Lo primero

Tengan en cuenta que es requerido el tener el JDK 1.5 o superior, para este caso descarge el 1.6

Instalacion del JDK

Cree una carpeta llamada Java en /usr/
en la terminal copie
1. $ cp jdk-6u6-linux-i586.bin /usr/java
2. $ cd /usr/java
3. $ ./jdk-6u6-linux-i586.bin
4. Lea el contrato, aceptelo o rechazelo a discrecion
5. El proceso de instalacion sera automatico y tomara unos 3 minutos aprox
6. $ echo $JAVA_HOME
8. $ export JAVA_HOME=jdk1.6.0_06
9. $ PATH=$JAVA_HOME/bin:$PATH
Instalacion Completa!

Instalacion de OBIEE+

Para este proceso se requieren aproximadamente 2GB de espacio en disco, verifique que cuente con esta capacidad.
Vaya a la carpeta en donde se encuentran los instaladores
Descomprimalos
$ cpio -idmv < biee_linux_x86_redhat_101330_disk1.cpio
$ cd /RH_Linux/Server/Oracle_Business_Intelligence
$ ./setup.sh
El proceso de instalacion lanzara una pantalla, todo el proceso completo se puede ver en detalle en el siguiente video.

Video de Instalacion

John J Bocachica

Outcomes	rechazar, aprobar, corregir
Parameters	Element-RegistroSolicitud.xsd-RegistroSolicitudProcessRequest
Assignment	Label: Gerente By expression-dynamic user xpath: Functions-Identity Service Functions- getManager(/task:task/task:payload/ns0:RegistroSolicitudProcessRequest/ns0:usuario)