Compartiendo informacion

2006-09-13 Por tema Fernando 
Buenas tardes les paso algo que recien me llego.
1. SAVE AND RESTORE SPOOLED FILES IN V5R4 
V5R4 finally provides a native capability to save and restore spooled files. Before V5R4 you had to build or buy your own programs to create a savable/restorable version of your spooled files. IBM provided some spooled file APIs to enable you to create these savable versions of spooled files, but they were not always completely restorable. Certain spooled file attributes were ignored. 

V5R4's new capability does not miss any spooled file attributes and provides an IBM-supported mechanism, as opposed to even the best homegrown solution.
To accomplish the change, a new parameter called SPLFDTA has been added to the SAVLIB, SAVOBJ, RSTLIB, and RSTOBJ commands. Let's look at a few V5R4 examples of the save and restore commands as they relate to spooled files.

SAVLIB LIB(TESTLIB) DEV(TAP01) SPLFDTA(*ALL) 
This command saves the library named TESTLIB, including all of the spooled files residing in any output queues in the TESTLIB library. 
http://iseries.pentontech.com/t?ctl=38427:7F3D86
Fernando.

Re: Lista Bibliotecas

2006-09-13 Por tema Fernando 
Wilfredo, en internet hay una biblioteca denominada JADA que tiene multiples funciones y utilidades entre ellas lo que estas necesitando.
 
Lo que no recuerdo es de donde la baje.
Fernando. 
El día 13/09/06, Wilfredo Ramírez <[EMAIL PROTECTED]> escribió:



Saludos a todos, a ver quien me puede dar una idea, estoy haciendo un proyecto donde es necesario cuando un usuario entra al sistema tener que salvar la lista de biblioteca que tiene asignada para luego ser restaurada.

Existe algún Api donde pueda obtener esta lista de biblioteca para poder salvarla y luego restaurar esta misma, le agradecería cualquier ayuda que me puedan brindar.
Bendiciones... 
Wilfredo Ramírez Analista Senior IT 
Phone    : (809) 947-6529 Mobile  :  (809) 650-0059 Mail :  
[EMAIL PROTECTED] WWW.Republicdr.COM.DO
  


Jada_Tools.gif
Description: GIF image

Re: Lista Bibliotecas

2006-09-13 Por tema Dario G. I. Heinze 
Title: Lista Bibliotecas



Wilfredo, buenas tardes.
 
Para recuperar la lista de 
bibliotecas.
 
RTVJOBA USRLIBL(&LISTABIB) 
CURLIB(&BIBACTUAL)
 
para cambiarla...
 
CHGLIBL LIBL(&LISTABIB) 
CURLIB(&BIBACTUAL)
Saludos,
 
Dario.-
_

  - Original Message - 
  From: 
  Wilfredo Ramírez 
  To: Forum AS/400 (E-mail) 
  Sent: Wednesday, September 13, 2006 2:27 
  PM
  Subject: Lista Bibliotecas
  
  Saludos a todos, a ver quien me puede dar una idea, 
  estoy haciendo un proyecto donde es necesario cuando un usuario entra al 
  sistema tener que salvar la lista de biblioteca que tiene asignada para luego 
  ser restaurada.
  Existe algún Api donde pueda obtener esta lista de 
  biblioteca para poder salvarla y luego restaurar esta misma, le agradecería 
  cualquier ayuda que me puedan brindar.
  Bendiciones... 
  Wilfredo 
  Ramírez Analista Senior IT Phone    : (809) 947-6529 
  Mobile  
  :  (809) 650-0059 Mail :  
  [EMAIL PROTECTED] WWW.Republicdr.COM.DO

Lista Bibliotecas

2006-09-13 Por tema Wilfredo Ramírez 
Title: Lista Bibliotecas





Saludos a todos, a ver quien me puede dar una idea, estoy haciendo un proyecto donde es necesario cuando un usuario entra al sistema tener que salvar la lista de biblioteca que tiene asignada para luego ser restaurada.

Existe algún Api donde pueda obtener esta lista de biblioteca para poder salvarla y luego restaurar esta misma, le agradecería cualquier ayuda que me puedan brindar.

Bendiciones...


Wilfredo Ramírez
Analista Senior IT
Phone    : (809) 947-6529
Mobile  :  (809) 650-0059
Mail :  [EMAIL PROTECTED]
WWW.Republicdr.COM.DO

Re: Contraseña

2006-09-13 Por tema Guillermo Andrades (CPI Software) 
creo que eso solo lo puedes hacer con Qsecurity = 10 (wrksysval)pero entonces tienes el 400 abierto.GuillermoOn 9/13/06, Emma Bedoya <
[EMAIL PROTECTED]> wrote:






Buenas tardes.
 
¿Hay alguna manera de que un usuario no tenga 
contraseña? Al crear el usuario he puesto contraseña *none pero no me permite 
iniciar sesion porque no tiene contraseña.
 
Gracias.
 

