amox + oracle

Quién dice que no hay chamba? O que no la hay bien pagada?

noreply@blogger.com (amox) — Fri, 25 Dec 2009 16:50:00 +0000

Qué tal $30,000 dólares al mes?

Cómo crear CEMLIs para Oracle Applications y no morir en el intento, Parte 8

noreply@blogger.com (amox) — Sun, 11 Oct 2009 04:29:00 +0000

Si no puedes ver el contenido, favor de dirigirte a la siguiente url: http://knol.google.com/k/cuauhtemoc-amox-cornelio/quick-guide-on-database-objects/153594c4goidl/21?collectionId=153594c4goidl.11&position=15

In English, please

noreply@blogger.com (amox) — Sun, 11 Oct 2009 04:15:00 +0000

In order to reach a wider audience, from now on, posts will written be mostly in English. I Know sometimes is really difficult to find information in Spanish, but that should be a motivation to learn English instead of giving up or complaining about the lack of help on the web. Still, those who now me know where to reach me and can always discuss Oracle in our mother language and curse on it, as that's one particular topic where Spanish is way better than English.

Parallel to this blog, I've been also maintaining a knol. Being the consolidation need another reason to decide what language to keep writing on. From now on I'll be writing on the know, as I like better that interface for writing tutorials and how-to's. Articles will be embedded here also individually. In the meantime, here is a list of all the posts I've written so far.

If the list doesn't appear (seems to have issues with Safari), you can view it at http://knol.google.com/k/cuauhtemoc-amox-cornelio/a-m-o-x-o-r-a-c-l-e/153594c4goidl/11#

Consecuencias de recompilar stored procedures utilizados por Workflow

noreply@blogger.com (amox) — Fri, 17 Jul 2009 17:19:00 +0000

Algo que no me ha parecido en cuanto al comportamiento de Oracle Workflow es el referente a que cuando se recompila algún procedimiento almacenado que es referenciado por el mismo, sea una actividad o atributo tipo documento, el workflow truena con errores de que el estado del package es inconsistente, o no existe, y a diferencia de una sesión de pl/sql, no se soluciona con reintentar el llamado o si se está utilizando la aplicación, cambiarse de responsabilidad.

El problema requiere lo siguiente para solucionarlo (Nota 761638.1) , lo cual no me agrada en lo absoluto:

When a package is compiled, all copies in the shared pool are flagged as invalid. The error ORA-04061 in the error stack is caused because the notification mailer is reading an old version of the package stored in memory.

1. Please bring down the concurrent managers, forms server, apache server, etc....on the middle tier. - It is recommended that $COMMON_TOP/admin/scripts/SID/adstpall.sh apps/apps or equivalent be used.

2. Enter adadmin - Recompile the APPS schema - take note of invalid objects prior - and then thereafter -to ensure no new invalid objects are created.

3. Bring the instance back up - and retest this problem at hand.- Ensure the notification mailer is bounced completely when restarting the instance

4. Retest the problem by creating a new requisition - confirm that the approval is flowing properly.

For the requisitions which are still in error, please login as the System Administrator - and utilize the RETRY option that will be available in the notifications which were sent identifying the error.

Cómo enviar notificaciones de Workflow a correos no registrados

noreply@blogger.com (amox) — Fri, 17 Jul 2009 15:20:00 +0000

Si bien es posible enviar notificaciones de manera natural a roles creados en el directorio de Workflow, los cuales se generan a partir de datos de la aplicación como son usuarios, parties, empleados, etc., puede haber ocasiones en que será necesario enviarlas a un correo que no esté directamente relacionado a un rol y por consistencia de información no sea factible crear un dato "dummy".

Puesto que en la notificación, el valor para el Performer es obligatoriamente el nombre de un rol, tampoco podemos poner directamente el correo, por lo que nos vemos en la necesidad de buscar una alternativa para genera un rol y que este no cree información en el sistema que pueda causar confusión en cuanto a su utilización.

La opción utilizada es recurrir a las APIs de workflow, en particular las del manejo del directorio (WF_DIRECTORY), para crear un rol Ad-Hoc que pueda ser utilizado como performer. El código es simple:

 wf_directory.CreateAdHocRole(
    role_name => 'CODIGO_ROL'
  , role_display_name => 'Descripcion Rol'
  , email_address => 'correo@dominio.mx'
  , language => 'AMERICAN'
  , territory => 'AMERICA'
  , parent_orig_system =>'WF_LOCAL_ROLES'
  , parent_orig_system_id =>'10001');

Con esto, el rol se crea en la base de datos y está disponible para ser utilizado como performer de una notificación.

Cabe resaltar que esto es cuando el correo es necesario para el destinatario principal de la notificación. Para casos en los que sólo se requiere enterar a correos adicionales en el CC o BCC, es posible utilizar atributos del mensaje a utilizar, #WFM_CC y #WFM_CC, donde es permitido utilizar direcciones de correo directamente, sin necesidad de especificar el rol.

JDdeveloperLA

noreply@blogger.com (amox) — Fri, 17 Jul 2009 14:58:00 +0000

Para quienes ya sienten pasos en la azotea por la obsolesencia de Forms y están viendo como Java está teniendo más presencia en el desarrollo de interfaces de usuario para aplicaciones Oracle, no está de más darle una revisada al sitio JDeveloperLA y su aportación de contenido en español sobre estos asuntos.

Ahora bien, hay que tener ya los fundamentos de Java y J2EE, así que a darle antes de que el futuro, no sólo nos alcance, si no que ya nos está rebasando incluso.

También en Oracle hay recortes de personal

noreply@blogger.com (amox) — Wed, 15 Jul 2009 19:36:00 +0000

Si aún no lo han vivido en carne propia, es un hecho que la situación económica en estos momentos si está haciendo mella en muchos aspectos y lo relacionado con Oracle no está exento de ello. Como referencia la nota sobre unos 1,000 despidos en Europa.

Utilizar HTML en notificaciones de Workflow

noreply@blogger.com (amox) — Sun, 05 Jul 2009 05:01:00 +0000

No tengo mucha experiencia práctica con Workflow, en general sólo modificando procesos, no habiéndome metido con los atributos, actividades, notificaciones y api's, así que asumía que de un requerimiento que me hicieron para mostrar una tabla formateada podía simplemente poner el html en la notificación, sea directamente o en un atributo cuyo valor lo generaba desde un procedimiento almacenado.

Creado el atributo, modificado el mensaje y probado el procedimiento almacenado, la prueba mostró las etiquetas html sin interpretarlas. Si bien le había dado una ojeada express al developer guide de workflow, al regresar con calma al mismo, éste especifica claramente que por motivos de seguridad, éste es el comportamiento del software, y que para lograr lo requerido es necesario la definición de atributos de tipo documento. He aquí los pasos, buscando también que el contenido sea dinámico dependiendo de un parámetro.

Crear atributos

Crear 2 atributos, uno para el documento como tal y otro para el id del mismo. Para el id, se deja de tipo texto dado que es posible que debamos proporcionar múltiple información para armar el html. Para el ejemplo simplemente se pasará el id.

Nombre: DOCUMENT_ID
Nombre Descriptivo: Id Documento HTML
Typo: Texto
Longitud: 30

Para el documento como tal, considerando que ya creamos el procedimiento almacenado para generarlo. El valor por default sigue el formato plsql:nombre.procedimiento.almacenado/valor_param_document_id. En este caso, al ser variable el id, utilizamos un token para ser sustituido en tiempo de ejecución por el valor del atributo referenciado.

Nombre: MSG_HTML
Nombre Descriptivo: Mensaje documento HTML
Valor: Constante
Default: plsql:bolinf.amox_wf_test.html_document/&DOCUMENT_ID

Procedimiento para generar html

El procedimiento debe seguir los estándares definidos por workflow, de tal manera que al ser llamado funcione y se integre adecuadamente. A continuación un ejemplo sencillo:

  procedure html_document(
     document_id   in           varchar2
   , display_type  in           varchar2
   , document      in out nocopy varchar2 
   , document_type in out nocopy varchar2 )  
  is                    
  begin             
  document_type := 'text/html' ;
  document := '<table><tr><td>Id Documento</td></tr><tr><td>' || document_id || '</td></tr>' ;
  end html_document ;

Uso

En el flujo de proceso, en las actividades previas a la notificación, generar el id para identificar el documento y asignarlo al atributo DOCUMENT_ID. En la notificación, agregar el token para el documento, &MSG_HTML. En tiempo de ejecución, éste último token efectuará la llamada al procedimiento almacenado, reemplazando a su vez el id por el valor de atributo DOCUMENT_ID, lo que permitirá en el procedimiento determinar como armar el mensaje.

Precauciones

Dado que es a nivel notificaciçon, en caso de haber error, el workflow no truena, más el error aparecerá en el mensaje, el cuál habrá que revisar para identificar el problema. Tener cuidado con la longitud del mensaje y las variables para contenerlo. Por definición, workflow acepta hasta 32k de información de atributos de tipo documento, más considerar que también el mensaje tiene un límite, por lo que si se presenta demasiada información, se podrá truncar el mensaje en caso de exceder el máximo soportado.

Obtener passwords de usuarios de Oracle Applications

noreply@blogger.com (amox) — Sun, 05 Jul 2009 04:36:00 +0000

