Notas de configuración de Oracle Forms and

Reports Services 12c

La configuración de los Servicios de informes y formularios 12c es similar a 11gR2,
pero muchos de los archivos están en diferentes ubicaciones. Las rutas pueden
variar un poco entre las versiones de Forms 12c, así que prepárese para buscar
ubicaciones de archivos si no coinciden.

Este artículo es una colección de notas útiles sobre una variedad de temas
relacionados con la configuración de Oracle Forms y Reports Services 12c.

 Instalación
 Utilidad de configuración
 Configuración de variables de entorno
 Archivos de configuración
 formsweb.cfg
 default.env
 Compilando formularios
 Compilación de formularios de un usuario que no es Oracle
 Compilación de formularios y la función 11g de caché de resultados
 Generador de formularios
 Compilando informes
 Generador de informes
 Configuración de Webutil
 Bloqueo de advertencia de seguridad de archivo jar
 Firmar archivos JAR
 REP-52262: La salida de diagnóstico está deshabilitada.
 El servidor de informes en proceso no se inicia correctamente
 Asignaciones clave
 Informes de fuentes
 Configuración SSL

Artículos relacionados.

 Oracle WebLogic Server (WLS) 12cR2 (12.2.1) Instalación en Oracle Linux 6 y

7
 WebLogic Server 12cR2 (12.2.1): ADF Application Development Runtime -
Utilidad de configuración del repositorio (RCU)
 Servicios de formularios e informes 12c (12.2.1): Crear un nuevo dominio
Instalación
Este sitio contiene una serie de artículos que describen la instalación de WebLogic
Server 11g y Oracle Forms e Reports Services 12c en Linux y Windows. Puedes
encontrarlos aquí .

Utilidad de configuración
Si elige una instalación solo de software, puede iniciar los pasos de configuración
con el siguiente comando.

$ FR_HOME / oracle_common / common / bin / config.sh

Esto también es útil si su fase de configuración falla y desea volver a ejecutarlo

después de realizar los cambios necesarios para solucionar los problemas.

Configuración de variables de entorno

La configuración básica de la variable de entorno de WebLogic se describe en las
guías de instalación, pero la siguiente lista explica la mayoría de los escenarios que
probablemente se presentarán en el servidor, incluida la compilación de
formularios desde la línea de comandos. Recuerde ajustar los caminos para
adaptarse a su instalación. Las rutas a continuación suponen que ha instalado las
mismas rutas que usé en mis guías de instalación. Además, recuerde ajustar
las variables FORMS_PATHy TWO_TASKsegún sea necesario.

# Middleware
exportación ORACLE_BASE = / u01 / app / oracle
MW_HOME exportación = $ ORACLE_BASE / producto / 12.2.1
exportación ORACLE_HOME = $ MW_HOME
exportación WLS_HOME = $ MW_HOME / wlserver
exportación WL_HOME = $ WLS_HOME

exportación FR_HOME = $ ORACLE_HOME

exportación ORACLE_INSTANCE = $ DOMAIN_HOME / config / fmwconfig /
componentes / formularios / instancias / forms1
exportación FR_INST = $ ORACLE_INSTANCE

exportación DOMAIN_HOME = $ ORACLE_BASE / config / domains / frsdomain

exportación JAVA_HOME = $ ORACLE_BASE / jdk1.8.0_144

exportación OHS_INST = $ DOMAIN_HOME / config / fmwconfig / componentes /

OHS / instance / ohs1
# Compilación de formularios
PATH =.: $ FR_HOME / bin: $ FR_HOME / forms / mesg: $ PATH
exportación LD_LIBRARY_PATH = $ FR_HOME / oracle_common / jdk / jre / lib /
amd64: $ FR_HOME / lib: $ FR_HOME / oracle_common / lib: $ FR_HOME /
oracle_common / jdk / jre / lib / amd64 / servidor
de exportación FORMS_BUILDER_CLASSPATH = $ FR_HOME / JLIB /
export FORMS_PATH = [*** agregue la ruta a sus formularios ***]
export REPORTS_PATH = [*** agregue la ruta a sus informes aquí ***]
#export TWO_TASK = ORCL
export TNS_ADMIN = $ DOMAIN_HOME / config / fmwconfig /
export TERM = vt220
export ORACLE_TERM = $ TERM