Re: Contraseña

2006-09-13 Por tema Marti Riera 
Hola Emma,
 
En principio a partir del nivel de seguridad 20 no se puede (valor sistema QSECURITY) lo recomendable es tener 30 como minimo.
 
Con nivel 20 o sup. el usuario siempre debe tener contraseña, si pones *NONE no podra iniciar sesion contra el AS400, esto normalmente se utiliza para usuarios de servicios del sistema que no deben conectarse nunca.

 
Saludos. 
El día 13/09/06, Emma Bedoya <[EMAIL PROTECTED]> escribió:



Buenas tardes.
 
¿Hay alguna manera de que un usuario no tenga contraseña? Al crear el usuario he puesto contraseña *none pero no me permite iniciar sesion porque no tiene contraseña.
 
Gracias.
 -- Martí Riera

RE: Contraseña

2006-09-13 Por tema Juan Carlos Sevilla 



Hola:
    En versiones anteriores a V5R1, puedes 
cambiar:
CHGSYSVAL SYSVAL(QSECURITY) VALUE('10')
    Es decir:
Valor sistema  . . . . :   
QSECURITY   
Descripción  . . . . . :   Nivel de seguridad del 
sistema  
   
   
Nivel seguridad sistema  . . :   10  10=Solamente 
seguridad física (sin contraseñas)

Esto surte efecto despues de 
hacer IPL (si no recuerdo mal).
Incovenientes: Que un mismo 
usuario, sin querer te habra más de un perfil (ej: ANTONIO, ANTON, 
ANTONI--> aunque se equivoque el AS/400 creará nuevos usuarios). 

    Es un paso muy importante el cambiar el nivel de 
seguridad.
    

    A partir de seguridad (20) el minimo para una 
contraseña es de 1 caracter
 
Un Saludo
   



De: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] En nombre de Emma 
BedoyaEnviado el: miércoles, 13 de septiembre de 2006 
17:54Para: ForoAsunto: Contraseña

Buenas tardes.
 
¿Hay alguna manera de que un usuario no tenga 
contraseña? Al crear el usuario he puesto contraseña *none pero no me permite 
iniciar sesion porque no tiene contraseña.
 
Gracias.
 

Re: Contraseña

2006-09-13 Por tema alex martinez 
Hola:Para lo que pides la única forma que se me ocurre es configurar EIM y Single Sign ON. En el information Center tienes bastante información http://publib.boulder.ibm.com/iseries/
El día 13/09/06, Emma Bedoya <[EMAIL PROTECTED]> escribió:







Buenas tardes.
 
¿Hay alguna manera de que un usuario no tenga 
contraseña? Al crear el usuario he puesto contraseña *none pero no me permite 
iniciar sesion porque no tiene contraseña.
 
Gracias.
 

-- Mi blog sobre as400http://www.ajut400.com

Contraseña

2006-09-13 Por tema Emma Bedoya 



Buenas tardes.
 
¿Hay alguna manera de que un usuario no tenga 
contraseña? Al crear el usuario he puesto contraseña *none pero no me permite 
iniciar sesion porque no tiene contraseña.
 
Gracias.
 

RE: API Retrieve User Information (QSYRUSRI) y autorizaciones

2006-09-13 Por tema Javier Mora 
Title: RE: API Retrieve User Information (QSYRUSRI) y autorizaciones






> -Mensaje original-

> De:   [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] En nombre de Javier Mora

> Enviado el:   miércoles, 13 de septiembre de 2006 15:18

> Para: forum.help400@combios.es

> Asunto:   RE: API Retrieve User Information (QSYRUSRI) y autorizaciones


> > He modificado el fuente para monitorizar los mensajes de error al llamar a la API (rc=-1 y devuelve el CPF de error). y ahora informa  correctamente del Msgid CPF9802 sino está autorizado al objeto (en este caso el perfil de usuario).
> >
> > He subido el ejemplo aqui
> > <>
> >
> > Pruébalo y dime el resultado..
> > 

> 

> El resultado es ;-) 

> 

> QUE SI ESTÁ VALIDANDO LAS AUTORIZACIONES Y, EFECTIVAMENTE, APARECE EL ERROR CPF0801. 

> 

> Ahora si que estoy jodido, porque me toca averiguar que narices pasa con mi programa. Voy a intentarlo. Ya contaré algo.

> 


ATENCIÓN A LOS DESPREVENIDOS: LA SIGUIENTE EXPLICACIÓN ES DENSA, DOLOROSA Y, A LO MEJOR, NO ESTÁ MUY CLARA. ABSTENERSE AQUELLOS QUE NO ESTÉIS INTERESADOS.

Bueno, ya he descubierto que es lo que ocurre. No se si seré capaz de explicarme :-)


* ¿Qué es lo que quiero hacer?


Estoy trabajando sobre un programa de manejo de interrupción sobre una cola de mensajes. Este programa accede a la información del perfil de usuario del remitente del mensaje para mostrar en pantalla el texto descriptivo.