Si bien esta vulnerabilidad ya tiene algo de tiempo publicada, y ya en algún momento Alfredo Mosqueda me había pasado el código, no había necesidad de haberlo utilizado hasta recién que hubo que trabajar con On Demand, teniendo poco tiempo para liberar un desarrollo y no mucha velocidad de respuesta de parte de Oracle, así que hubo que darle la vuelta volándose la contraseña de sysadmin. Esto funcionará en dev y test.

La vulnerabilidad

El asunto reside en que la contraseña de apps es la llave para encriptar las claves de usuario (por ello es que para cambiar la contraseña de apps es necesario ejecutar fndcpass y no solo cambiarla a nivel bd). Ésta en conjunto con el procedimiento almacenado para desencriptar los passwords permite obtener la contraseña de cualquier usuario del sistema. Para los detalles, ver este post en el blog de Johan Lowers.

Obtener la contraseña de apps

Si es una instalación en sitio, generalmente contamos con ella para el ambiente de desarrollo. De no ser así, utilizar la ingeniería social, ya depende de cada quien si lo consigue.

Para on demand, con unsuario de sistema operativo del ambiente objetivo, dev (d) o test (t) teclear lo siguiente (reemplazar amox por el nombre corto asignado a la implementación)

pbrun impdba password-manager [d|t]amoxi

Lo cual mostrará algo como lo siguiente

apps:OD3rgY4z
bolinf:G2pfA7xL
rac_accnt:RB2qgX7w
system:MH5qdW3a

Publicar la función para desencriptar

Crear el siguiente package en el esquema apps:

create or replace package amox_util
as function decrypt(key in varchar2, value in varchar2) return varchar2 ;
end ;
create or replace package body amox_util 
as
function decrypt(key in varchar2, value in varchar2) 
return varchar2  as 
language java name 'oracle.apps.fnd.security.WebSessionManagerProc.decrypt(java.lang.String,java.lang.String) return java.lang.String';
end;

Query para obtener el password de usuarios

Utilizar el siquiente query, el cual solicita el nombre de usuario y devuelve la contraseña:

SELECT
usertable.user_name
,(SELECT
amox_util.decrypt(UPPER((
SELECT(
SELECT
amox_util.decrypt(UPPER(
(SELECT upper(fnd_profile.value('GUEST_USER_PWD')) FROM dual)
)
,usertable.encrypted_foundation_password)
FROM dual
) AS apps_password
FROM
fnd_user usertable
WHERE
usertable.user_name LIKE upper(
(SELECT
substr(fnd_profile.value('GUEST_USER_PWD'),1,instr(fnd_profile.value('GUEST_USER_PWD'),'/')-1)
FROM dual)
)
)
),usertable.encrypted_user_password)
FROM
dual
) AS encrypted_user_password
FROM
fnd_user usertable
WHERE
usertable.user_name LIKE upper('&username')

Instalar Oracle 10G R2 en Mac OS X

noreply@blogger.com (amox) — Sun, 05 Jul 2009 00:58:00 +0000

Después de que sólo estuvo disponible para versión server del sistema operativo y para equipos con procesadores PPC, no hace mucho Oracle por fin puso a disposición la versión 10G R2 de la base de datos para equipos con procesador intel, para versiones 10.5 y superiores del sistema operativo. Si bien tiene sus limitaciones (no RAC, no iSQLPlus, Applications Server, entre otros), para efectos de pruebas, ayuda en tanto que evita tener que requerir de una máquina virtual.

La instalación está bien documentada y no hay mayor problema con ello, más si me ví cauto en modificar algunos parámetros del sistema operativo, así como corroborar que el acceso a la bd por otros usuarios no oracle debe ser mediante el uso de un alias de tnsnames y no de manera local (bequeath).

Sólo como observación, esta instalación es para pruebas únicamente, y puede no seguir recomendaciones de seguiridad, por lo que para su para un sistema en producción, consultar con su DBA.

Información

Prerequisitos

Sistema Operativo: Mac OS X 10.5.4 o Superior
Procesador: Intel, 32 o 64 bits
Software Adicional: Xcode, disponible en los medios de instalación del sistema operativo, o bien en el sitio de apple.
Espacio en Disco: Unos 5 Gb en total, incluyendo sw de instalación
Memoria: 1 Gb Mínimo, ideal de 2 Gb para arriba. Yo uso 4 y sin impacto alguno en desempeño

Creación de Usuarios y grupos

Si se tiene instalado la versión server del sistema operativa, existe una herramienta gráfica, más ocupo la versión estándar así que hay que utilizar línea de comandos. Primero que nada hay que abrir una nueva sesión de la terminal y hacer un sudo para un nuevo shell, de tal manera que estemos con el usuario root y podamos llevar a cabo tareas administrativas así como otras al finalizar la instalación. Será necesario proporcionar la contraseña del usuario administrador.

sudo sh
Password:

Ahora, teclear lo siguiente para crear los grupos oinstall, dba y el usuario oracle, al final, establecemos contraseña para el usuario. La penúltima línea evita mostrar el nombre de usuario en la pantalla de login:

dscl . -create /groups/oinstall
dscl . -append /groups/oinstall gid 4200
dscl . -append /groups/oinstall passwd "*"

dscl . -create /groups/dba
dscl . -append /groups/dba gid 4201
dscl . -append /groups/dba passwd "*"

dscl . -create /users/oracle
dscl . -append /users/oracle uid 4200
dscl . -append /users/oracle gid 4200
dscl . -append /Groups/dba GroupMembership oracle
dscl . -append /users/oracle shell /bin/bash
dscl . -append /users/oracle home /Users/oracle
dscl . -append /users/oracle realname "Oracle software owner"
dscl . -append /Groups/dba GroupMembership oracle
mkdir /Users/oracle
chown oracle:oinstall /Users/oracle
defaults write /Library/Preferences/com.apple.loginwindow HiddenUsersList -array-add oracle
passwd oracle

Para validar que todo quedó de acuerdo a lo esperado, teclear id oracle, lo cual debe mostrar algo como lo siguiente:

uid=502(oracle) gid=500(oinstall) groups=500(oinstall),501(dba)

Parámetros del Kernel

Para el correcto funcionamiento del software de oracle, será necesario modificar algunos parámetros del kernel. Dado que son varios, y algunos requieren reinstalación, se listan aquí sólo los que son necesarios, así como algunos adicionales a establecer en la sesión del usuario. Estos, probados en una Mac Book Pro intel de 2da generación.

Crear o editar el archivo /etc/sysctl.conf con los siguientes parámetros:

kern.sysv.shmall=2097152
kern.sysv.shmmni=4096
kern.maxproc=1024
kern.maxprocperuid=512

Abrir otra ventana de terminal e iniciar sesión con el usuario oracle, crear el archivo .bash_profile y agregar las siguientes líneas:

# Must match kern.maxprocperuid
ulimit -Hu 266
ulimit -Su 266
# Must match kern.maxfilesperproc
ulimit -Hn 10240
ulimit -Sn 10240
# Evitar fallas en la creación de la BD
ulimit -s 32000

Crear directorios para instalación

Para utilizar la estructura existente en el sistema operativo Mac y una de las sugerencias de Oracle para la instalación, se crearán los directorios bajo /opt, esto en la sesión de root.

mkdir /opt/oracle
mkdir /opt/oraInventory
chown oracle:oinstall /opt/oraInventory/
chown oracle:oinstall /opt/oracle/
chmod 775 /opt/oracle
chmod 775 /opt/oraInventory

Preparar la instalación

En la sesión de oracle, agregar lo siguiente al archivo .bash_profile. Modificar el

ORACLE_SID

al que deseen utilizar

umask 022
ORACLE_BASE=/opt/oracle
ORACLE_SID=mbp
ORACLE_HOME=/opt/oracle/oracle/product/10.2.0/db_1
DYLD_LIBRARY_PATH=$ORACLE_HOME/lib
ORACLE_HOSTAME=localhost
TNS_ADMIN=$ORACLE_HOME/network/admin
export ORACLE_BASE ORACLE_SID ORACLE_HOME DYLD_LIBRARY_PATH ORACLE_HOSTNAME TNS_ADMIN
PATH=$PATH:$ORACLE_HOME/bin

Teclear lo siguiente para establecer las variables:

. ./.bash_profile

Y validar que existan utilizando echo.

Establecer la variable DISPLAY:

export DISPLAY=:0.0

Iniciar la instalación

Cambiarse al directorio donde se bajó el software, folder Disk1. Desde ahí teclear lo siguiente:

./runInstaller

Esto iniciará una ventana gráfica con el wizard de instalación. Utilizar la instalación típica y cambiar la información sólo si se desea:

Oracle Home Location: /opt/oracle/oracle/product/10.2.0/db_1
Installation Type: Enterprise Edition
UNIX DBA Group: dba
Create Starter Database: Seleccionado
Global Database Name: Igual que el valor para $ORACLE_SID
Database Password: Password para system y sys

De aquí para adelante, seguir las instrucciones. Al final se creará la bd de ejemplo, donde algunas cuentas estándar estarán bloqueadar (scott, hr, ...). Seleccionar el botón Password Management sí se desean activar en este momento.

Subir y bajar la base de datos

Con el usuario oracle, conectarse a sqlplus de la siguiente manera y utilizar startup/shutdown para iniciar y dar de baja la base de datos:

sqlplus /nolog
sql> conn / as sysdba
sql> startup
sql> shutdown

Asegurar conectividad con otros usuarios del sistema operativo