# Servidor de informes: ajuste según sea necesario para permitir que los
formularios obtengan el nombre del servidor de informes
usando "tool_env.getvar ('REPORTS_SERVER_NAME', v_rep_server);"
exportar REPORTS_SERVER_NAME = rep_wls_reports_ol6-forms_asinst_1

Tiendo a usar FR_HOMEy FR_INSTen lugar de ORACLE_HOMEy ORACLE_INSTANCEcomo

creo que son más descriptivos. Vale la pena configurar tanto como muchos
documentos no siguen mi preferencia.

Un número de las siguientes secciones asume que estas variables de entorno se

han establecido.

Archivos de configuración
Muchos de los archivos de configuración de 12c Forms and Reports Services son
los mismos que los de 11gR2, pero sus ubicaciones difieren. A menudo es más fácil
encontrar cosas buscando debajo de $ MW_HOME y $ DOMAIN_HOME, como se
muestra a continuación.

$ find $ DOMAIN_HOME -name formsweb.cfg

Los archivos que tiendo a visitar más se enumeran a continuación.

formsweb.cfg: Definiciones de configuraciones individuales.

$ DOMAIN_HOME / config / fmwconfig / servers / WLS_FORMS / applications /
formsapp_12.2.1 / config / formsweb.cfg

default.env: Definiciones de parámetros del entorno de ejecución.

$ DOMAIN_HOME / config / fmwconfig / servers / WLS_FORMS / applications /
formsapp_12.2.1 / config / default.env

tnsnames.ora:
$ DOMAIN_HOME / config / fmwconfig / tnsnames.ora

dads.conf: ¡No existe en la versión 12c de OHS! Instale ORDS en su lugar!

fmrweb.res: archivo de definición de clave para formularios web.

$ FR_INST / admin / resource / US / fmrweb.res

cgicmd.dat: archivo de mapeo de informes.

$ DOMAIN_HOME / config / fmwconfig / servers / WLS_REPORTS / applications /
reports_12.2.1 / configuration / cgicmd.dat

Una lista más completa de archivos de configuración se puede ver aquí .

Un par de los archivos importantes se describen a continuación.

formsweb.cfg
El archivo "formsweb.cfg" es uno de los archivos de configuración más importantes,
ya que le permite definir múltiples configuraciones o entornos dentro de una única
instalación de software.

Normalmente, cada entorno separado tendrá su propia sección en el archivo

"formsweb.cfg", donde se colocan las configuraciones específicas del entorno. Solo
necesita especificar un valor en una Configuración nombrada si difiere de la
configuración predeterminada. Por ejemplo, una configuración con nombre puede
ser simple, como la siguiente.

[myapp]
form = MyDefaultForm.fmx
pageTitle = My Application Title
width = 1024
height = 768
separateFrame = true
imageBase = codebase
archive = frmall.jar, my_icons.jar
envFile = / path / to / myapp.env

 La entrada "archivo" incluye el archivo "my_icons.jar", que asume que ha colocado
sus iconos en este archivo JAR y que el archivo JAR se encuentra en el directorio "$
FR_HOME / forms / java".
Una entrada muy útil es el parámetro "envFile", que puede asociar un archivo de
entorno con una configuración nombrada. Esto permite que cada configuración
nombrada se ejecute con un conjunto único de variables de entorno, incluida
la FORMS_PATHvariable entre otras. Cualquier archivo de entorno personalizado debe
derivarse del archivo "default.env", que se describe a continuación.

Los cambios en este archivo no requieren un reinicio de ningún componente. Los

cambios se pueden hacer directamente en el archivo, oa través de Enterprise
Manager.

default.env
El archivo "default.env" define los parámetros de tiempo de ejecución de
formularios para un entorno específico. Todos los archivos de entorno
personalizados deben derivarse de este archivo.