Este programa está hecho en ILE RPG y se activa en el grupo de activación QILE. No se, de momento, si esta circunstancia también afecta al comportamiento anómalo que he detectado.

* Operativa de las pruebas


Por cuestiones de auditorías externas de seguridad, etc, etc... Tenemos un perfil de usuario con el nivel más bajo de autorizaciones para realizar las pruebas de los programas. Es decir, es un usuario como otro cualquiera, menos el grupo de usuarios de informática. Este usuario no tiene contraseña, es decir, nadie puede iniciar una sesión con él.

Los desarrolladores conocemos la existencia de este usuario. ¿Cómo lo utilizamos para las pruebas? Tenemos un pequeño programita que nos permite sustituir al usuario actual del trabajo (el que inició la sesión) por este otro usuario de pruebas. El cambio se hace sin problemas.

Una vez que estamos en este entorno de pruebas, se procede a comprobar los programas.


* Lo que ocurre


1. Se inicia la conexión con mi usuario habitual.

2. Se cambia el usuario actual por el de pruebas.

3. Se comprueba el cambio con DSPJOB opción 1.

4. Se activa el programa manejador de interrupción con CHGMSGQ  DLVRY(*BREAK) PGM(MIPGM)

5. Desde otra sesión se envía el mensaje a la cola "".

6. En la sesión inicial se observa una ventana con el mensaje enviado y el texto del perfil de usuario remitente.


Mi extrañeza surge porque no falla el programa.


* Lo observado en las pruebas


1. Antes de inicar el envío del mensaje compruebo que el usuario actual del trabajo es el de pruebas (DSPJOB/Opc 1).


2. Cuando se activa el programa manejador por el mensaje enviado, lo interrumpo ante de usar la API y compruebo el usuario actual (DSPJOB/Opc 1). ¡Sorpresa! El usuario actual del trabajo es el que inició la sesión, que si tiene autorización sobre el usuario remitente. Por esto no falla el progama.

3. Si inicio una sesión con el usuario de pruebas (lo pongo contraseña), si que aparece el error por no tener autorizaciones.

* CONCLUSIÓN


1. El programa de intercambio del usuario actual del trabajo puede que no funcione bien.


2. Parece que hay un cambio en las propiedades del trabajo cuando se activa el programa manejador. Por lo menos, cuando este se interrupe el usuario actual del trabajo no es el mismo que cuando termina.

3. El sistema está comprobando correctamente las autorizaciones. En este caso, el usuario que ejecuta el programa manejador es el mismo que inició el trabajo, no el de pruebas.

4. A veces, no siempre contamos bajo que "entorno" se está ejecutando los programas, por desconocimiento o por pensar que no afectan a lo que hacemos.

5. He descubierto que el AS/400, iSeries, System i, o como se llame sigue siendo un misterio para mi, aun teniendo 15 años de experiencia.


* LOS PROGRAMAS


Si alguno de vosotros estáis inteterasados en los fuentes de estos programas, decírmelo. No son prototipos pero todavía les queda probarlos mucho.

Un saludo a todos y disculpad por este rollo.


Javier Mora

Re: Empezando con Stored Procedures

2006-09-13 Por tema [EMAIL PROTECTED] 
 
te paso un trozo de fuente en vb.net que llama a un procedimiento almacenado de AS/400 .
 
saludos 


Prueba el Nuevo Correo Terra; Seguro, rápido, fiable.



   Dim tx As String = "DSN=JDBAPTF;SYSTEM=xx.xx.xx.x;CMT=0;DBQ="aqui van la 
bibliotecas que necesitas";NAM=0;DFT=5;DSP=1;TFT=0;TSP=0;DEC=0; 
XDYNAMIC=1;RECBLOCK=2;BLOCKSIZE=32;SCROLLABLE=0;TRANSLATE=1;LAZYCLOSE=1;LIBVIEW=0;REMARKS=0;CONNTYPE=0;
   
SORTTYPE=0;PREFETCH=0;DFTPKGLIB=QGPL;LANGUAGEID=ENU;SORTWEIGHT=0;MAXFIELDLEN=32;COMPRESSION=0;ALLOWUNSCHAR
=0;SEARCHPATTERN=1;MGDSN=0;"

Dim cn As New System.Data.Odbc.OdbcConnection
cn.ConnectionString = (tx) 
 

   Try
cn.Open()
Catch ex As System.Data.odbc.OdbcException
Dim s As String = ex.Message
End Try


 Dim CMD As New Odbc.OdbcCommand

   CMD.Connection = cn
   CMD.CommandType() = CommandType.StoredProcedure
   CMD.CommandText = "CALL VERIFP2"
   Try
CMD.ExecuteNonQuery()
   Catch ex As System.Data.odbc.OdbcException
Dim s As String = ex.Message
   End Try

Re: Empezando con Stored Procedures

2006-09-13 Por tema José de la Herrán 