Ya para efectos de trabajar con la base, y no tener que utilizar el usuario oracle, se requieren algunos pasos adicionales, considerando que no es posible hacer una conexión local (bequeath), y ésta debe hacerse vía tcp.

Primero, en la base de datos, modificar el parámetro local_listener, en este caso, para escuchar por el puerto 10521. Hecho esto, por si las dudas subir y bajar la bd para que tome el parámetro.

alter system set local_listener='(address=(protocol=TCP)(host=localhost)(port=10521))' ;
alter system register ;

Ahora, desde sistema operativo, hay que subir el listener:

lsnrctl start

Crear o editar el archivo tnsnames.ora:

vi $TNS_ADMIN/tnsnames.ora

Para agregar el alias a la bd, utilizando el SID definido para la instalación:

mbp =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 10521))
    )
    (CONNECT_DATA =
      (SERVICE_NAME = mbp)
    )
  )

Verificar acceso con otros usuarios

Logearse con el usuario con que se desea conectarse a oracle y teclear lo siguiente para ver la definición del .bash_profile de oracle y copiar lo que se muestre. Posteriormente editar el .bash_profile del usuario y agregar las líneas copiadas.

more /Users/oracle/.bash_profile

Validar que funciona la conectividad:

sqlplus /nolog
sql> conn system@mbp

De así desearlo, agregar el usuario al grupo dba, para no requerir proporcionar los passwords de sys y system:

dscl . -append /Groups/dba GroupMembership usuario

Recuento de hechos de la adquisición de Sun por parte de Oracle

noreply@blogger.com (amox) — Wed, 13 May 2009 15:55:00 +0000

Confirmando especulaciones previas sobre IBM pujando por la compra de Sun, además de información sobre un tercero en discordia además de Oracle, es la información que se puede obtener de los reportes requeridos por la SEC (Security Exchange Comission) para llevar a cabo la adquisición.

Interesante leerlo, y sorprendente que Oracle no haya sido más agresivo en la compra, aunque también IBM no se vió con mucho interés por realmente dar una mejor oferta. Recuerdo que alguien de Java me comentó sobre el rumor, y dada la continua interacción de Oracle y la creciente utilización de Java en el middle tier, sugerí que pasaría algo similar a lo de Retek, donde alguien estaba por comprarlo y Oracle al tener interés en la compañía salió al mercado para obtenerla.

El recuento, así como las ligas a la información provista por Sun, puede ser leído en The Register.

Cómo crear CEMLIs para Oracle Applications y no morir en el intento, Parte 6

noreply@blogger.com (amox) — Fri, 08 May 2009 03:54:00 +0000

Ya después de tanto preparativo vamos a iniciar a pegarle a la tecla (casi). Empezaremos por definir el ambiente de trabajo y la infraestructura para poder extender y personalizar Oracle Applications.

Esta preparación consiste a grandes rasgos en definir una nueva aplicación en el sistema, con su propio esquema de base de datos y estructura de directorios en los nodos del servidor de aplicaciones, de manera que no interfiera o altere los módulos que se proveen como parte de la instalación inicial del producto. Todo esto se define en el Developer's Guide de Oracle Applications, información adicional se define para el caso de On Demand, ya que esto se provee por Oracle.

Ahora bien, existen 2 enfoques de la manera en que esto se define, y lo más importante, cómo se controla. El primero y el más antiguo considera que es el usuario quien tiene el acceso irrestricto a toda la infraestructura de la aplicación, y que si bien existen estándares y lineamientos para desarrollo, al tener esta facilidad pueden hacerse exepciones. El enfoque más reciente, y relacionado al esquema On Demand, asegura el cumplimiento de dichos estándares y lineamientos y lo que es más, los hace aún más extensos y rígidos y si bien hay un procedimiento para negociar exepciones, está sujeto a evaluación y esto puede resultar en el rechazo de la misma.

En enfoque On Demand, cuando se cuenta con dicho servicio, no es negociable. Una consideración interesante es que hay casos en que clientes con infraestructura propia migran a éste esquema, lo cual puede requerir la adaptación de los CEMLIs para que sean aceptados y cumplan con los estándares establecidos para el caso.

Teniendo en cuenta lo anterior, y como un ejercicio para obligarnos a seguir los lineamientos de manera estricta en lo personal recomiendo utilizar el esquema On Demand aún cuando la infraestructura sea administrada por el cliente. Así las cosas aquí los pasos para la configuración de nuestra aplicación de desarrollo bajo lo definido para este servicio. Para el caso de estar administrados por On Demand, éstas definiciones deben ya existir, se hará mención en adelante de en qué se diferencian cuando sea el caso. Se deberán también seguir los estándares para control de cambios, ya que de aquí derivo uno de los problemas más comunes en el desarrollo de software.

Para efectos de tener datos de ejemplo, se considera como nombre corto de aplicación AMX. A ésta abreviatura hay que precederla de los carácteres XX, de tal manera que se evite una duplicidad con un módulo existente o que pudiera existir en el futuro. Para cada caso, deberá buscarse una abreviatura significativa a partir del nombre del cliente y de ser necesario utilizar 4 carácteres para ello.

Definir la aplicación personalizada

La pantalla para ello, como System Administrator o Application Developer, está bajo el submenú Application, función Register.

La aplicación que se define es la utilizada para registrar los productos creados o modificados, de tal manera que no coincidan con las aplicaciones estándar. Tendrá un nombre corto, un nombre descriptivo y una variable de ambiente de sistema operativo asociada. El nombre corto ya se definió y será XXAMX. Para definir la variable de ambiente, deberá agregarse el prefijo _TOP de acuerdo al estándar de nombrado para ello. Finalmente, para el nombre completo, y todas las descripciones que vayan a estar asociadas, utilizar siempre como prefijo el nombre corto, XXAMX - Desarrollos Amox.

Para el caso de On Demand, se define como XBOL, XBOL_TOP, Business Online.

Definir estructura de directorios en los nodos de programas concurrentes

Siguiendo los estándares definidos para todas las aplicaciones, se deberá generar una estructura de directorios similar a la siguiente. Es importante mencionar que para productos que deban ser traducidos, será requerido contar con un subdirectorio por idioma, tanto el base como los instalados. Para efectos de demostración se considerá Inglés norteamericano como base (US) e instalados español latinoamericano (ESA) y portugués brasileño (PTB). El dueño del directorio será el usuario de sistema operativo definido como applmgr y la estructura definida en todos los nodos de programas concurrentes.

La estructura queda definida bajo $APPL_TOP y el directorio base será nombrado de igual manera que el nombre corto de la aplicación, en este caso xxamx

La versión dependerá del release con el que trabajemos, 11.5.0 para los diferentes releases de 11i y 12.0 para Release 12.

$APPL_TOP/xxamx
$APPL_TOP/xxamx/11.5.0
$APPL_TOP/xxamx/11.5.0/bin
$APPL_TOP/xxamx/11.5.0/lib
$APPL_TOP/xxamx/11.5.0/resource
$APPL_TOP/xxamx/11.5.0/sql
$APPL_TOP/xxamx/11.5.0/reports
$APPL_TOP/xxamx/11.5.0/reports/US
$APPL_TOP/xxamx/11.5.0/reports/ESA
$APPL_TOP/xxamx/11.5.0/reports/PTB
$APPL_TOP/xxamx/11.5.0/forms
$APPL_TOP/xxamx/11.5.0/forms/US
$APPL_TOP/xxamx/11.5.0/forms/ESA
$APPL_TOP/xxamx/11.5.0/forms/PTB
$APPL_TOP/xxamx/11.5.0/plsql
$APPL_TOP/xxamx/11.5.0/mesg
$APPL_TOP/xxamx/11.5.0/graphs
$APPL_TOP/xxamx/11.5.0/log
$APPL_TOP/xxamx/11.5.0/out
$APPL_TOP/xxamx/11.5.0/admin

Agregar la ruta base de la aplicación a las variables de ambiente

Para que la aplicación adecuadamente pueda localizar y ejecutar archivos registrados para nuestra aplicación personalizada, será necesario definir en los nodos de programas concurrentes una variable de ambiente que apunte a la ruta base del esquema de directorios recién definido. La variable será definida conforme se registró la aplicación en el primer paso.

Se deberá editar el archivo adovars.env localizado en $APPL_TOP/admin agregando la definición de la variable de ambiente al final del mismo, de acuerdo al sistema operativo que corresponda así como el intérprete de comandos utilizado.

XXAMX_TOP=$APPL_TOP/xxamx/11.5.0
export XXAMX_TOP

Los cambios para verse reflejados requieren un reinicio del servidor de aplicaciones.

Definir esquema de base de datos

Este paso tiene implicaciones en el licenciamiento del software de oracle, así que hay que evaluar si será efectivamente requerido crear nuevos objetos de base de datos. Para más información referirse al software investment guide.

Se creará un esquema nombrado tal como el nombre corto asignado a la nueva aplicación, con los grants de connect y resource. De acuerdo a configuraciones particulares de cada instalación, se podrán definir tablespaces específicos.

create user XXAMX 
identified by XXAMX
/
grant connect
  , resource
   to XXAMX
/

Otorgar permisos sobre objetos de APPS al esquema personalizado