Las variables de entorno especificadas en un archivo ".env" anulan las

configuraciones de entorno existentes. Si una variable de entorno no está definida
en los archivos ".env", se utilizará el valor de la sesión que inició el proceso del
servidor.

Los cambios en estos archivos ".env" no requieren un reinicio de ningún

componente. Los cambios se pueden hacer directamente en el archivo, oa través
de Enterprise Manager.

Vale la pena establecer explícitamente la NLS_LANGvariable de entorno en el archivo

".env" para que coincida con los detalles NLS de la base de datos a la que se
conectan los formularios, eliminando así cualquier conversión de caracteres
implícita.

NLS_LANG = AMERICAN_AMERICA.AL32UTF8

Compilando formularios
Los formularios, los menús y las bibliotecas se compilan utilizando
los scripts frmcmp.sho frmcmp_batch.sh. Puede encontrarlos en el directorio "$
FR_INST / bin /". Ejecutar el comando sin ningún parámetro muestra la información
de uso. Algunos ejemplos de la sintaxis básica se muestran a continuación.

$ export DISPLAY = mypc: 0.0

$ $ FR_INST / bin / frmcmp.sh module = myform.fmb module_type = form userid
= scott / tiger
$ $ FR_INST / bin / frmcmp_batch.sh myform.fmb scott / tiger module_type =
form batch = yes output_file = myform.fmx compile_all = special

Recuerde, frmcmp.shrequiere y X Server, por lo que necesitará SSH tunnel ( ssh -X

oracle@server) o configurar su DISPLAYvariable de entorno ( export
DISPLAY=mypc:0.0).

Puede crear fácilmente la compilación de todos los objetos relacionados con

formularios, como se muestra en la siguiente secuencia de comandos.

#! / bin / bash

export FORMS_PATH = / path / to / my / forms

export DB_USER = scott

export DB_PASSWD = tiger
export DB_SERVICE = ORCL

# Bibliotecas
para FILE en `ls $ FORMS_PATH / *. pll`; do
OUTPUT = $ {FILE / pll / plx}
echo "$ FILE -> $ OUTPUT"
$ FR_INST / bin / frmcmp_batch.sh $ FILE $ DB_USER / $ DB_PASSWD @ $
DB_SERVICE \
module_type = library batch = yes output_file = $ OUTPUT compile_all =
menús especiales
hechos
para el ARCHIVO en `ls $ FORMS_PATH / *. mmb`; do
OUTPUT = $ {FILE / mmb / mmx}
echo "$ FILE -> $ OUTPUT"
$ FR_INST / bin / frmcmp_batch.sh $ FILE $ DB_USER / $ DB_PASSWD @ $
DB_SERVICE \
module_type = menú batch = yes output_file = $ OUTPUT compile_all =
especial
hecho

# Formularios
para ARCHIVO en `ls $ FORMS_PATH / *. Fmb`; do
OUTPUT = $ {FILE / fmb / fmx}
echo "$ FILE -> $ OUTPUT"
$ FR_INST / bin / frmcmp_batch.sh $ FILE $ DB_USER / $ DB_PASSWD @ $
DB_SERVICE \
module_type = form batch = yes output_file = $ OUTPUT compile_all =
especial
hecho

Compilación de formularios de un usuario que no es Oracle

En los formularios 11g y 12c, utilizar SUDO es la forma recomendada de compilar
formularios como usuarios que no son de Oracle.

Como usuario root, edite el archivo "/ etc / sudoers" con la siguiente entrada
(como una sola línea).

myuser ALL = (oracle) NOPASSWD:

/u01/app/oracle/middleware/asinst_1/bin/frmcmp.sh,
NOPASSWD: /u01/app/oracle/middleware/asinst_1/bin/frmcmp_batch.sh

Ahora puede ejecutar los comandos de compilación del usuario "myuser" usando
el prefijo "sudo -u oracle". Todas las variables de entorno discutidas anteriormente
deben configurarse para que esto funcione. A continuación se muestra un ejemplo.