Prueba con éste: http://www.redbooks.ibm.com/abstracts/sg246503.html?Open

appleseed a escribió:

Estoy replanteando el uso de Stored Procedures desde aplicaciones 
externas (.NET o Java) y poder reutilizarlas igualmente desde RPG.
 
A parte de los redbooks de IBM, ¿conoceis de algún manual, web o 
ejemplos válidos?.
 
Me planteo no solo insertar o modificar registros con Stored 
Procedures, si no recuperar sets de resultados.
 
Gracias.




LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com 
 




--
José de la Herrán Núñez
Ayuntamiento de Vitoria-Gasteiz
Departamento de Gestión de la Tecnología y Atención Ciudadana
Pintor Vera Fajardo, 5 bajo, 01008 Vitoria-Gasteiz
Tlf: +34 945 16 16 14
Fax: +34 945 16 16 00
mailto:[EMAIL PROTECTED]


__
Forum.HELP400 es un servicio más de NEWS/400.
© Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_

Para darte de baja visita la siguente URL:
http://coyote.combios.es/mailman/listinfo/forum.help400

RE: API Retrieve User Information (QSYRUSRI) y autorizaciones

2006-09-13 Por tema Javier Mora 
Title: RE: API Retrieve User Information (QSYRUSRI) y autorizaciones






> -Mensaje original-

> De:   [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] En nombre de alex martinez

> Enviado el:   miércoles, 13 de septiembre de 2006 12:09

> Para: forum.help400@combios.es

> Asunto:   Re: API Retrieve User Information (QSYRUSRI) y autorizaciones

> 

> Hola Javier:
>
> Al final me ha picado la curiosidad. Y mientras cargaba PTFs he probado en un sistema en V5R3 nivel de seguridad 40, y nivel de PTF C6178530.
>
> he tomado este ejemplo para recuperar información con la API QSYRUSRI
> 
>
> El ejemplo contiene un error y "parece" que el programa permite el acceso a cualquier perfil de usuario, pero lo que sucede es que no monitoriza los mensajes de error cuando la llamada a la API devuelve algún error.
>
> He modificado el fuente para monitorizar los mensajes de error al llamar a la API (rc=-1 y devuelve el CPF de error). y ahora informa  correctamente del Msgid CPF9802 sino está autorizado al objeto (en este caso el perfil de usuario).
>
> He subido el ejemplo aqui
> 
>
> Pruébalo y dime el resultado..
> 


El resultado es ;-)


QUE SI ESTÁ VALIDANDO LAS AUTORIZACIONES Y, EFECTIVAMENTE, APARECE EL ERROR CPF0801.


Ahora si que estoy jodido, porque me toca averiguar que narices pasa con mi programa. Voy a intentarlo. Ya contaré algo.

Gracias Alex.

Empezando con Stored Procedures

2006-09-13 Por tema appleseed a 
Estoy replanteando el uso de Stored Procedures desde aplicaciones externas (.NET o Java) y poder reutilizarlas igualmente desde RPG.     A parte de los redbooks de IBM, ¿conoceis de algún manual, web o ejemplos válidos?.     Me planteo no solo insertar o modificar registros con Stored Procedures, si no recuperar sets de resultados.     Gracias. 
		LLama Gratis a cualquier PC del Mundo.Llamadas a fijos y móviles desde 1 céntimo por minuto.http://es.voice.yahoo.com

Re: API Retrieve User Information (QSYRUSRI) y autorizaciones

2006-09-13 Por tema alex martinez 
Hola Javier:Al final me ha picado la curiosidad. Y mientras cargaba PTFs he probado en un sistema en V5R3 nivel de seguridad 40, y nivel de PTF C6178530.he tomado este ejemplo para recuperar información con la API QSYRUSRI
http://www.think400.dk/apier_1.htm#eks0009
El ejemplo contiene un error y "parece" que el programa permite el acceso a cualquier perfil de usuario, pero lo que sucede es que no monitoriza los mensajes de error cuando la llamada a la API devuelve algún error.
He modificado el fuente para monitorizar los mensajes de error al llamar a la API (rc=-1 y devuelve el CPF de error). y ahora informa  correctamente del Msgid CPF9802 sino está autorizado al objeto (en este caso el perfil de usuario).
He subido el ejemplo aquihttp://www.ajut400.com/descargas/QSYRUSRI.rpglePruébalo y dime el resultado..
El día 13/09/06, Javier Mora <[EMAIL PROTECTED]
> escribió:








> -Mensaje original-

> De:   

[EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]] 

En nombre de alex martinez

> Enviado el:   miércoles, 13 de septiembre de 2006 9:19



> Para: 

forum.help400@combios.es

> Asunto:   Re: API Retrieve User Information (QSYRUSRI) y autorizaciones


> 

> Hola Javier:
>
> ¿ El programa se ejecuta con las autorizaciones del usuario (*user) o del propietario (*owner)?
>
> Haz un DSPPGM y revisa el parámetro USRPRF.