Para mantener controlado el acceso a objetos de APPS, y en concordancia con el manejo de ambientes On Demand, todas las estructuras de datos y código (a excepción de vistas) serán creadas bajo el nuevo esquema, debiendo solicitar conforme se requiera el acceso a objetos de APPS. Como sea, inicialmente se deberá otorgar acceso a objetos de uso común, como APIs y Open Interfaces. A continuación un breve ejemplo. Conforme se vayan desarrollando productos de software, se deberá ir haciendo un inventario de objetos a los que se requiere acceso, para solicitar el mismo en cada nuevo ambiente.

grant execute on fnd_global to XXAMX ;
grant execute on fnd_file to XXAMX ;
grant execute on fnd_api to XXAMX ;
grant execute on fnd_msg_pub to XXAMX ;
grant execute on fnd_date to XXAMX ;
grant execute on qp_price_list_pub to XXAMX;
grant execute on ego_item_pub to XXAMX;
grant execute on fnd_message to XXAMX ;
grant execute on app_exception to XXAMX ;
grant execute on apps.hz_hierarchy_v2pub to XXAMX ;
grant execute on apps.fnd_file to XXAMX ;
grant execute on apps.hzp_cust_pkg to XXAMX ;
grant execute on apps.hz_customer_profile_v2pub to XXAMX ;
grant execute on apps.ar_credit_memo_api_pub to XXAMX ;
grant execute on apps.arw_cmreq_cover to XXAMX ;
grant execute on apps.qp_qualifier_rules_pub to XXAMX ;
grant execute on apps.qp_globals to XXAMX ;
grant execute on apps.qp_prl_loader_pub to XXAMX ;
grant execute on apps.oe_debug_pub to XXAMX ;
grant execute on apps.oe_msg_pub to XXAMX ;

grant select on fnd_flex_value_sets to XXAMX ;
grant select on fnd_flex_values to XXAMX ; 
grant select on fnd_flex_values_vl to XXAMX ; 
grant select on fnd_lookup_values_vl to XXAMX ; 
grant select on apps.hz_parties to XXAMX ;
grant select on apps.hz_cust_accounts to XXAMX ;
grant select on apps.hz_cust_acct_relate to XXAMX ;
grant select on apps.hz_cust_profile_amts to XXAMX ;
grant select on apps.hz_customer_profiles to XXAMX ;
grant select on apps.ar_payment_schedules_all to XXAMX ;
grant select on apps.ar_receivable_applications_all to XXAMX ;
grant select on apps.ra_cust_trx_types_all to XXAMX ;
grant select on apps.ra_customer_trx_all to XXAMX ;
grant select on apps.hz_cust_site_uses_all to XXAMX ;
grant select on apps.qp_list_headers_vl to XXAMX ;
grant select on apps.qp_list_lines to XXAMX ;
grant select on apps.qp_qualifier_rules to XXAMX ;
grant select on apps.qp_qualifiers_s to XXAMX ;

grant select, update on apps.ra_interface_lines_all to XXAMX ;

grant select, insert, delete on QP_INTERFACE_LIST_HEADERS to XXAMX ;
grant select, insert, delete on QP_INTERFACE_LIST_LINES to XXAMX ;
grant select, insert, delete on QP_INTERFACE_QUALIFIERS to XXAMX ;
grant select, insert, delete on QP_INTERFACE_PRICING_ATTRIBS to XXAMX ;
grant select, insert, delete on QP_INTERFACE_ERRORS to XXAMX ;
grant select, insert, delete on po_headers_interface to XXAMX ;
grant select, insert, delete on po_lines_interface to XXAMX ;
grant select, insert, delete on po_distributions_interface to XXAMX ;

Registrar el nuevo esquema en la aplicación

Con la responsabilidad de System Administrator, abrir la pantalla bajo Security/Oracle/Register, agregar un nuevo registro con los siguientes valores:

Database User Name: XXAMX
Password: XXAMX
Privilege: Enabled
Install Group: 1
Description: Esquema para aplicación personalizada

Agregar aplicación personalizada a Data Group Standard

Si bien la documentación indica crear un nuevo Data Group basado en el Standard, esto no aplica en general, y ni siquiera bajo On Demand esto se lleva a cabo. Así las cosas, como System Administrator seleccionar Security/Oracle/Data Group y hacer una consulta para el data group Standard y agregar un registro con los siguientes datos:

Application: XXAMX - Desarrollos
Oracle ID: APPS
Description: Aplicación personalizada para desarrollos

Si se quiere seguir la documentación, crear un nuevo data group, darle el nombre XXAMX - Desarrollos, guardarlo y posteriormente seleccionar el botón Copy Applications From... y elegir el data group Standard.

Registrar aplicación en Oracle Alert

Con la responsabilidad Alert Manager, abrir el menú System/Installations y agregar un registro con los siguientes datos:

Application: XXAMX – Desarrollos
Oracle Username: APPS
Status: Custom

Crear área de Stage para intercambio de archivos

Para controlar el intercambio de información vía archivos en una especie de repositorio, accesible a todos los nodos de programas concurrentes, se sugiere crear un esquema de directorios como se sugiere a continuación.

/interface
/interface/incoming
/interface/outgoing

Tener en cuenta que para asegurar visibilidad, y evitar duplicidad de información cuando se tienen múltiples nodos concurrentes, si bienla nueva estructura de directorios puede residir en uno de ellos, en los demás se deberá crear la referencia a éste mediante el montaje del mismo.

Usuario de sistema operativo para transferencia de archivos

Para tener controlado el acceso, y evitar el uso de un shell, definir un nuevo usuario de sistema operativo en el nodo donde se definió la estructura del paso anterior, con las siguientes características:

username: interface
password: interface
Home Directory: /interface
Shell: /bin/false

Error en Universal Installer al instalar OEM Grid Control 10.4

noreply@blogger.com (amox) — Sun, 03 May 2009 02:30:00 +0000

Para unas pruebas que está llevando a cabo cierta persona, requería instalar Oracle Enterprise Manager Grid Control. Cauta como es, decidió instalar sobre XP y no vista, así como no ir sobre la última versión, es decir el release 5, si no el anterior, el 4. Se bajó el software, alrededor de 1 GB. Y al intentar instalar, por no leer antes el readme por supuesto, resulta que es sólo un upgrade y que se requiere el release 2 instalado.

Ya después de bajar otro GB para tener el release 2, de nuevo, dada su prolijo actuar decidió renombrar la carpeta de instalación a un nombre más descriptivo. En cuanto a la instalación, se mostraba el mensaje de prerrequisitos cumplidos así como indicar que iniciaría el Universal Installer.

Se instaló el JRE de java, se revisaron prerrequisitos y nada, simplemente no iniciaba el instalador. Al instalar se crea una carpeta en el directorio %TEMP%, teniendo ya varios de todos los intentos. Al intentar lanzar la instalación desde uno de estos directorios, parecía iniciar, más sin embargo se creaba otro directorio de instalación, sólo ciclando el problema.

Después de jugar un rato, aplica la máxima ya conocida de "Si no está roto, no lo arregles". Renombré el directorio de instalación a un nombre corto sin espacios, y quedó. Mejor no moverle si no sabemos.

Presentación a Release 12 en Collaborate 2009

noreply@blogger.com (amox) — Fri, 24 Apr 2009 17:01:00 +0000

Gustavo Gonález, de IT Convergence hará una presentación de la experiencia de IT Convergence en su migración a Release 12. A continuación reproduzco el texto de Gustavo en Linkedin. Ojalá puedan asistir al Collaborate 2009.

Estoy esperando con mucho interés la presentación en mi primera conferencia Collaborate. El título de mi presentación es “Mission Possible: Upgrade to Financials, HRMS, CRM, and Project R12 on 3 Continents in 6 Months.” (Misión Posible: Actualizar a Finanzas, HRMS, CRM, y el Proyecto R12 en 3 continentes en 6 meses)

Esta presentación habla del upgrade interno que realizamos en IT convergente a Oracle R12, que tuvo lugar durante 2008 y fue a producción a principios de 2009. Teniendo en cuenta que esta actualización implicaba operaciones en oficinas en los EE.UU., Asia y América Latina, e incluyó Oracle Financials, Oracle HRMS, Proyecto Oracle, y Oracle CRM, usted debe pensar en asistir, ya que podrá obtener un montón de pistas sobre cómo planificar su hoja de ruta.

En primer lugar, voy a comentar nuestra decisión de hacer un upgrade a R12. Que puede parecer trivial, pero en realidad tienes que tener una clara comprensión de por qué usted va a hacer upgrade si desea tener éxito. De hecho, los motivos de nuestro upgrade conducen directamente a la manera de cómo estructuramos el mismo, la forma en que teníamos previsto re-implementar (o no) el Release 12 con sus nuevas características y funcionalidades.

Este fue un gran proyecto, y con éxito administramos el riesgo. Pero, ¿cómo? Bueno, no voy a proporcionar todas las respuestas aquí, pero les puedo decir que este upgrade nos obligó a evaluar honestamente la capacidad de nuestro personal interno. Por ejemplo, el R12 no estaba listo para apoyar los procesos de impuestos en la Argentina, y sabíamos que no podíamos resolverlo por nuestra cuenta. Entonces, comenzamos a trabajar con Oracle Support en este apoyo de forma inmediata ....

Hay una gran lista de de detalles detrás de esto, que se verán en la presentación. También obtendrán la oportunidad dever cómo el apoyo y el patrocinio de los niveles ejecutivos de la organización fueron fundamentales para nuestro éxito.