$ sudo -u oracle $ FR_INST / bin / frmcmp_batch.sh myform.fmb scott / tiger

@ orcl \
module_type = form batch = yes output_file = myform.fmx compile_all =
especial

La TWO_TASKvariable de entorno no funciona correctamente con este método, por lo

que debe usar el método "username / password @ service" para la autenticación
de la base de datos.

Generador de formularios
Si está ejecutando RHEL7 / OL7, deberá crear el siguiente enlace simbólico como
usuario root. Esto no es necesario en RHEL6 / OL6.

# ln -s /usr/lib64/libXm.so.4.0.4 /usr/lib64/libXm.so.3

Si ha configurado las variables de entorno descritas anteriormente, usar el

generador de formularios basados en X Server debería ser tan simple como emitir
el frmbldcomando.

$ export DISPLAY = mypc: 0.0

$ frmbld &

OR

$ $ FR_INST / bin / frmbld.sh &

Compilando informes
Los informes se compilan utilizando el rwconverter.shscript. Puede encontrar esto
en el directorio "$ FR_INST / config / reports / bin /". Al ejecutar el comando sin
ningún parámetro, se muestra la pantalla GUI. A continuación se muestra un
ejemplo de la sintaxis de la línea de comandos.

$ $ FR_INST / config / reports / bin / rwconverter.sh userid = scott / tiger

batch = yes \
source = myreport.rdf stype = rdffile dtype = repfile overwrite = yes
compile_all = yes

Generador de informes
Si ha configurado las variables de entorno descritas anteriormente, el uso del
generador de informes basados en X Server debería ser tan simple como ejecutar
el rwbuildercomando.

$ export DISPLAY = mypc: 0.0

$ $ FR_HOME / bin / rwbuilder &

Configuración de Webutil
Si tiene algún problema con esta configuración, lea esta nota.

 Cómo configurar Webutil en formularios 12c (Doc. ID 2070183.1)

La configuración básica se describe a continuación.

 Descargue el archivo "jacob.jar" (v1.18-M2) comprimido

desde https://sourceforge.net/projects/jacob-project/files/jacob-
project/1.18-M2/ .
 Descomprime el contenido del archivo.
 Copie "jacob.jar" en el directorio "$ FR_HOME / forms / java".
 Copie "jacob-1.18-M2-x86.dll" en el directorio "$ FR_HOME / forms / webutil
/ win32".
 Copie "jacob-1.18-M2-x64.dll" en el directorio "$ FR_HOME / forms / webutil
/ win64".
 Edite el archivo "$ FR_HOME / forms / java / extensions.jnlp", haciendo el
siguiente cambio.

 De esto: <! - <jar href = "jacob.jar" /> ->

 A esto: <jar href = "jacob.jar" />

 Firma el archivo "jacob.jar". ( Ver abajo )

 Agregue "$ FR_HOME / forms / java / frmall.jar" a la entrada de CLASSPATH
en el archivo "default.env". Esto debe hacerse con Enterprise Manager, pero
funciona bien si edita manualmente el archivo. Si utiliza archivos de entorno
personalizados, también debe agregarlos.
 Agregue "frmwebutil.jar" y "jacob.jar" a la entrada "WebUtilArchive" en el
archivo "formsweb.cfg" para cualquier configuración que lo requiera, por
ejemplo.

 WebUtilArchive = frmwebutil.jar, jacob.jar

 WebUtilLogging = off
 WebUtilLoggingDetail = normal
 WebUtilErrorMode = Alert
 WebUtilDispatchMonitorInterval =
 5Upujante de la
 bolsa de
 información por la que se encuentra en el

sitio web.

 Después de realizar cambios, reinicie el servidor administrado WLS_FORMS y

el OHS.

 # Stop
 $ DOMAIN_HOME / bin / stopComponent.sh ohs1
 $ DOMAIN_HOME / bin / stopManagedWebLogic.sh WLS_FORMS

 # Start
 nohup $ DOMAIN_HOME / bin / startManagedWebLogic.sh WLS_FORMS> / dev /
null 2> & 1 &

$ DOMPasos de los Estados