USRPRF(*USER)


>
> La causa del problema puede ser que se ejecute con las autorizaciones del propietario USRPRF(*OWNER) 


Ya he comprobado esta situación. Incluso me he atrevido a comprobar que la API QSYRUSRI no tenga autorizaciones adoptadas (que no las tiene).

Podría olvidarme de todo este asunto, pero se trata de un programa que va a estar funcionando en una aplicación crítica y me gustaría comprobar todas las posibles excepciones. Lo que más miedo me da no es que funcione ahora, sino que por un cambio de PTFs o de versión dejara de funcionar por no tener controlados estos temas.


Un poco extraño lo que está ocurriendo, sobre todo cuando compruebo que el usuario sin autorizaciones no puede hacer ni un DSPUSRPRF sobre cualquier otro usuario. Se emite un error por falta de autorizaciones.



>
> SAlu2


    Gracias,



    Javier Mora

    Dpto. Informática

    Dialsur S.A.U.


>
> 

> El día 13/09/06, Javier Mora <

[EMAIL PROTECTED] <

mailto:[EMAIL PROTECTED]>> escribió:

> 

> > -Mensaje original-
> > De:   

[EMAIL PROTECTED]  [SMTP:

[EMAIL PROTECTED] <

mailto:[EMAIL PROTECTED]>] En nombre de Tellez Alvarado, Ignacio Andres


> 

> > Enviado el:   

martes, 12 de septiembre de 2006 15:06 

> 

>
> > Para: 

forum.help400@combios.es 
> 

> > Asunto:  
 RE: API Retrieve User Information (QSYRUSRI) y autorizaciones
> > Importancia:  Alta

 

>
> >
> >
> > El usuario que ejecuta, ¿es parte de un grupo que tiene acceso al perfil?


> > 

> 

> 

> 

> No pertenece a ningún grupo. 

> 

> Lo curioso de todo este asunto es que estoy intentando saltarme todos los controles de seguridad posibles para ver si el programa controla bien estas excepciones. Estoy un poco sorprendido.
 

> 

> Resumo el entorno: 

> 

> - Nivel de seguridad: 30
> - El usuario que utiliza la API es de tipo *USER, no tiene autorizaciones especiales (*NONE) y no pertenece a ningún grupo (*NONE).

> 

> - El perfil de usuario que es consultado con la API tiene autorizaciones *PUBLIC *EXCLUDE, y las autorizaciones habituales para su propietario y para el propio usuario.
 

> 

> - El programa que utiliza la API no tiene autorizaciones adoptadas. 

> 

> > Atte.,
> >
> >    Ignacio
> >
> >
> > --

> 

>
> > From:   

[EMAIL PROTECTED] [SMTP:

[EMAIL PROTECTED] <

mailto:[EMAIL PROTECTED]>] on behalf of Javier Mora[ 

SMTP:[EMAIL PROTECTED] ]



> 

> 

> 

> >
> > Reply To:   

forum.help400@combios.es <

mailto:forum.help400@combios.es>
> > Sent:   

Martes, 12 de Septiembre de 2006 7:02
> > To:     

Forum AS/400 en castellano
> > Subject:    

API Retrieve User Information (QSYRUSRI) y autorizaciones
> >
> > Hola a todos:
> >
> >     Estoy probando un programa que necesita utilizar el API QSYRUSRI para obtener una información del perfil de usuario. En la descripción de la API dice que el usuario que la utiliza debe tener autorización *READ sobre el perfil de usuario.
 

> 

> >
> >     El programa funciona perfecto. Lo curioso es que el usuario que lo utiliza no tiene ningún tipo de autorización sobre el perfil que consulta (*PUBLIC *EXCLUDE) y tampoco tiene una autorización espacial (*NONE). En las mismas circunstancias realizo un DSPUSRPRF sobre el perfil que consulta y el sistema me devuelve el error por no tener autorizaciones adecuadas.
 

> 

> >
> >     Visto este comportamiento me asalta una duda. O yo no he entendido lo que me dice el manual, o algo estoy haciendo mal, porque lo que quiero probocar es, precisamente, el error por falta de autorizaci

Re: [SPAM] AFP

2006-09-13 Por tema alex martinez 
Hola Albert:Con la palabra clave BOX de DDS no se pueden redondear las esquinas.Una alternativa es crear un segmento de página *PAGSEG que contenga un recuardo con la esquinas redondeadas. La forma de crearlo en muy similar a un Overlay.
SAlu2El día 13/09/06, Albert López <[EMAIL PROTECTED]> escribió:

Hola a todos,
estoy diseñando un listado AFP, y tengo
la siguiente duda.
En la definición de la DDS de la impresora
tengo especificada la palabra clave BOX, para dibujar un recuadro. Alguien
sabe si de alguna manera se puede hacer para que las esquinas del BOX,
se puedan hacer redondeadas ??...