Así que si estás planeando ir a Orlando, tienes que planear asistir a mi sesión de "Misión Posible: Actualizar a Finanzas, HRMS, CRM, y el Proyecto R12 en 3 continentes en 6 meses", OAUG ID de la sesión es 1694 en la sala W204C, a las 09:45 horas.

http://oaug.collaborate09.com/

Oracle Compra Sun

noreply@blogger.com (amox) — Mon, 20 Apr 2009 22:45:00 +0000

En un movimiento que parece natural, Oracle compra Sun. Si alguien quería más motivos para empezar a picarle a Java, pues ya va siendo hora.

Oracle y Sun han mantenido una buena interacción de hace ya un buen tiempo, con la incorporación de Java en la base de datos y el uso del para montar forms en un ambiente Web. Más recientemente con la compra de BEA y el desarrollo de los frameworks ADF y OAF.

Queda por ver cómo integrarán las áreas de Hardware y Sistema operativo, dado el reciente movimiento de Oracle con HP para Exadata y la incursión ya más madura con Oracle Enterprise Linux.

Habilitando el Application Server Control al instalar iAS 10G

noreply@blogger.com (amox) — Thu, 05 Mar 2009 02:23:00 +0000

Haciendo pininos con la suite de SOA, después de lidiar con el password de oc4jadmin, el único servicio no accesible era el referente a consola de administración (Oracle Enterprise Manager 10g Application Server Control), en la url http://server:port/em. Esto fue sobre un servidor Windows, si les llega a pasar que al acceder se muestre un eror 404, esto es lo que hay que moverle a 2 archivos de configuración. La causa, por cierto, fue al (des)seleccionar la opción "Configure this as an Administration OC4J instance" al instalar (lo hizo otra persona a mi solo me dijeron "no jala, revisa").

Cabe mencionar que esto es sólo para una instalación de prueba y la finalidad es tener arriba el servicio. Puede no ser la mejor manera o la más segura.

El el archivo ORACLE_HOME\j2ee\Admin_OC4J_instance_name\config\default-web-site.xml, asegurar que la línea que hace referencia al ascontrol se muestre como sigue:

<web-app application="ascontrol" name="ascontrol" root="/em" load-on-startup="true" ohs-routing="true" />

El el archivo ORACLE_HOME\j2ee\Admin_OC4J_instance_name\config\server.xml, asegurar que la línea que hace referencia al ascontrol se muestre como sigue:

<application name=”ascontrol” path=”../../home/applications/ascontrol.ear” parent=”system” start=”true” />

Conociendo APEX

noreply@blogger.com (amox) — Tue, 13 Jan 2009 03:09:00 +0000

Antes conocido como HTML DB, Oracle Aplication Express en un ambiente RAD (Rapid Application Development) para generar aplicaciones Web con Oracle como Backend. Si bien ya tiene rato no había tenido chance de ver qué onda con ésto dado mi foco en CEMLIs de Oracle Applications. No hace mucho revisando las posibles opciones de herramientas de desarrollo para Oracle a usar después de Forms, si bien el camino para el Release 12 es el uso de Java y ADF, encontré una mención a APEX.

Buscando una opción para armar aplicaciones alrededor del ERP que lo complementen o sustituyan aplicaciones legadas o a la medida y dado que voy muy lento con mi estudio de Java decidí darle un vistazo a APEX.

Mi diagnóstico hasta ahora, siguiendo los 2 manualitos y utilizando el ambiente de prueba que provee oracle

es que funciona muy bien para cosas sencillas (altas, bajas, consultas, reportes) y tiene unas funcionalidades interesantes considerando que es un ambiente Web.

La integración con la base de datos es impresionante y es lo que le da valor como herramienta de desarrollo, además de que aprovecha muy bien el ambiente web para cuestiones de presentación. La programación de procesos se realiza en PL/SQL por lo que la ruta de aprendizaje es más rápida que para ADF. Se pueden tener prototipos de aplicaciones en cuestión de horas e incluso hay algunos ejemplos en el sitio de oracle para algunos requerimientos comunes. Los manualitos están bastante interesantes y ayudan muy bien a familizarizarse con el producto.

La instalación requiere la BD (al menos 9i) y el Application Server y parece no ser muy complicada (no tengo espacio ahora para montar una máquina virtual y probar por el momento). Lo único que me falta validar es el uso de Web Services, pero es cuestión de tener un ambiente propio para ello.

Metalink 3, incongruencias

noreply@blogger.com (amox) — Thu, 04 Dec 2008 13:52:00 +0000

Bien, ya Metalink 3 tiene su ratito en producción y presenta algunas bondades. Se agradece que la interface gráfica de usuario sea más amigable y configurable, sin duda. Ya cada quien decidirá si le acomoda o no, y aún está la opción de seguir usando la versión anterior, la cual después de haber trabajado con la nueva parece un poco arcaica.

No me quiero meter mucho a detalle, simplemente hacer 2 observaciones de cosas que no me agradan del todo y con las cuales he de lidiar diariamente. Estoy suscrito a las notificaciones vía correo electónico de mis headlines. El correo llega y se centra en los productos que elegí, hasta ahí todo bien. Sin embargo las ligas que presenta están aún en el formato de metalink2, por lo cual la posibilidad de tener la versión para imprimir no está disponible, y es algo que utilizo bastante cuando encuentro información importante. Si ya estoy firmado y elegí la nueva versión, abre la página de inicio y se pas por el arco del triunfo el id de la nota, por lo que debo regresar al correo, buscar el id de la misma y hacer la búsqueda. La idea de tener el correo y de ahí saltar al contenido pierde ya sentido.

La otra cuestión es que en la página de inicio, la sección de announcements hasta arriba y ocupando todo el espacio horizonta siempre aparece y si bien elijo, "No, Gracias", al abrir otra pestaña y acceder a metalink nuevamente vuelve a aparecer. No hay manera de desactivar dicha región, así que hay que estar desactivándola. No me hace sentido tener algo tan configurable. Lo que es peor, ya que tiene el iconito del altavoz, sólo aplica cuando se cuenta con configuration manager, así que ni siquiera debiera aparecer.

Hacia donde moverse para anticiparse a Fusion

noreply@blogger.com (amox) — Thu, 04 Dec 2008 03:40:00 +0000

Si uno le pega al desarrollo sobre Oracle Applications, viendo el roadmap las herramientas básicas van para fuera, Forms y Reports. Viene Java y ADF para la interface (o interfaz, siempre he tenido la duda) de usuario y BI Publisher (XML Publisher) para reporteo. Así también, muchas cosas con java para procesos y eventos.

Estamos a tiempo, ya con Release 12 nos estamos dando de topes y la gente de Java está ganando terreno. Más vale empezar a estudiar y actualizarse, ya hay quienes llevan ventaja.

De los cursos, a partir de 9i está el Oracle Java Developer y el de J2EE. Ya más reciente está lo referente a ADF e incluso uno dirigido a developers de 4GL, que para Oracle sería Forms. Mientras tanto el entender Oracle Applications Framework también ayuda, ya que es el antecedente de lo que será el uso de ADF en Fusion.

XML Publisher es un poco más sencillo, pero igual hay que conocerlo para sacarle todo el jugo.

Algunos blogs a seguir, para darnos cuenta de entrada, que si le pegamos a lo tradicional de Oracle Developer, estamos fuera si no podemos entender de qué demonios están hablando. Así también, ya conforme obtengamos conocimiento, serán de gran ayuda en cuanto a los puntos finos del asunto de java y adf así como en ocasiones ayudar a dar el salto en cuanto a funcionalidades similares a lo que estamos acostumbrados a realizar:

Fusion anybody?

noreply@blogger.com (amox) — Wed, 26 Nov 2008 13:50:00 +0000

¿Alguien ha oído hablar de Fusion? Seguramente, llevamos ya rato como Juanito y el lobo. Si bien ya está disponible la plataforma, Fusion Middleware, lo que se sigue esperando es Fusion Applications. Se suponía que para estas fechas ya debiera estar fuera, sin embargo tenemos ya un Release 12 de Oracle Apps, así como nuevas versiones de JDE y PeopleSoft. ¿Conviene migrar a estos productos en transición ahora y migrar en 2 años nuevamente a Fusion? ¿Sería más prudente quedarse en el release actual (p.e. 11.5.10) y esperar a Fusion sin pasar por R12? Quiénes ya han trabajado con 12 sabrán que pareciera que no es un producto no del todo maduro aún, y queda el temor de que pase lo mismo cuando Fusion sea liberado. Si Fusion efectivamente sale al mercado en 2010, no pensaría que fuese tan descabellado esperar a ello en vez de pasar el tope del release 12, o bien esperar a que este último madure un poco y darle luego un tiempo a que Fusion madure.

Una artículo interesante sobre que ha pasado con Fusion hasta ahora: Oracle Fusion Applications: Is 2010 Delivery Too Little, Too Late, or Smart Strategy?

Metalink 3.0

noreply@blogger.com (amox) — Sun, 21 Sep 2008 17:27:00 +0000

Después de la versión beta sólo disponible para algunos, finalmente fue liberado el release 3 del sitio de Metalink, al cual es posible acceder ahora, o bien optar por la versión anterior, de todos conocida. Se requiere flash para este nuevo diseño y se maneja generalmente por el uso de bloques similares a Oracle Portal. Diviértanse un rato entendiendo el nuevo funcionamiento.

