A qué te refieres con definir el contenedor de llaves? Normalmente los softwares que se utilizan para cifrar te permiten gestionar las llaves, algunos incluso lo hacen automáticamente.

Nosotros creemos que, actualmente, la mejor opción de cifrado es por software. Si es con desarrollo interno, también se tendría que crear el sistema para la gestión de las llaves.

Espero te ayude la respuesta.

Saludos.

La pregunta es averiguar si el usuario puede usar el comando TELNET en el IBM i o si al hacer un TELNET puede ejecutar comandos.

La primera opción depende del nivel de seguridad del usuario y de la autoridad sobre el objeto,

• si el objeto TELNET en la biblioteca QSYS tiene la autorización PUBLIC como *USE, *ALL o *CHANGE, cualquier usuario puede usarlo.
• O si tiene *EXCLUDE pero en la lista de autorización está el usuario con algún nivel de autorización diferente a *EXCLUDE podrá hacer uso del comando.

Para el caso de la segunda, si el usuario puede ejecutar el comando TELNET y tiene un usuario valido para iniciar sesión, lo que pueda hacer dependerá de las autorizaciones dada al usuario y del nivel de seguridad del IBM i.

Para revisar la seguridad sobre el objeto TELNET puedes usar el comando:

WRKOBJ OBJ(QSYS/TELNET)

Para las autorizaciones puedes usar las opciones 2 (para modificar) y 5 (para ver).

Para ver el nivel de seguridad con el comando

WRKUSRPRF USRPRF(NombreUsuario)

WRKUSRPRF USRPRF(*ALL) --> Para desplegar todos los usuarios

Considera que debes tener un usuario de alto nivel de autorización (QSECOFR o similar) para poder usar los comandos anteriores.

Supongo que con OCL te refieres a programa en sistema 36. 

Las preguntas serían:

1. El proceso que ejecutan es interactivo, batch o desde alguna aplicación externa?
2. Qué tiene que hacer el proceso ILERPG que mencionas? Cómo identificas lo que tiene que hacer (crear spool, modificar algún archivo, etc)?
3. Si es un proceso no interactivo, has probado hacer un debug arrancando la función de dar servicio al trabajo con el comando STRSRVJOB?

Quedamos al pendiente de tus comentarios para poder asesorarte.

Saludos.

Entiendo perfectamente a lo que te refieres, a primera vista puede parecer como que no se tienen tantas libertades al trabajar con las hojas de estilo y de scripts en profoundUI, pero en realidad es bastante intuitivo.

Primero hay que tener en cuenta que ProfoundUI ofrece diferentes widgets predefinidos para que el usuario pueda trabajar de la manera más cómoda e intuitiva posible, debido a esta misma filosofía cuenta también con estilos predefinidos (como bien mencionas) que pueden interferir cuando uno trabaja con sus propias clases de CSS. 

En segunda instancia la aplicación también facilita la asignación de scripts al otorgarle a cada widget opciones de interacción como on mouse over, on mouse out, on click, on active, etc. Por este motivo se deben usar estos campos para mandar a llamar las funciones que se construyan en la hoja de JS externa. 
A continuación, un tutorial detallado: 

PARA AGREGAR CLASES CSS:

1. Agregar la hoja de estilos a la pantalla con la que esté trabajando. Esto se logra dando clic en un punto de la pantalla donde no haya ningún widget, saldrá en el panel de atributos del lado derecho de la pantalla en la sección "External Files". (Imagen 1)
2. Ahora agregamos un widget cualquiera, en este caso usaremos un CSS Panel, hacemos clic sobre él y en sus propiedades buscamos "css class" y damos clic en los 3 puntos con fondo gris que muestra la opción para desplegar el menú de clases. (Imagen 2)
3. Dentro del menú* filtraremos por "estilos hechos por el usuario (User Style Only)" y seleccionaremos alguna de las clases que hayamos definido dentro de nuestra hoja CSS, en este caso yo elegiré la llamada "custom-header" y seleccionamos en "Select"**. (Imagen 3)
   *Nota 1: Este paso también lo podremos realizar escribiendo el nombre de la clase en el espacio en blanco del atributo. (Imagen 4)
   **Nota 2: dependiendo de la resolución de nuestra pantalla la opción select puede no aparecer dentro del margen, para solucionarlo bastará con presionar "F11" para poner la pestaña del navegador en pantalla completa.