mil puntos para quien lo sepa,.. jejeje
!!
Gracias por la ayuda,
 
Albert López
IT Department. Helpdesk Consultant
  
š
[EMAIL PROTECTED]
É
+34 93 724 39 00
Ê
+34 93 723 86 65
 
Aquapoint S.A.
C/ Filadors, 35 4a planta
08208  Sabadell BCN
(Spain)
 
This e-mail may contain confidential or priviliged information. If you
are not the intended recipient please advise by return email and delete
immediately without regarding or fowarding to others. 
-- Mi blog sobre as400http://www.ajut400.com

RE: API Retrieve User Information (QSYRUSRI) y autorizaciones

2006-09-13 Por tema Javier Mora 
Title: RE: API Retrieve User Information (QSYRUSRI) y autorizaciones






> -Mensaje original-

> De:   [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] En nombre de alex martinez

> Enviado el:   miércoles, 13 de septiembre de 2006 9:19

> Para: forum.help400@combios.es

> Asunto:   Re: API Retrieve User Information (QSYRUSRI) y autorizaciones

> 

> Hola Javier:
>
> ¿ El programa se ejecuta con las autorizaciones del usuario (*user) o del propietario (*owner)?
>
> Haz un DSPPGM y revisa el parámetro USRPRF.


USRPRF(*USER)


>
> La causa del problema puede ser que se ejecute con las autorizaciones del propietario USRPRF(*OWNER) 


Ya he comprobado esta situación. Incluso me he atrevido a comprobar que la API QSYRUSRI no tenga autorizaciones adoptadas (que no las tiene).

Podría olvidarme de todo este asunto, pero se trata de un programa que va a estar funcionando en una aplicación crítica y me gustaría comprobar todas las posibles excepciones. Lo que más miedo me da no es que funcione ahora, sino que por un cambio de PTFs o de versión dejara de funcionar por no tener controlados estos temas.

Un poco extraño lo que está ocurriendo, sobre todo cuando compruebo que el usuario sin autorizaciones no puede hacer ni un DSPUSRPRF sobre cualquier otro usuario. Se emite un error por falta de autorizaciones.


>
> SAlu2


    Gracias,



    Javier Mora

    Dpto. Informática

    Dialsur S.A.U.


>
> 

> El día 13/09/06, Javier Mora <[EMAIL PROTECTED] > escribió:

> 

> > -Mensaje original-
> > De:   [EMAIL PROTECTED]  [SMTP:[EMAIL PROTECTED] ] En nombre de Tellez Alvarado, Ignacio Andres

> 

> > Enviado el:   martes, 12 de septiembre de 2006 15:06 

> 

>
> > Para: forum.help400@combios.es 
> 

> > Asunto:   RE: API Retrieve User Information (QSYRUSRI) y autorizaciones
> > Importancia:  Alta 

>
> >
> >
> > El usuario que ejecuta, ¿es parte de un grupo que tiene acceso al perfil?
> > 

> 

> 

> 

> No pertenece a ningún grupo. 

> 

> Lo curioso de todo este asunto es que estoy intentando saltarme todos los controles de seguridad posibles para ver si el programa controla bien estas excepciones. Estoy un poco sorprendido. 

> 

> Resumo el entorno: 

> 

> - Nivel de seguridad: 30
> - El usuario que utiliza la API es de tipo *USER, no tiene autorizaciones especiales (*NONE) y no pertenece a ningún grupo (*NONE).

> 

> - El perfil de usuario que es consultado con la API tiene autorizaciones *PUBLIC *EXCLUDE, y las autorizaciones habituales para su propietario y para el propio usuario. 

> 

> - El programa que utiliza la API no tiene autorizaciones adoptadas. 

> 

> > Atte.,
> >
> >    Ignacio
> >
> >
> > --

> 

>
> > From:   [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] ] on behalf of Javier Mora[ SMTP:[EMAIL PROTECTED] ]

> 

> 

> 

> >
> > Reply To:   forum.help400@combios.es 
> > Sent:   Martes, 12 de Septiembre de 2006 7:02
> > To:     Forum AS/400 en castellano
> > Subject:    API Retrieve User Information (QSYRUSRI) y autorizaciones
> >
> > Hola a todos:
> >
> >     Estoy probando un programa que necesita utilizar el API QSYRUSRI para obtener una información del perfil de usuario. En la descripción de la API dice que el usuario que la utiliza debe tener autorización *READ sobre el perfil de usuario. 

> 

> >
> >     El programa funciona perfecto. Lo curioso es que el usuario que lo utiliza no tiene ningún tipo de autorización sobre el perfil que consulta (*PUBLIC *EXCLUDE) y tampoco tiene una autorización espacial (*NONE). En las mismas circunstancias realizo un DSPUSRPRF sobre el perfil que consulta y el sistema me devuelve el error por no tener autorizaciones adecuadas. 

> 