Cómo crear CEMLIs para Oracle Applications y no morir en el intento, Parte 5

noreply@blogger.com (amox) — Mon, 18 Aug 2008 06:00:00 +0000

Como paso previo a trabajar con Oracle Applications es necesario contar con un ambiente y los accesos tanto a la utilización de la aplicación (usuario y responsabilidades), la base de datos (acceso con apps y esquema personalizado) y los nodos de programas concurrentes (applmgr, usuario nombrado, usuario de interfaces). Esto en un ambiente que no sea el de producción.

Nota importante es respecto al uso de Oracle On Demand, dado que los accesos están restringidos y existe un procedimiento específico para solicitar usuarios para algunos de éstos servicios, así como otros respecto a la configuración de variables de ambiente y la transferencia de archivos a los nodos de programas concurrentes. Se harán observaciones al respecto cuando tal sea el caso.

Ambiente

Aunque obvio, es necesario contar con un ambiente de trabajo de Oracle Applications, por lo que asumo que para efectos prácticos se cuenta ya con ello, (ojalá que esto no implique que ya estemos trabajando en algo real, un proyecto facturable, lo cual no es lo ideal si apenas estamos iniciando).

Como sea, la aplicación tampoco es un software cualquiera y no podemos simplemente obtener una versión demo, instalarla y empezar a trabajar. La aplicación es un "mounstro" en cuanto a tamaño e infraestructura requerida, aunque dadas las actuales características de hardware es más posible contar con algún servidor que nos permita tener la aplicación instalada. Si trabajamos en algún despacho o consultoría idealmente debiéramos contar con algún ambiente para capacitación y pruebas. De no ser así habrá que poner a trabajar a los jefes para que se inscriban al programa de partners e investiguen las formas en que se puede utilizar la aplicación bajo éste esquema para poder capacitar a sus empleados en el uso de la misma.

Como anécdota, cuando yo empezé a capacitarme en cuestiones relacionadas al tema de esta serie de artículos, todo era con los PDFs o manuales de curso, pero sin un ambiente para practicar. No lo recomiendo.

Si aún no cuentan con un ambiente pero ya son partners, en el sitio de eDelivery pueden obtener el software para su instalación. De preferencia obtener el último release de la versión 11i dado que es el más maduro, e ir bajando la versión 12 para más adelante. Instalar la instancia Vision que es un demo con módulos ya preconfigurados e incluso con transacciones. Por acá anda también un post de la instalación bajo Suse Linux.

Si no cuentan con un ambiente, una alternativa es registrarse en Solution Beacon que cuenta con ambientes Vision de diferentes releases, para lo cuál será necesario contar con un CSI válido. La limitante es que sólo permite el acceso a la aplicación como tal pero no a base de datos o a sistema operativo.

Acceso a la aplicación

Como primer paso debemos conocer el URL del ambiente de trabajo, así como las configuraciones del archivo de hosts en caso de ser necesarias, validando que al ingresar la dirección, se muestre información relevante a Oracle Applications. Las páginas iniciales son HTML y con cualquier navegador pueden ser accesadas, sin embargo para iniciar la aplicación en sí, la cual requiere el uso de una JRE específica, pudieran haber ciertas necesidades en cuanto al navegador y la versión del mismo. Para el release 11.5.10.2, podemos ingresar con Explorer en Windows, Safari en Mac y Windows, y Opera y Firefox y sus derivados en los anteriores más Linux. Todos en sus versiones más recientes.

Imagen 1

En caso de no mostrar nada la página de inicio, revisar el url del mismo y que el dominio esté respondiendo a pings, así como asegurarse de indicar el puerto en la dirección, que generalmente está en el rango de los 8000.

Usuario de la aplicación

Al ser un ambiente de desarrollo, idealmente debiéramos poder contar con el usuario SYSADMIN (sería el equivalente de root en sistema operativo). El password por default para el mismo es SYSADMIN. Ya con éste usuario debemos crear uno propio con los estándares de nombrado que apliquen para el proyecto. Para el caso de On Demand, esto deberá ser XXXX-NOMBRE.APELLIDO, donde XXXX son las iniciales asignadas al cliente. Para éste último esquema considerar también que hay un usuario privilegiado nombrado BOL-SETUP con password WELCOME12.

En caso de no contar con el acceso como usuario SYSADMIN, solicitar a quien corresponda se cree un usuario para nuestra persona.

Como recomendación, no compartir usuarios. La aplicación guarda un registro del último cambio realizado sobre un registro, y ya se de más de un caso dónde ésto ha servido como evidencia para responsabilizar a alguien de una modificación con repercusiones en el comportamiento de la aplicación. Qué mal si esto fue hecho no por el dueño del usuario si no por alguien a quien se le compartió.

Responsabilidades

Cualquiera que haya sido el caso para la creación de nuestro usuario, debemos asignarnos o solicitar el acceso a las siguientes responsabilidades (Algunas pueden no estar disponibles dependiendo del release con el que se trabaje):

System Administrator
Application Developer
Alert Manager
Oracle Diagnostic Tools
Functional Administrator
Functional Developer
XML Publisher Administrator
AK Developer
System Administration
Las que correspondan a las responsabilidades implementadas en el proyecto, tanto las de configuración (Manager, Super User) como las que serán utilizadas por los usuarios.

Puede ser que por seguridad nos nieguen System Administrator. En este caso debemos investigar quién es la persona responsable de dicha responsabilidad para dirigir con la misma las actividades que requieran el uso de ésta. Cabe mencionar que podemos solicitar el uso de otras responsabilidades que tengan acceso a algunos de los menús de System Administrator, como puede ser % HRMS Setup Manager. Si se descuidan los administradores, podemos solicitar esta responsabilidad y con ello acelerar algunos procedimientos.

Acceder a la aplicación

Imagen 2

Imagen 3

Ya con nuestro usuario, acceder a la página de inicio, seleccionar la liga Apps Logon Links y posteriormente E-Bussiness Home Page y proporcionar los datos de usuario y contraseña asignada. La primera vez que ingresemos se nos solicitará cambiar dicha contraseña, y dependiendo de la configuración de seguridad esto pudiera repetirse cada cierto número de días o de accesos. Se recomienda, sobretodo por inconsistencia de traducciones y para facilitar el uso de algunos términos ingresar a la aplicación utilizando el idioma inglés. En versiones 11i el sistema no diferenciaba entre mayúsculas y minúsculas. En release 12 esto ya se toma en cuenta.

Imagen 4

Imagen 5

Aparecerá una lista en la izquierda con las responsabilidades asignadas, las que al ser seleccionadas muestran del lado derecho las funciones disponibles para la misma. Al ser seleccionada una función, se cargará un applet de Java y la aplicación abrirá en una nueva ventana

Imagen 6

Para este último paso, asegurar que esté permitido el uso de ventanas emergentes (popups), javascript y java para el dominio donde reside la aplicación. Para explorer, asignar el mismo a la lista de sitios conocidos y permitir la ejecución de controles Active X y java.

Imagen 7

Imagen 8

Permitido lo anterior, deberán abrirse 2 pantallas adicionales del navegador y una tercera con la aplicación. Pudiera ser que en el inter se muestren advertencias de seguridad las cuales se deberán aceptar, así también se instalarán plugins que posiblemente requieran el reinicio del navegador.

Imagen 9

Ya adentro, se presenta el navegador que contine la lista jerárquica de funciones a las que se tiene acceso a través de la reponsabilidad asignada. Referirse al User Guide y la guía de navegación de la documentación para familiarizarse con el uso del ERP y su interface de usuario.

Imagen 10

Por lo pronto y como referencia para los pasos siguientes, ir al menú help opción About Oracle Applications y copiar lo que aparece en dicha ventana, ya que es información importante sobre la infraestructura.

Acceso a la base de datos

Requerimos esto para poder desarrollar accediendo a las estructuras de datos así como la información que en ésta se encuentre. Debemos contar antes que nada con la información suficiente del servidor: ip/nombre, puerto y SID. Al menos el primero y tercero los podemos obtener de la información presentada en la ayuda (Imagen 10, sección database server). Para el SID dato pueden existir ciertos estándares de nombrado, sobre todo en on demand, utilizando la primera letra para definir el ambiente y luego las demás para el cliente: Gold, Dev, Test, Stage, Prod. Por ejemplo si las iniciales del cliente fuesen AMOX, pudiérams tener los SIDs, GAMOX, DAMOX, TAMOX, SAMOX, PAMOX.

Ya con los datos anteriores, configurar el tnsnames para developer y workflow o las conexiones en sql developer y JDeveloper, tal como lo haríamos para cualquier otra base de datos Oracle. En desarrollo generalmente sólo se tiene un nodo de base de datos, y en producción pudieran ser más por lo que debemos asegurar contar con la información adecuada.

En cuanto a los usuarios, para ambientes de desarrollo debiéramos contar con la contraseña del usuario apps (apps default para instalaciones en sitio y welcome[12] para on demand). Este usuario es el que tiene acceso a los datos de los esquemas de todos los módulos, ademas de las definiciones de vistas y procedimientos almacenados. Dependiendo de las políticas de seguridad esto podría no ser así, en cuyo caso, igual que para lo referente a Sysadmin, conocer con quién se deberán canalizar las solicitudes de acciones a ejecutar con dicho usuario, ya que para otras acciones que llevaremos a cabo desarrollando será necesario contar con la contraseña (por ejemplo el uso de FNDLOAD, compilación de formas, examine).