Se puede realizar una configuración adicional editando el archivo "$ FR_INST /

config / FormsComponent / forms / server / webutil.cfg".

Bloqueo de advertencia de seguridad de archivo jar

Los archivos jar sin firma o autofirmados hacen que aparezca un cuadro de diálogo
de advertencia de seguridad del navegador.
En algunos clientes, el comportamiento de este diálogo es bastante errático, a
veces se bloquea y le impide tomar la acción apropiada. Esto parece estar
relacionado con dos notas MOS.

 El formulario se bloquea al aceptar una advertencia de seguridad: la firma

digital de la aplicación no se puede verificar [ID 1328039.1]
 Windows Java Client se bloquea al aceptar la firma no verificada de los
archivos jar cuando SeparateFrame = True [ID 1173365.1]

La solución es alterar el orden de los archivos Jar establecidos por las entradas
"archivo" y / o "WebUtilArchive" en el archivo "formsweb.cfg". En el caso del
archivo "jacob.far", si lo tiene listado en el parámetro "archivo", es probable que
tenga que hacer el siguiente cambio.

#Antes de
archivar = frmall.jar, jacob.jar

#Después de
archive = jacob.jar, frmall.jar

Si, en cambio, lo ha incluido en el parámetro "WebUtilArchive", es probable que

deba realizar el siguiente cambio.

#Antes de
WebUtilArchive = frmwebutil.jar, jacob.jar

#after
WebUtilArchive = jacob.jar, frmwebutil.jar

No es necesario que reinicie ningún servicio para que esto tenga efecto.
Firmar archivos JAR
Edite el archivo "$ FR_INST / bin / sign_webutil.sh", configurando los valores
apropiados. Si desea generar un nuevo certificado y almacén de claves, debe
ingresar la siguiente información, ajustada según lo deseado.

DN_CN = "myserver.example.com"
DN_OU = "Mi departamento"
DN_O = "Mi compañía"
DN_L = "Mi ciudad"
DN_ST = "Mi estado"
DN_C = GB
KEYSTORE_PASSWORD = contraseña1
JAR_KEY_PASSWORD = contraseña1
VALIDDAYS = 3600

Si creó un almacén de claves para proteger sus servidores administrados, puede

reutilizarlo editando las siguientes configuraciones para que coincidan con los
detalles de su almacén de claves existente.

KEYSTORE = / home / oracle / keystore / identity.jks

KEYSTORE_PASSWORD = password1
JAR_KEY = autofirmado
JAR_KEY_PASSWORD = password1

Asegúrese de que la línea 84 tenga la ruta correcta a la utilidad "keytool". Tuve que

hacer el siguiente cambio a la línea.

De esto: error_text = `/ u01 / app / oracle / product / 12.2.1 /

wlserver /../ jdk / bin / keytool -genkey -dname" CN = $ DN_CN, OU = $
DN_OU, O = $ DN_O, C = $ DN_C "\
A esto: error_text =` / u01 / app / oracle / product / 12.2.1 /
oracle_common / jdk / bin / keytool -genkey -dname "CN = $ DN_CN, OU = $
DN_OU, O = $ DN_O , C = $ DN_C "\

Asegúrese de que la línea 108 tenga la ruta correcta a la utilidad "jarsigner". Tuve

que hacer el siguiente cambio a la línea.

De esto: error_text = `/ u01 / app / oracle / product / 12.2.1 /

wlserver /../ jdk / bin / jarsigner -keystore $ KEYSTORE -storepass $
KEYSTORE_PASSWORD -keypass $ JAR_KEY_PASSWORD \
A esto: error_text =` / u01
/app/oracle/product/12.2.1/oracle_common/jdk/bin/jarsigner -keystore $
KEYSTORE -storepass $ KEYSTORE_PASSWORD -keypass $ JAR_KEY_PASSWORD \
Ejecute el siguiente comando para firmar el archivo JAR especificado. En este caso
es el archivo jacob.jar. Si está utilizando un certificado autofirmado, esto generará
una advertencia y, como el texto de retorno no está en blanco, el script dirá que la
firma falló, pero no lo hizo.