> >
> >     Visto este comportamiento me asalta una duda. O yo no he entendido lo que me dice el manual, o algo estoy haciendo mal, porque lo que quiero probocar es, precisamente, el error por falta de autorizaciones. 

> 

> >
> >     Estoy en V5R3 con nivel de PTF TL05298. ¿Alguien puede orientarme? ¿Algún problema de PTF?
> >
> >     Un saludo y gracias por vuestras sugerencias,
> >
> >
> >     Javier Mora
> >     Dpto. Informática
> >     Dialsur S.A.U.
> >
> >
> >   _ 
> >
> > -
> > Notice of Confidentiality: The information transmitted is intended only for the sender and person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, e-transmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited.
> > If you received this in error, please contact the sender immediately by return electronic transmission and then immediat

[SPAM] AFP

2006-09-13 Por tema Albert López 

Hola a todos,
estoy diseñando un listado AFP, y tengo
la siguiente duda.
En la definición de la DDS de la impresora
tengo especificada la palabra clave BOX, para dibujar un recuadro. Alguien
sabe si de alguna manera se puede hacer para que las esquinas del BOX,
se puedan hacer redondeadas ??...

mil puntos para quien lo sepa,.. jejeje
!!
Gracias por la ayuda,
 
Albert López
IT Department. Helpdesk Consultant
  
š
[EMAIL PROTECTED]
É
+34 93 724 39 00
Ê
+34 93 723 86 65
 
Aquapoint S.A.
C/ Filadors, 35 4a planta
08208  Sabadell BCN
(Spain)
 
This e-mail may contain confidential or priviliged information. If you
are not the intended recipient please advise by return email and delete
immediately without regarding or fowarding to others.

Re: API Retrieve User Information (QSYRUSRI) y autorizaciones

2006-09-13 Por tema alex martinez 
Hola Javier:¿ El programa se ejecuta con las autorizaciones del usuario (*user) o del propietario (*owner)? Haz un DSPPGM y revisa el parámetro USRPRF.La causa del problema puede ser que se ejecute con las autorizaciones del propietario USRPRF(*OWNER)
SAlu2El día 13/09/06, Javier Mora <[EMAIL PROTECTED]> escribió:








> -Mensaje original-

> De:   
[EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]] 
En nombre de Tellez Alvarado, Ignacio Andres

> Enviado el:   martes, 12 de septiembre de 2006 15:06


> Para: 
forum.help400@combios.es

> Asunto:   RE: API Retrieve User Information (QSYRUSRI) y autorizaciones


> Importancia:  Alta

> 

> 

> El usuario que ejecuta, ¿es parte de un grupo que tiene acceso al perfil? 


> 


No pertenece a ningún grupo.


Lo curioso de todo este asunto es que estoy intentando saltarme todos los controles de seguridad posibles para ver si el programa controla bien estas excepciones. Estoy un poco sorprendido.


Resumo el entorno:


- Nivel de seguridad: 30

- El usuario que utiliza la API es de tipo *USER, no tiene autorizaciones especiales (*NONE) y no pertenece a ningún grupo (*NONE).

- El perfil de usuario que es consultado con la API tiene autorizaciones *PUBLIC *EXCLUDE, y las autorizaciones habituales para su propietario y para el propio usuario.


- El programa que utiliza la API no tiene autorizaciones adoptadas.


> Atte., 

> 

>    Ignacio 

> 

> 

> --
> From:   [EMAIL PROTECTED]
[SMTP:[EMAIL PROTECTED]] on behalf of Javier Mora[
SMTP:[EMAIL PROTECTED]]

> 

> Reply To:   
forum.help400@combios.es
> Sent:   Martes, 12 de Septiembre de 2006 7:02

> To:     Forum AS/400 en castellano

> Subject:    API Retrieve User Information (QSYRUSRI) y autorizaciones
 

> 

> Hola a todos: 

> 

>     Estoy probando un programa que necesita utilizar el API QSYRUSRI para obtener una información del perfil de usuario. En la descripción de la API dice que el usuario que la utiliza debe tener autorización *READ sobre el perfil de usuario.


> 

>     El programa funciona perfecto. Lo curioso es que el usuario que lo utiliza no tiene ningún tipo de autorización sobre el perfil que consulta (*PUBLIC *EXCLUDE) y tampoco tiene una autorización espacial (*NONE). En las mismas circunstancias realizo un DSPUSRPRF sobre el perfil que consulta y el sistema me devuelve el error por no tener autorizaciones adecuadas.


> 

>     Visto este comportamiento me asalta una duda. O yo no he entendido lo que me dice el manual, o algo estoy haciendo mal, porque lo que quiero probocar es, precisamente, el error por falta de autorizaciones.


> 

>     Estoy en V5R3 con nivel de PTF TL05298. ¿Alguien puede orientarme? ¿Algún problema de PTF?
 

> 

>     Un saludo y gracias por vuestras sugerencias, 


> 

> 

>     Javier Mora
>     Dpto. Informática
>     Dialsur S.A.U. 