De acuerdo a los estándares, se debiera contar también con un usuario para las extensiones a realizar a la base de datos. Para ambiente on demand éste es BOLINF y para desarrollos en sitio debiera ser XXAAAA, siendo XX una constante y AAAA tres o cuatro letras que identifiquen al cliente o aplicación personalizada si cada una tendrá su propio esquema. Para BOLINF el password por defecto puede ser WELCOME[12] o EASY4U. Para esquemas personalizados usualmente es el mismo que el usuario. Estos datos por defecto aplican en ambientes no productivos, donde por seguridad deberán ser modificados.

Una observación importante para éste último caso, de contar con un usuario adicional de base de datos, es en lo referente a las licencias, dado que se asume que se usará el producto tal cual, sin personalizaciones, por lo que no se pagan licencias adicionales por base de datos. Si, como generalmente sucede, se crearán nuevos objetos y un nuevo usuario para ello, aplican entonces cargos por licencia. Validar si esto ha sido considerado en las licencias adquiridas y ponerse en regla antes de alguna auditoría (Saludos Nacho).

Otros usuarios que pudieran ser requeridos y cuyas contraseñas por default se proporcionan son APPLSYSPUB/PUB y EUL4US/EUL4US

Verificar que tenemos acceso con los usuarios que nos proporcionen y en el caso de apps ser muy cauto con su uso.

Acceso a sistema operativo

Este será necesario para transferir y obtener código fuente de algunos productos, archivos planos para interfaces y conversión de datos, ejecución de FNDLOAD, compilar formas y librerías así como otras utilerías. Por seguridad, debemos contar con una herramienta que permita el uso de ssh así como ftsp y sftp.

El usuario dueño del filesystem de la aplicación usualmente es applmgr, pero este puede variar. Idealmente debiéramos tener éste al menos en desarrollo, más dado el acceso con que cuenta es fácil poder cometer errores graves así que para el día a día se recomienda el uso de un usuario particular y sólo utilizar applmgr cuando realmente sea necesario.

El usuario asignado pudiera ser uno nombrado y particular para cada desarrollador, o bien un genérico para desarrollo, ya dependerá de la seguridad implementada en el proyecto.

Sea cual fuere el caso, debemos conocer la manera de establecer las variables de ambiente adecuadas a la instancia para la cual se desarrolla. Generalmente esto es a través de un archivo .env en $APPL_TOP, el cual podemos consultar de los datos que sacamos en el menú help opción about oracle applications, quitándole los dos útlimos directorios al valor de AU_TOP. Para validar que este establece la información adecuada consultar el valor de las variables $TWO_TASK y $APPL_TOP.

En la arquitectura On Demand, es todo diferente. De entrada, el usuario con acceso de implementador debe solicitarse a través del OCP Landing Pad, opción Request New Account, debiendo proporcionar el correo del Service Delivery Manager y los servidores para los que se desea contar con acceso. Validar antes con el SDM esto datos. Hecha la solicitud se procesa en varias fases de aprobación y se nos notificará vía correo cuando esto se haya realizado.

Ya en cuanto a establecer las variables de ambiente y obtener las contraseñas para las que tengamos acceso se utiliza la herramienta powerbroker a través del comando pbrun. De Nuevo, solicitar al SDM los documentos de su uso.

pbrun impdba -u DAMOX
pbrun impdba password-manager DAMOX

Adicionalmente, pudieran definirse usuarios específicos para interfaces de entrada y salida para poder transferir archivos desde y hacia la aplicación. Verificar si este es el caso y obtener la información de los datos que se requieran. Esto es recomendable así que de no existir o considerarse, solicitar la creación de un usuario interface para tal fin (esto se detalla en el siguiente artículo de esta serie). No debe poder ejecutar shell si no únicamente transferir vía ftp y debe residir su home en un filesystem compartido cuando exista más de un nodo de programas concurrentes.

En cuanto a On Demand, dicho usuario existe y sigue la nomenclatura de las instancias. Deberá solicitarse los datos al cliente y en caso de que aún no eucnte con ellos, levantar un service request para solicitarlo. Usualmente se utiliza sftp pero hay casos donde también puede usarse ftps. Para On Demand, existe también un procedimiento para transferir código fuente a través del uso de éste usuario, en directorios previamente establecidos, lo cual se indicará para cada caso particular cuando se toque el tema. Mientras tanto solicitar al SDM el documento que detalla el proceso de FTP.

Otros accesos

Dependiendo de las herramientas de desarrollo a utilizar pudiéramos requerir otros datos de acceso como pudiera ser para Discoverer y BPEL.

Cómo crear CEMLIs para Oracle Applications y no morir en el intento, Parte 4

noreply@blogger.com (amox) — Fri, 04 Jul 2008 03:00:00 +0000

Ahora, antes de comenzar a darle a la tecla es importante contar con herramientas que nos ayuden a facilitar el trabajo diario. Aquí una lista de algunos programas que pueden serles de utilidad.

Editores de Texto

Por costumbre, suelo no usar IDE's para programar procedimientos almacenados, siendo el proceso que sigo crear el código en editores de texto y ejecutarlos posteriormente desde sqlplus para crear los objetos en la base de datos. Dado a que pl/sql no es un lenguaje de propósito general a diferencia de Java ó C es difícil encontrar editores orientados a programadores que ofrezcan funcionalidades ligadas a este lenguaje. Por ello, me avoqué a encontrar editores que pudieran ser adaptados en cuanto a resaltado de sintaxis, que permitan la definición y uso de macros así como integración con sistemas de control de versiones. Al haber trabajado en plataformas Windows y Max OS X, los editores con que mejor me acomodé fueron Textpad para el primer caso y TextMate para el segundo. En caso de ser de utilidad ustedes, pongo a su disposición los archivos de sintaxis creados para usarse con pl/sql:

Bundle para Textmate. Una vez descomprimido, arrastrar el archivo a Textmate una vez abierto el programa. Habilita resaltado de sintaxis, identificación de bloques y procedimientos y funciones. Provee además algunas plantillas para crear procedimientos almacenados.
Textpad. Archivo de sintaxis. En las opciones definir un nuevo lenguaje y utilizar el archivo adjunto como archivo de sintaxis. Asociar los tipos de archivo que nos interesen.

Utilerías sistema operativo

Por seguridad, el acceso a los servidores es a través de ssh por lo que serán requeridas herramientas que lo soporten para poder abrir sesiones. Si se trabaja con algun sistema Unix/Linux, estas vienen como parte del SO, más no así para Windows, así que debemos usar alguna, siendo las más comunes

Putty. Open Source, disponible para diferentes versiones.
Secure CRT. Shareware

Así también será necesario tener a la mano herramientas que soporten transferencias ftp con los procolos ssh y sftp:

FileZilla. Open Source, para windows.
Cyberduck. Open source, para Mac OS X.

IDEs para SQL y PL/SQL

SQL*Plus. El caballito de batalla, y el que seguro siempre tendremos disponible del lado del servidor. Puede instalarse desde el disco de developer o desde el cliente de la base de datos que corresponda. A partir de la versión 8i reemplaza también a svrmgr para labores administrativas de la base de datos. En Windows tenemos la versión gráfica y la modo carácter.
iSQL*Plus. Versión web de sqlplus, con mucha de la misma funcionalidad, con sus asegunes por ser utilizado desde un navegador, lo que lo vuelve multiplataforma. Disponible desde la versión 9i de la base de datos. Como nota curiosa, al instalarse por defecto y en un puerto determinado y el hecho mucha gente olvidaba deshabilitarlo posterior a la instalación, era posible hacer búsquedas en google y con ello tener donde hacer pruebas si no teníamos una instancia disponible.
Oracle Instant Client. Permite la ejecución de aplicaciones sobre Oracle sin necesidad de instalar el cliente para la base de datos. Esto me permite utilizar SQL*Plus en Mac OS X.
Oracle Procedure Builder. Comúnmente instalado en conjunto con Oracle Developer pero casí nadie le daba bola. Permite editar procedimientos almacenados y resalta sintaxis.
Oracle SQL Developer. IDE de Oracle con admnistrador de conexiones, navegador de objetos, editor de sql y pl/sql así como otras monerías como acceso a bd de mysql y permitir exportar resultados de consultas. Basado en Java, multiplataforma, sin costo.
TORA. Originalmente proyecto open source, cuyo principal desarrollador fue reclutado por Quest, creador de TOAD. Finalmente heredó el proyecto y al parecer sigue en marcha, disponible para Linux y Windows.
TOAD. IDE bastante completo y generalmente subutilizado (Quién ha revisado todos los packages que incluye y que son provistos por el Gurú de PL/SQL Steven Feuerstein), por lo que su relación costo/beneficio no es rentable para quienes sólo lo utilizan para hacer cueritos, stored procedures y matar sesiones, razón por la cual todo mundo usa una versión pirata. Útil para administradores de base de datos y programadores hard-core. Como nota curiosa, si bajan el trial y registran sus datos van a tener un representante de ventas el día siguiente de finalización del periodo de prueba hostigándolos. Sólo disponible para Windows.
SQL Navigator. Personalmente no lo he utilizado pero he visto a más de una persona usando dicho software. También de Quest y supongo que sólo para Windows.