4. Ahora podremos notar que, aparentemente, nada ha cambiado. Esto se debe a que el widget ya tiene seleccionado por default uno de los temas prediseñados de ProfoundUI, para corregirlo simplemente buscaremos en atributo "Theme", pulsaremos en "Other" y ahí escribiremos el nombre de la clase que acabamos de seleccionar. (Imagen 5)
5. Todo listo, nuestro estilo se aplicó al "body" del widget seleccionado. (Imagen 6)

PARA AGREGAR SCRIPTS:

1. Agregar la hoja de js a la pantalla con la que esté trabajando. Esto se logra dando clic en un punto de la pantalla donde no haya ningún widget, saldrá en el panel de atributos del lado derecho de la pantalla en la sección "External Files". (Imagen 1)
2. Para este ejemplo usaré otro CSS Panel con un estilo de círculo el cual usaremos para controlar un menú que se despliega y se repliega desde él. En la (Imagen 7) se muestra el CSS que se empleará y en la (Imagen 8) cómo debe escribirse el script en nuestra hoja JS.
3. Notaremos que se deben hacer dos funciones, una para replegarlo y otra para desplegarlo, esto es porque usaremos un evento de interacción diferente para llamar a cada acción desde la lista de atributos del elemento "on mouse over" para desplegarlo y "on mouse out" para replegarlo. Una vez codificada la hoja JS bastará con mandar a llamar la función dentro del recuadro en blanco del atributo del elemento correspondiente. (Imagen 9)
4. Por último, para ver el cambio debemos compilar el programa y desplegar una sesión de ProfoundUI para poder ver los cambios. (Imagen 10)

Como se pueden aplicar los estilos CSS y el código de Javascript en Profound UI? Estuvimos haciendo pruebas y aunque podemos cargar hojas de estilo y de js externas no parecen añadirse a la lista de clases que despliega el sistema y nunca vemls reflejados los cambios!!!

Espero puedan ayudarme.

Antes que nada, bienvenido al foro y una disculpa por la tardanza en nuestra respuesta.

Por lo que mencionas, entendemos que cuenta con la aplicación de LANSA. Si es así, te comento que no conocemos esta aplicación, pero si sabemos de personas que la conocen y brindan soporte.

Con nuestra experiencia en la operación y administración del IBM i podemos comentarte algunas sugerencias. Sin embargo, la mejor opción dependería mucho de cómo está construida la aplicación.

Con respecto al primer punto, te comento que si existen varias opciones. A continuación te enlisto algunas cosas que podrías probar inicialmente:

1. Finalizar el job con el comando ENDJOB en lugar de contestar el mensaje. Puedes utilizar el comando RTVJOBA para recuperar la información del job que se desea finalizar.
2. Por lo que sabemos, por medio de configuraciones en los trabajos del IBM i, podrías hacer que las peticiones generen nuevos trabajos. Igualmente podrías configurar un timeout para los jobs inactivos en el sistema para que el mismo se encargue de finalizarlos.

Para el caso de tu cliente que tienen en Java, pienso que podrían probar lo mismo que menciono en el punto 2. Asumo que están utilizando JT400 o alguna conexión por ODBC, por lo que sería más complicado ya que son trabajos que gestiona el sistema y necesitas identificarlos. También hay que considerar que el cambio a cosas del sistema operativo, podrían afectar a otros aplicativos que utilicen los servicios.

La verdad es que en este caso creo que lo mejor sería gestionar los trabajos desde el cliente, realizando la desconexión en el momento que se genera la excepción.

Honestamente, pienso que es muy común encontrar estos retos al crear aplicaciones WEB fuera del IBM i y por lo que deciden mejor utilizar aplicaciones que ya gestionan las conexiones a través de DTAQ´s.

Por nuestro lado buscamos el promover que tanto el FrontEnd como el BackEnd se realicen en el mismo IBM i. O una buena opción es utilizar API´s y que el FrontEnd las consuma por medio de REST/SOAP. Realmente el sistema IBM i tiene todo lo necesario para poder utilizar estas nuevas tecnologías, el problema, como ya lo mencionaste, vemos que es el desconocimiento de este.

Aprovecho para compartirte unos diagramas que tenemos con respecto a la apificación. Recuerdo que tenemos un tema sobre apificación pero no tengo el link, deja lo busco bien y te lo comparto para ver si es de tu interés.

Nos gustaría que nos mantuvieras informados sobre el tema.

Saludos.