> 

> 

>   _ 
> 

> -
> Notice of Confidentiality: The information transmitted is intended only for the sender and person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, e-transmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited.

> If you received this in error, please contact the sender immediately by return electronic transmission and then immediately delete this transmission, including all attachments, without copying, distributing or disclosing same.

> --
> Aviso de Confidencialidad: Este correo electrónico y/o el material adjunto es para uso exclusivo del emisor y la persona o entidad a la que expresamente se le ha enviado, y puede contener información confidencial o material privilegiado. Si usted no es el destinatario legítimo del mismo, por favor repórtelo inmediatamente al remitente del correo y bórrelo.

> Cualquier revisión, retransmisión, difusión o cualquier otro uso de este correo, por personas o entidades distintas a las del destinatario legítimo, queda expresamente prohibido. Este correo electrónico no pretende ni debe ser considerado como constitutivo de ninguna relación legal, contractual o de otra índole similar.

> -- 

> 




-- Mi blog sobre as400http://www.ajut400.com

RE: API Retrieve User Information (QSYRUSRI) y autorizaciones

2006-09-13 Por tema Javier Mora 
Title: RE: API Retrieve User Information (QSYRUSRI) y autorizaciones






> -Mensaje original-

> De:   [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] En nombre de Tellez Alvarado, Ignacio Andres

> Enviado el:   martes, 12 de septiembre de 2006 15:06

> Para: forum.help400@combios.es

> Asunto:   RE: API Retrieve User Information (QSYRUSRI) y autorizaciones

> Importancia:  Alta

> 

> 

> El usuario que ejecuta, ¿es parte de un grupo que tiene acceso al perfil? 

> 


No pertenece a ningún grupo.


Lo curioso de todo este asunto es que estoy intentando saltarme todos los controles de seguridad posibles para ver si el programa controla bien estas excepciones. Estoy un poco sorprendido.

Resumo el entorno:


- Nivel de seguridad: 30

- El usuario que utiliza la API es de tipo *USER, no tiene autorizaciones especiales (*NONE) y no pertenece a ningún grupo (*NONE).

- El perfil de usuario que es consultado con la API tiene autorizaciones *PUBLIC *EXCLUDE, y las autorizaciones habituales para su propietario y para el propio usuario.

- El programa que utiliza la API no tiene autorizaciones adoptadas.


> Atte., 

> 

>    Ignacio 

> 

> 

> --
> From:   [EMAIL PROTECTED]:[EMAIL PROTECTED] on behalf of Javier Mora[SMTP:[EMAIL PROTECTED]

> 

> Reply To:   forum.help400@combios.es
> Sent:   Martes, 12 de Septiembre de 2006 7:02
> To:     Forum AS/400 en castellano
> Subject:    API Retrieve User Information (QSYRUSRI) y autorizaciones 

> 

> Hola a todos: 

> 

>     Estoy probando un programa que necesita utilizar el API QSYRUSRI para obtener una información del perfil de usuario. En la descripción de la API dice que el usuario que la utiliza debe tener autorización *READ sobre el perfil de usuario.

> 

>     El programa funciona perfecto. Lo curioso es que el usuario que lo utiliza no tiene ningún tipo de autorización sobre el perfil que consulta (*PUBLIC *EXCLUDE) y tampoco tiene una autorización espacial (*NONE). En las mismas circunstancias realizo un DSPUSRPRF sobre el perfil que consulta y el sistema me devuelve el error por no tener autorizaciones adecuadas.

> 

>     Visto este comportamiento me asalta una duda. O yo no he entendido lo que me dice el manual, o algo estoy haciendo mal, porque lo que quiero probocar es, precisamente, el error por falta de autorizaciones.

> 

>     Estoy en V5R3 con nivel de PTF TL05298. ¿Alguien puede orientarme? ¿Algún problema de PTF? 

> 

>     Un saludo y gracias por vuestras sugerencias, 

> 

> 

>     Javier Mora
>     Dpto. Informática
>     Dialsur S.A.U. 

> 

> 

>   _ 
> 

> -
> Notice of Confidentiality: The information transmitted is intended only for the sender and person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, e-transmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited.
> If you received this in error, please contact the sender immediately by return electronic transmission and then immediately delete this transmission, including all attachments, without copying, distributing or disclosing same.
> --
> Aviso de Confidencialidad: Este correo electrónico y/o el material adjunto es para uso exclusivo del emisor y la persona o entidad a la que expresamente se le ha enviado, y puede contener información confidencial o material privilegiado. Si usted no es el destinatario legítimo del mismo, por favor repórtelo inmediatamente al remitente del correo y bórrelo.
> Cualquier revisión, retransmisión, difusión o cualquier otro uso de este correo, por personas o entidades distintas a las del destinatario legítimo, queda expresamente prohibido. Este correo electrónico no pretende ni debe ser considerado como constitutivo de ninguna relación legal, contractual o de otra índole similar.
> -- 

>