option
Cuestiones
ayuda
daypo
buscar.php

Externalized configuration recovery, Libraries visibility

COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del Test:
Externalized configuration recovery, Libraries visibility

Descripción:
Externalized configuration recovery, Libraries visibility

Fecha de Creación: 2025/11/19

Categoría: Otros

Número Preguntas: 11

Valoración:(0)
COMPARTE EL TEST
Nuevo ComentarioNuevo Comentario
Comentarios
NO HAY REGISTROS
Temario:

¿Dónde se almacenan y gestionan las variables de configuración “externalizadas” que recuperan las librerías de aplicación APX?. En ficheros properties locales del servidor. En variables de entorno del sistema operativo. En base de datos y gestionadas a través de la APX Operation Console. En un fichero XML embebido en el .war.

Respecto al primer método de recuperación de configuración (el “simple”), ¿qué ocurre si la variable no existe en el fichero de configuración asociado a la UUAA?. Lanza una excepción y aborta la ejecución. Devuelve una cadena vacía "". Devuelve null. Devuelve automáticamente un valor por defecto genérico.

¿Qué aporta el segundo método de recuperación respecto al primero?. ermite modificar el valor de la variable en la base de datos. Permite especificar un valor por defecto si la variable no existe. Garantiza que la variable exista y, si no, lanza error. Solo se puede usar desde transacciones, no desde librerías.

¿Desde qué tipo de componentes se pueden recuperar estas variables de configuración externalizadas?. Únicamente desde transacciones sin pasar por librerías. Solo desde conectores APX. Desde librerías de aplicación APX. Solo desde procesos batch externos.

¿Para qué sirve la configuración de libraries visibility en APX?. Para indicar en qué servidor se desplegará cada librería. Para definir qué UUAA externas pueden usar una librería concreta. Para configurar los tiempos de timeout de las librerías. Para registrar errores de las librerías en la consola.

¿Cuál es el formato correcto de la propiedad de visibilidad a nivel de configuración?. visible.<consumers> = <libraryName>. visibility.<libraryName> = <consumers>. visibility.<UUAA> = <libraryName>. libraryVisibility = <libraryName>:<consumers>.

Quieres hacer que una librería sea visible para todo el mundo (todas las UUAAs). ¿Cómo debe configurarse el campo <consumers>?. ALL. ANY. *. PUBLIC.

Se quiere que una librería sea visible solo para un conjunto de UUAAs concretas. ¿Cuál de las siguientes afirmaciones es correcta?. Las UUAAs deben ir siempre en minúsculas y sin espacios. Las UUAAs van separadas por comas, pudiendo ir en mayúsculas o minúsculas y con o sin espacios tras la coma. Solo se puede indicar una UUAA por línea. Deben ir separadas por punto y coma ;.

¿Cuál de las siguientes configuraciones permite restringir la visibilidad a un método concreto de una librería de otra UUAA?. visibility.MILIBRERIA = UUAAXXXX. visibility.MILIBRERIA = UUAAXXXXRNNN. visibility.MILIBRERIA = UUAAXXXX.methodName. visibility.MILIBRERIA = methodName.UUAAXXXX.

Si en una misma línea de permisos aparece la misma UUAA en distintos niveles (por ejemplo, UUAA sola y también UUAA con método), ¿qué ocurre según el documento?. Se toma solo el nivel más restrictivo y se ignoran los demás. Se produce un error de configuración y la UUAA no puede usar la librería. En tiempo de ejecución se unen los permisos y basta con que uno sea válido para conceder ejecución. Solo se tiene en cuenta la primera aparición en la línea.

¿Qué requisito indica el documento sobre la librería que se va a exponer a otras UUAAs?. Solo hay que publicar la implementación en el servidor de aplicaciones. Basta con enviar un .jar por correo a los equipos consumidores. Deben publicarse la interfaz y la implementación en el repositorio binario (Nexus o Artifactory). Solo debe publicarse la interfaz en un repositorio Git.

Denunciar Test