$ $ FR_INST / bin / sign_webutil.sh $ FR_HOME / forms / java / jacob.jar

Si intenta volver a firmar un archivo JAR que ya está firmado, contendrá varias
firmas en el directorio "META-INF", lo que probablemente generará el siguiente
error.

sun.security.validator.ValidatorException: Error en la validación de la ruta

PKIX:
java.security.cert.CertPathValidatorException: error en la comprobación de
la firma

Para solucionar este problema, desempaquete el JAR, elimine las firmas del
directorio "META-INF" y vuelva a empaquetar el JAR. El siguiente ejemplo muestra
cómo se puede hacer esto para el archivo "jacob.jar".

mkdir $ FR_HOME / forms / java / temp

cd $ FR_HOME / forms / java / temp

export MYJAR = jacob.jar

unzip ../$MYJAR
rm -f META-INF / *. SF META-INF / *. DSA META-INF /*.MF
# Es posible que necesite eliminar más, así que haga una comprobación
visual.
$ JAVA_HOME / bin / jar -cvf $ MYJAR *
mv $ MYJAR ..
rm -Rf *

cd ..
rmdir $ FR_HOME / forms / java / temp

Una vez que haya eliminado las firmas del archivo JAR, deberá renunciar a él.

He combinado este método, junto con la firma del archivo JAR en el siguiente
script, que guardo como "resign_jars.sh".

mkdir $ FR_HOME / forms / java / temp

cd $ FR_HOME / forms / java / temp

function sign_jar {
export MYJAR = $ 1
 unzip ../$MYJAR
rm -f META-INF / *. SF META-INF / *. DSA META- INF / *. MF

echo "Manifest-Version: 1.0" >> META-INF / MANIFEST.MF

echo "Created-By: 1.6.0_37 (Oracle Corporation)" >> META-INF / MANIFEST.MF
echo "Permisos: todos -permissions ">> META-INF / MANIFEST.MF
echo" Application-Library-Allowable-Codebase: * ">> META-INF / MANIFEST.MF
echo" Caller-Allowable-Codebase: * ">> >> META-INF / MANIFEST .MF
echo "Nombre de la aplicación: Oracle Forms MyCompany" >> META-INF /
MANIFEST.MF
echo "Created-By: MyCompany" >>META-INF / MANIFEST.MF

# Es posible que necesite eliminar más, así que haga una comprobación
visual.
$ JAVA_HOME / bin / jar -cvf $ MYJAR *
mv $ MYJAR ..
rm -Rf *
$ FR_INST / bin / sign_webutil.sh $ FR_HOME / forms / java / $ MYJAR
}

sign_jar frmall.jar
sign_jar frmgeneric_laf.jar
sign_jar frmmain.jar
sign_jar frmoracle_laf.jar
sign_jar frmresources.jar
sign_jar frmwebutil.jar
sign_jar jacob.jar
cd ..
rmdir $ FR_HOME / forms / java / temp

Esto eliminará y resignará cualquier archivo JAR pasado como parámetro a la

función "sign_jar".

REP-52262: La salida de diagnóstico está deshabilitada.

Informes 11.1.2.1 desactiva la salida de diagnóstico por defecto. Si necesita
encenderlo, haga lo siguiente.

Edite el archivo "$ DOMAIN_HOME / config / fmwconfig / servers / WLS_REPORTS /

applications / reports_11.1.2 / configuration / rwservlet.properties" de la siguiente
manera.

# De
<inprocess> yes </inprocess>

# A
<inprocess> yes </
inprocess> <webcommandaccess> L2 </webcommandaccess>

Reinicie el servidor WLS_REPORTS.

Una vez que haya finalizado la prueba, es probable que desee eliminar la nueva
entrada y reiniciar el servidor WLS_REPORTS.

El servidor de informes en proceso no se inicia

correctamente
Después de un inicio limpio de los Servicios de formularios e informes, el servidor
de informes en proceso debe iniciarse automáticamente en el primer intento de
ejecutar un informe. En la práctica, esto no parece suceder. Hay varias formas de
poner el servidor de informes en proceso en contacto.

La URL del "servidor de inicio" se puede usar para iniciar el servidor de informes en
proceso. Al agregar los siguientes comandos al final de la secuencia de comandos
de inicio, se asegurará de que se inicie como se esperaba.

sleep 600
curl http: // localhost: 8888 / reports / rwservlet / startserver> / dev /
null 2> & 1 &

Si ha habilitado las páginas de diagnóstico (explicadas anteriormente), cualquier

llamada a una página de diagnóstico iniciará el servidor de informes en proceso. Al
agregar los siguientes comandos al final de la secuencia de comandos de inicio, se
asegurará de que se inicie como se esperaba.

sleep 600
curl http: // localhost: 8888 / reports / rwservlet / getserverinfo> / dev /
null 2> & 1 &

También puede iniciar el proceso utilizando la página de la aplicación Informes en

Oracle Enterprise Manager. Utilice la opción "Monitoreo> Iniciar aplicación de
informes" o la opción "Administración> Iniciar servidor de informes en proceso".

Asignaciones clave
Las teclas de método abreviado utilizadas por los Formularios pueden modificarse
editando el archivo de recursos de asignación de clave para su idioma específico. El
idioma predeterminado de EE. UU. / Inglés utiliza uno de los siguientes archivos de
recursos, según el conjunto de caracteres que se esté utilizando.

$ FR_INST / admin / resource / US / fmrweb.res

$ FR_INST / admin / resource / US / fmrweb_utf8.res

Una descripción de las asignaciones de claves se puede encontrar aquí .

Informes de fuentes
Las fuentes disponibles para el servidor de informes se definen en los siguientes
archivos.

$ FR_INST / guicommon / tk / admin / uifont.ali

$ FR_INST / guicommon / tk / admin / uiprint.txt
$ MW_HOME / frcommon / templates / tk / config / screenprinter.ppd

Las fuentes a las que se hace referencia en estos archivos de configuración deben
estar presentes en el siguiente directorio.

$ FR_HOME / guicommon / tk / admin / AFM

Después de realizar cualquier cambio, reinicie los Servicios de formularios e

informes.

Configuración SSL
La configuración de SSL de los servicios de formularios e informes puede parecer
un poco complicada, ya que hay varios elementos diferentes a considerar, entre los
que se incluyen:

 Los servidores administrados AdminServer, WLS_FORMS y WLS_REPORTS. Se

explica aquí .
 Los archivos JAR utilizados por los servicios de formularios e informes. Se
explica aquí .
 El servidor HTTP de Oracle (OHS). Vea abajo.

Para configurar el servidor HTTP de Oracle (OHS), realice los siguientes pasos,
asumiendo que ya ha configurado los servidores administrados para SSL utilizando
un almacén de claves como se describe aquí .

Crea una nueva billetera.

cd ~ / keystore
$ MW_HOME / oracle_common / bin / orapki wallet create-wallet ./ -pwd
password1 -auto_login

Cargue el contenido del almacén de claves creado anteriormente en la nueva

cartera.

$ MW_HOME / oracle_common / bin / orapki wallet jks_to_pkcs12 -wallet ./

-pwd password1 \
-keystore identity.jks -jkspwd password1

Edite el archivo "$ DOMAIN_HOME / config / fmwconfig / components / OHS /

instance / ohs1 / ssl.conf", modificando la ruta a la billetera como se muestra a
continuación.

# Ruta a la billetera
#SSLWallet "$ {ORACLE_INSTANCE} / config / fmwconfig / components / $
{COMPONENT_TYPE} / instance / $ {COMPONENT_NAME} / keystores / default"
SSLWallet "/ home / oracle / keystore"

Reinicie el servidor HTTP de Oracle.

$ DOMAIN_HOME / bin / stopComponent.sh ohs1

$ DOMAIN_HOME / bin / startComponent.sh ohs1

El servidor HTTP de Oracle ahora está utilizando el certificado en la billetera para

soportar el tráfico HTTPS.