Utilerías PL/SQL

Steven Feuerstein. Provee algunas aplicaciones para generar código así como para pruebas de procedimientos almacenados.
Web Alchemy. Para quienes utilicen el Oracle PL/SQL Web Toolkit, utilería para generar código pl/sql a partir de código html.
PL Formatter. Originalmente de Revealnet (adquirido posteriormente por Quest), permitía formatear a nuestro gusto código de pl/sql. Útil para estandarizar así como hacer legible el código, me parece que ya no existe como versión stand-alone y sólo funciona integrado con TOAD como un add-on.

Utilerías Oracle Developer

ORCL Toolbox. Cuenta con herramientas que potencializan el uso de Developer API para poder explorar el contenido de fuentes de Forms y Reports y poder hacer cambios en lote o comparar versiones.

Control de Versiones

Esto más bien dependerá si se utiliza el control de versiones en el proyecto que participemos, pudiendo contar con diveras opciones tanto comerciales como libres. Dependerá más de gustos personales elegir que cliente utilizar, teniendo en cuenta las restricciones en cuanto al sistema operativo soportado. De particular interés Oracle Sofware Configuration Manager y PCVS. El primero por ser de Oracle y permitir comparar fuentes de Forms y Reports pudiendo tener una mejor visibilidad de los cambios de código. El segundo también lo soporta aunque es de un tercero. Si bien lo ideal sería tener en cuenta el control de versiones en proyectos difícilmente lo he visto implementado y generalmente no se le da el uso correcto, como nota cultural estos han sido Visual Source Safe de Microsoft y Subversion. Para uso personal CVS, SVN ó Git son buenas opciones.

Cómo crear CEMLIs para Oracle Applications y no morir en el intento, Parte 3

noreply@blogger.com (amox) — Wed, 02 Jul 2008 03:00:00 +0000

Ya con el conocimiento básico de la aplicación y su funcionalidad, procederemos a definir lo qué es un CEMLI.

CEMLI es el acrónimo para Configuration, Extension, Modification, Localization, Integration, a saber, Configuración, Extensión, Modificación, Localización, Integración. A continuación una breve descripción de los temas que se consideran para cada caso.

Configuración

Temas que permiten su definición mediante la funcionalidad estándar de Oracle Applications y que forman parte de la configuración a realizar en cada implementación, con la finalidad de que se cubran las necesidades de negocio del cliente. Dichas configuraciones pueden ser:

Opciones de Perfil
Lookups
Flexfields Clave
Flexfields Descriptivos
Programas Concurrentes
Juegos de Solicitudes
Responsabilidades
Menúes

Como temas de desarrollo podrá ser necesario definir nuevos perfiles y sus catálogos de valores, juegos de valores y su definición para flexfields claves y descriptivos, crear o modificar definiciones de programas concurrentes y juegos de solicitudes.

Extensiones

Dícese de la implementación de nuevas funcionalidades en la aplicación para cubrir las brechas requeridas por los procesos de negocio. Para ello pueden ser utilizadas las herramientas de desarrollo soportadas por la aplicación, así como ciertas funcionalidades provistas por la aplicación misma. Dentro del primer grupo tenemos:

Objetos de Base de Datos
Triggers
Directorios personalizados
Formas
Reportes
Liberías
Procedimientos Almacenados
Scripts de Unix
Workflow
Controladores de impresoras
Scripts de SQL y PL/SQL
CUSTOM.pll

En cuanto a extensiones previstas como parte de la funcionalidad de la aplicación tenemos:

Alertas
Forms Personalization

Este es un punto muy relacionado con desarrollo y para cada uno de los temas hay estándares y restricciones, que deberán ser seguidas en la medida de lo posible al desarrollar para Oracle Applications, como se define en el Developers Guide así como los manuales de las funcionalidades estándar. Una consideración importante en cuanto a las restricciones es que si la aplicación es administrada por el cliente, se puede ser más laxo en cuanto al manejo de excepciones a las restricciones. Por el contrario si la aplicación corre bajo un esquema On Demand, hay incluso más restricciones y estándares, y si bien hay un procedimiento para manejo de excepciones estas no siempre son aceptadas, además de contar con un control estricto del performance de los CEMLIs. La recomendación sería de inicio considerar que se trabaje con un esquema on demand aunque no sea el caso, ya que define reglas más estrictas para la creación de CEMLIs buscando aislar de manera efectiva cualquier código adicional creado para la aplicación.

Modificación

En ocasiones, para las brechas de funcionalidad detectadas se identifica como una posible solución la modificación de un producto estándar, de cualquiera de los mencionados en los puntos anteriores. Oracle no da soporte a este tipo de acciones, por lo que antes de efectivamente tener que modificar un producto estándar tenemos las siguientes opciones, dependiendo del tipo de producto:

Formas. Uso de flexfields descriptivos, folders, grids, forms personalization, CUSTOM.pll.
Procesos. Modificación de Workflows, APIs, Extensiones previstas por la aplicación: user hooks (hr), get_custom_price (qp), external exposures (om), etc. Esto último requiere siempre darle una leída a la documentación del producto.
Triggers. Uso de Oracle Alert.

En caso de no poder implementar la modificación con lo mencionado anteriormente o alguna funcionalidad específica de un producto, la recomendación es hacer una copia del producto y a ésta aplicar la modificación, debiendo documentar muy bien lo realizado ya que el producto base puede cambiar con nuevas versiones. Cabe mencionar que habrá casos en que no se tenga el fuente disponible como es el caso de programas en Pro*C, para lo cual será necesario levantar un SR en Oracle para solicitarlo, lo cual puede o no tener éxito. Así también es posible levantar un enhacement request para implementar una funcionalidad deseada, sin embargo esto puede llevar mucho tiempo. Cabe la posibilidad también de que algo deseado pueda no ser llevado a cabo dada la funcionalidad de la aplicación y las restricciones existentes, en cuyo caso se deberá buscar un workaround para tener la funcionalidad más parecida a la deseada.

Localización

Hay ciertos requerimientos particulares de países o regiones, relacionados sobretodo con cuestiones de normatividad. En dichos casos pueden existir ciertas adecuaciones proporcionadas por Oracle para ello, como pudieran ser productos específicos tales como reportes fiscales con datos y formatos de acuerdo a la legislación vigente, o bien soluciones completas tales como versiones específicas de la nómina para México, Reuno Unido, Estados Unidos, etc. Dichas adecuaciones cuentan con soporte de Oracle y continuamente están haciendo adecuaciones en concordancia con cambios en legislación.

Integración

Aquí se incluyen las interfaces de entrada y/o salida que interactuan con Oracle Applications. Por seguridad, la manipulación de datos de la aplicación no está soportada, por lo cual para la integración con sistemas de terceros o legados, así como para la conversión de datos, oracle proporciona diversos métodos para intercambio de información, a saber:

Open Interfaces. Tablas de paso que mediante programas concurrentes de Oracle que validan la información en ellas contenida de acuerdo a la configuración de la aplicación. De ser correcta, se inserta dicha información en tablas de sistema, en caso contrario se indican los errores detectados.
API. Interfaces programáticas para creación de datos "en línea". Son procedimientos almacenados que toman como parámetros los datos que se desean ingresar al sistema, y en parámetros de salida se indica el estado de finalización y posibles errores dectados.
ADE. Disponible hasta los últimos releases del 11.5, que permiten interactuar con Excel para extraer información de Oracle así como insertar o actualizar, aunque sólo para los módulos de HR. A partir de 11.5.10 se reemplaza por Web ADI y se abre a otros módulos, como por ejemplo FA.
ADI. Integración con Excel para carga de pólizas a GL.
Web ADI. Integración con Excel para extracción, carga y actualización de datos a Oracle.
Interconnect. Utiliza queues (colas) a las que se suscriben los sistemas a interconectar, que basados en los mensajes recibidos llevan a cabo acciones.
BPEL. Entre sus monerias esta el uso de Web Services para comunicarse desca y hacia otros sistemas.

Cabe mencionar que al no permitirse tampoco el acceso a la base de datos desde un sistema externo en el caso de un esquema On Demand, para la versión 11i se sugiere el uso de Interconnect y BPEL a partir del release 12. No se mucho del tema pero he sabido de su utilización y es funcional.

Dependiendo de la versión de la aplicación e incluso del nivel de parches se podrá tener acceso o no a Open Interfaces u/o APIs para un mismo objeto de negocios, como por ejemplo el caso de AR, donde Originalmente sólo se contaba con AutoInoivce y Lockbox y en la actualidad se cuenta además con APIs. Referirse a la documentación de acuerdo a la versión de trabajo para determinar que método está disponible así como las posibles diferencias entre ambos y poder elegir la adecuada para la integración requerida.

A efectos de tomar en cuenta el hecho de que puedan existir múltiples nodos para la capa de programas concurrentes, es recomendable para la transferencia de archivos de datos desde/hacia la aplicación, contar con un filesystem compartido accesible desde todos los nodos.

Oracle Actualiza los precios de sus productos

noreply@blogger.com (amox) — Tue, 01 Jul 2008 21:20:00 +0000

Como no lo hacía desde hace un rato y considerando el incremento en rendimiento por procesador, Oracle ha incrementado los precios de licencias de productos de base de datos y servidores de aplicaciones entre un 15 y 20%.

Para ver una comparativa de precios y ejemplos de algunos productos, referirse a ésta nota en The Register.