De: oestupin <oestupin@...> Para: DesarrolloOracleForms@yahoogroups.com Enviado: martes, 26 de mayo, 2009 10:27:56 Asunto: [Forms] Oferta laboral en Bogota Colombia - Programador Forms y Reports 6i
Buscamos un Programador en Forms y Reports 6i , con concimientos en herramientas de desarrollo para Web, concimientos en Soporte de Infraestructura , Linux y Windows Server.
Lugar de Trabajo Bogota - Colombia Interesados enviar Hoja de Vida a oestupin@yahoo. com
Buscamos un Programador en Forms y Reports 6i , con concimientos en herramientas
de desarrollo para Web, concimientos en Soporte de Infraestructura , Linux y
Windows Server.
Lugar de Trabajo Bogota - Colombia
Interesados enviar Hoja de Vida a oestupin@...
Gracias
--- El lun 18-may-09, Eda Lárez Vargas <eda_larez@...> escribió:
De: Eda Lárez Vargas <eda_larez@...> Asunto: [Forms] Te agregué como amigo en Facebook A: "Desarrollo Oracle" <DesarrolloOracleForms@yahoogroups.com> Fecha: lunes, 18 mayo, 2009, 7:28 pm
facebook
Eda Lárez Vargas tiene: 143 amigos 32 fotos 0 notas 31 publicaciones en el muro 12 grupos
Te agregué como amigo en Facebook
Hola, Desarrollo:
Hace tiempo te invité a unirte a Facebook y me gustaría recordarte que, cuando te registres, podremos comunicarnos, compartir fotos, organizar grupos y eventos, y mucho más.
desarrollooraclefor ms@gruposyahoo. com.ar ha sido invitado(a) a unirse a Facebook por Eda Lárez Vargas. Si no quieres recibir este tipo de mensajes de Facebook, haz clic aquí para borrar tu nombre de la lista de personas suscritas. Las oficinas de Facebook están en 156 University Ave., Palo Alto, CA 94301.
¡Obtén la mejor experiencia en la web! Descarga gratis el nuevo Internet Explorer 8
http://downloads.yahoo.com/ieak8/?l=e1
hay que ser ... raro...
saludos
g.
Eda Lárez Vargas escribió:
facebook
Eda Lárez Vargas tiene:
143 amigos
32 fotos
0 notas
31 publicaciones en el muro
12 grupos
Te agregué como amigo en
Facebook
Hola,
Desarrollo:
Hace tiempo te invité a unirte a Facebook y me gustaría recordarte que,
cuando te registres, podremos comunicarnos, compartir fotos, organizar
grupos y eventos, y mucho más.
desarrollooracleforms@gruposyahoo.com.ar
ha sido invitado(a) a unirse a Facebook por Eda Lárez Vargas. Si no
quieres recibir este tipo de mensajes de Facebook, haz clic aquí para borrar tu nombre de la
lista de personas suscritas.
Las oficinas de Facebook están en 156 University Ave., Palo Alto, CA
94301.
--
Gabriel
Galanternik
Ingenieria en Sistemas
Lima 287
4to Piso A- Capital Federal
(011) 5236-0566 / (011) 5236-0567
Eda Lárez Vargas tiene: 143 amigos 32 fotos 0 notas 31 publicaciones en el muro 12 grupos
Te agregué como amigo en Facebook
Hola,
Desarrollo:
Hace tiempo te invité a unirte a Facebook y me gustaría recordarte que, cuando te registres, podremos comunicarnos, compartir fotos, organizar grupos y eventos, y mucho más.
desarrollooracleforms@... ha sido invitado(a) a unirse a Facebook por Eda Lárez Vargas. Si no quieres recibir este tipo de mensajes de Facebook, haz clic aquí para borrar tu nombre de la lista de personas suscritas. Las oficinas de Facebook están en 156 University Ave., Palo Alto, CA 94301.
Eda Lárez Vargas tiene: 143 amigos 32 fotos 0 notas 31 publicaciones en el muro 12 grupos
Te agregué como amigo en Facebook
Hola,
Desarrollo:
Hace tiempo te invité a unirte a Facebook y me gustaría recordarte que, cuando te registres, podremos comunicarnos, compartir fotos, organizar grupos y eventos, y mucho más.
desarrollooracleforms@egroups.com ha sido invitado(a) a unirse a Facebook por Eda Lárez Vargas. Si no quieres recibir este tipo de mensajes de Facebook, haz clic aquí para borrar tu nombre de la lista de personas suscritas. Las oficinas de Facebook están en 156 University Ave., Palo Alto, CA 94301.
salve,
sono costretto a migrare un database da 9i a 11g perchè la 9i non gira su
windows server 2008. Ma tutti i miei forms sono sviluppati in 6i. Qualcuno lo ha
già fatto? problemi di compatibilità 6i e 11g?
grazie e saluti.
gioacchino caggese
Hola,
Esta dirección puede resolver tu problema...
http://forms.pjc.bean.over-blog.com/article-6621538.html
Un saludo
Antonio Ternero
--- En DesarrolloOracleForms@yahoogroups.com, "neyviedithv" <neyviedithv@...>
escribió:
>
> Hola a todos
>
> Tengo el siguiente problema: en forms10g en una aplicacion web tengo que
mandar imprimir a la impresora predeterminada, hasta ahorita se que tengo que
intalar el WebUtil. Si alguien me pudiera ayudar con información sobre comi
instalarlo y configurarlo paso a paso , se los agradecere mucho. :)
>
Hola,
Puedes crear una tabla de control y en el when-new-form-instance
consultas e inserta esta información y si hay ya alguien pues entonces realizar
un exit_form.
En el Exit_form del formulario da de baja este registro.
Tambien recuerdo que hay una propiedad de bloque donde bloquea de forma
exclusiva la tabla, con lo cual no deberia poder acceder ninguna otra persona...
Un saludo
Antonio Ternero
--- En DesarrolloOracleForms@yahoogroups.com, "francisconewball"
<francisconewball@...> escribió:
>
> Mi pregunta es la siguiente:
>
> Se puede bloquear un forma (developer 6i), para que solamente la utilize un
usuario a la vez, pero a travez de la Base de Datos?
>
Mi pregunta es la siguiente:
Se puede bloquear un forma (developer 6i), para que solamente la utilize un
usuario a la vez, pero a travez de la Base de Datos?
Buenos días,
a ver si me pueden ayudar por donde mirar, ante el problema que estoy
teniendo, trabajo con la versión 9.2.0.5. y el problema que estoy teniendo
es que cuando ejecuto un job, este se me queda en cola, pero no llega a
ejecutarse, he de probocarle yo la ejecución (dbms_job.run).
tengo el parámetro job_queue_processes establecido a 10 y veo a traves del
SO (un HPUX) (ps -fea | grep cjq) que tengo ejecuandose correctamente el
proceso del job
/home/oracle $ps -fea | grep cjq
oracle 7161 1 0 Apr 28 ? 1:33 ora_cjq0_gesdon.
He probado a establecer el parámetro job_queue_processes a 0 y ver si el
proceso en el SO seguia ejecutandose, por hacerle un kill -9 y asi matar
dicho proceso en caso que este se hubiese quedado mal o algo asi, pero nada,
porque correctamente cuando establezco dicho parámetro a 0 dicho proceso
desaparece.
Si a alguien se le puede ocurrir algo mas que mirar.
gracias.
Título...: NORMAS BÁSICAS DE COMPORTAMIENTO EN EL GRUPO
Versión..: 1.1
Fecha....: 2003-09-01
_____________________________________________________________________
1. Intentá no enviar mensajes en formato HTML u otros distintos al
básico. Pesan más sin aportar gran cosa. Podés saber si estás
escribiendo un mensaje en HTML porque tu mailer (el programa de
correo electrónico) te ofrecerá opciones de edición extra, como
letra en negrita o color.
2. No envíes al grupo archivos adjuntos de un tamaño superior a los
100 Kb por medio del correo electrónico. En su lugar, utilizá el
área de archivos del grupo que para ello está.
Además, si bien Yahoo! Grupos entrega todos los archivos adjuntos
que se envían por medio del correo electrónico, estos no se
guardan en el área de mensajes; por ello, los archivos e imágenes
que quieras subir y compartir deberán estar en las áreas de
archivos y fotos del grupo.
3. No pidas confirmación automática de los mensajes que envíes. Es
de pésima educación, pues supone colocar al receptor de tu
mensaje en la disyuntiva de elegir entre que pienses que no lo
recibió y enviarte información personal que no tiene por qué
compartir con vos.
4. No envíes correos masivos y, sobre todo, no los reenvíes. Si
enviás por necesidad un correo a una lista de personas, colocá
sus direcciones en el campo de "Copia Oculta" (CCO). Muchas
personas pueden querer que tengas su correo electrónico, pero no
todos tus contactos y menos tanta gente que participa de un grupo
de discusión.
5. Nunca envíes mensajes en cadena. Las alarmas de virus y las
cadenas de mensajes son por definición FALSAS y su único objetivo
es saturar los servidores y con ellos la red. En los viejos
tiempos, tus privilegios en la red hubieran sido cancelados.
6. Saludá antes del mensaje indicando a quién o a quiénes te
dirigís, y despedite con tu nombre, exactamente igual que harías
con una carta física. Añadí una línea o dos al final de tu
mensaje con información de contacto. Esto es importante ya que
dirigirse a quién sea sin decir quién sos es una actitud pueril,
propia de niños en rebeldía, y una enorme falta de respeto. Es
muy desagradable responder anónimos o a entes que no aportan la
suficiente información para tratarlos con cortesía.
7. Cuando hagas una pregunta al grupo, destacá lo que hayas
aprendido a partir de haber intentado encontrar una respuesta
leyendo material bibliográfico, buscando en la web, preguntándole
a un amigo con más experiencia, etcétera. Generalmente, a los
miembros más experimentados de los grupos de discusión les gusta
responder a la gente que ha demostrado ser capaz de aprender de
las respuestas. Prepará tu pregunta. Pensá en ella. Las preguntas
precipitadas reciben respuestas precipitadas o ni siquiera eso.
Cuanto más hagas para demostrar que has puesto pensamiento y
esfuerzo en resolver tu problema antes de pedir ayuda, más cerca
estarás de recibirla realmente. Realmente, te ganarás una
respuesta si hacés una pregunta sustancial, interesante y que
haga pensar, una que contribuya implícitamente a la experiencia
de la comunidad antes que solicitar de manera pasiva conocimiento
de los demás.
Por otra parte, un muy buen comienzo es dejar claro que podés y
querés participar en el proceso de desarrollar la solución.
"¿Tiene alguien alguna pista?", "¿Qué le falta a mi ejemplo?" y
"¿Hay alguna página que debiera haber consultado?" tendrán más
probabilidades de ser respondidas que "Publicá por favor el
procedimiento exacto que debería seguir", porque estás dejando
claro que estás realmente deseoso de completar el proceso si
alguien simplemente te orienta en la dirección correcta.
8. Sabemos por experiencia que los escritores descuidados y
chapuceros también piensan de manera desordenada y chapucera --a
menudo lo suficiente como para apostar por ello, no obstante.
Responder a pensadores descuidados y chapuceros no recompensa;
mejor estaríamos usando nuestro tiempo en cualquier otro lugar.
Por esto, es importante expresar tu pregunta de manera clara. Si
no podés molestarte en hacer eso, el resto de los miembros del
grupo no pueden molestarse en prestarte atención. Aprovechá el
esfuerzo añadido en pulir tu lenguaje. No tiene que ser nada
estirado ni formal; de hecho, la cultura de los grupos de
discusión valora el lenguaje informal y cómico usado con
precisión. Pero tiene que ser preciso: tiene que haber alguna
indicación de que estás pensando y prestando atención.
Deletreá correctamente. Escribir como un lammer --hAzI3Nd0t3
pAzAr p0r iNt3lIg3nT3 3zKrIbI3Nd0 k0m0 iMb3zIl-- es el beso de la
muerte absoluto y te garantiza que no recibirás otra cosa que
un silencio sepulcral o, si tenés suerte, un montón de desprecio
y sarcasmo como devolución.
9. La cortesía nunca hiere e, incluso, a veces hasta ayuda. Sé
cortés. Usá "Por favor" y "Gracias por adelantado". Dejá claro
que apreciás el tiempo que emplea la gente ayudándote gratis.
Esto no es tan importante como --y no puede sustituir a-- ser
correcto gramaticalmente, claro, preciso y descriptivo, evitar
formatos propietarios, etcétera, pero ayuda. De todos modos, si
obtuviste tus conocimientos técnicos en una tómbola, la educación
incrementará tus posibilidades de recibir una respuesta útil.
10. Recordá que la gente con quienes te comunicás, incluidos los
administradores y los miembros de los grupos a los que pertenecés
o que visitás, no cobran por responderte ni tienen obligación de
hacerlo. Son personas que si te atienden te estarán haciendo un
favor. Nunca asumas que tenés derecho a una respuesta. No lo
tenés.
11. Utilizá las mayúsculas y las minúsculas correctamente. LAS
MAYÚSCULAS DAN LA IMPRESIÓN DE QUE ESTUVIERAS GRITANDO. No hace
falta decir que escribir líneas, párrafos y mensajes enteros en
mayúscula es de pésima educación.
12. Utilizá símbolos para dar énfasis: esto *es* lo que quiero decir.
Utilizá guiones bajos para dar a entender un subrayado: _La
Guerra y la Paz_ es mi libro favorito.
13. Sé breve sin ser demasiado conciso. Cuando contestés un mensaje,
incluí el suficiente material original como para ser entendido
pero no más. Es una mala forma contestar un mensaje simplemente
incluyendo todo el mensaje anterior: borrá todo el material
irrelevante.
14. Usá títulos específicos y con sentido. En los grupos de
discusión, el título o asunto (subject) del mensaje es tu
oportunidad de oro para atraer la atención de expertos
calificados en aproximadamente 50 caracteres o menos. No los
desperdicies en balbuceos. No intentes impresionar al resto de
los miembros del grupo con lo profundo de tu angustia; usá el
espacio para una descripción superconcisa del problema en vez de
eso: el mensaje debe tener un asunto que refleje el contenido del
mismo. Los asuntos vacíos como "Urgente", "Una pregunta",
"Necesito ayuda", "Ayuda" y demás frases que no tienen nada que
ver con el contenido sino con su intención, no son adecuados para
la publicación en un grupo de discusión.
15. No envíes mensajes que estén fuera de tema para el grupo, ya que
esto puede molestar a muchos de los miembros del grupo. Tené
cuidado al elegir dónde planteás tu pregunta. Seguramente te
ignorarán o te tildarán de perdedor si publicás tu pregunta en
un grupo en el que se encuentra fuera de lugar (off-topic). Los
miembros más experimentados de los grupos de discusión suelen
descartar las preguntas inapropiadas para intentar proteger sus
canales de comunicación de lo irrelevante. No querés que te
suceda eso.
Muchas veces podés tener la respuesta a tu alcance en otro grupo
dedicado más específicamente al tema sobre el cual trata tu
consulta. Para ello, podés ayudarte con el mensaje titulado
"Grupos de Sistemas, Software, Management y Tecnologías" o
mediante el índice de Yahoo! Grupos. Si aún tomando en cuenta
estas consideraciones necesitás enviar un mensaje fuera de tema,
iniciá el asunto (subject) del mismo con las siglas "OT:", que
significan "off-topic" o "fuera de tema".
16. Tené cuidado cuando escribas la dirección de correo. Hay
direcciones que llegan a un grupo, pero la dirección parece que
va sólo a una persona. Fíjate a quién lo estás mandando.
17. Mirá el campo de "Copia" (CC) cuando contestes. Si la primera
persona que envió el mensaje se lo mandó a varios en su lista de
correo, no hagas lo mismo.
18. A no ser que usés un dispositivo de encriptación por hardware o
software, cosa que no debe hacerse cuando se escribe a un grupo
público de discusión, debés asumir que el correo en Internet no
es seguro. Nunca pongas nada en un correo electrónico que no
pondrías en una postal. Por otro lado, algunos mensajes pueden
aparecer como provenientes de otra persona distinta del autor.
Aplicá tu sentido común antes de asumir que un mensaje es válido.
19. Si pensás que la importancia de un mensaje lo justifica, contestá
inmediatamente a la dirección particular del remitente para que
sepa que lo has recibido y que estás trabajando en la respuesta,
aunque vayas a mandarle una respuesta más larga más tarde por el
grupo de discusión.
20. Las expectitivas razonables sobre conducta en el correo
electrónico dependen de tu relación con la persona y el contexto
de la comunicación, para el caso este grupo. Las normas
aprendidas en este ambiente puede que no sean aplicables para tu
comunicación por correo electrónico con gente a través de
Internet en otros contextos. Ten cuidado con el argot o siglas
locales.
21. La publicidad por correo electrónico no es bienvenida. Abstenete
de hacer publicidad que no haya sido previamente aceptada por el
administrador del grupo, en especial si se trata de publicidad
fuera de tema o que, estando en tema, sean desleales al ofrecer
beneficios inexistentes. Sólo se considerarán ofertas académicas,
bibliográficas o de software que estén relacionadas con el tema
de discusión y que les aporte una ventaja a los miembros del
grupo.
22. Si alguien ofrece un archivo y lo querés, NUNCA se lo pidas por
el grupo, sino mediante su dirección de correo privada. Los
mensajes que sólo incluyen frases como "Quiero ese archivo", "A
mí también", etcétera, son una verdadera falta de consideración
hacia el resto de los miembros del grupo, quienes no tienen por
qué soportar tales abusos.
23. Si ofrecés algún archivo, fijate primero si podés subirlo al área
de archivos del grupo. Si esto es posible, subilo y seleccioná la
opción para que se avise al grupo sobre la carga; de esta forma,
no hará falta ofrecerlo. Si no podés subirlo al área de archivos,
podés ofrecerlo al grupo mediante un mensaje, indicando en qué
formato está y su tamaño: recordá que no todo el mundo tiene
banda ancha ni buzones de 50 Mb.
24. Si alguna de las respuestas que querés enviar son de tipo
personal, incluyendo agradecimientos sin contenido adicional,
hacelo a la dirección de correo privado de la persona
destinataria de tal mensaje personal, nunca al grupo. Por el
contrario, de no ser personal es importante que lo envíes al
grupo, para que todos los miembros puedan aprender de la
experiencia y/o participar de la discusión: eso es bueno para el
grupo.
25. Si por alguna razón alguna de tus consultas se soluciona por vías
privadas, podría ser bueno para el grupo que te tomes la molestia
de avisar que la solucionaste, incluyendo la forma en que se
resolvió. Esto sería bueno para que todos aprendan de tu propia
experiencia.
26. Las medidas punitorias, si es que fueran necesarias por el bien
del grupo, quedan a consideración de la administración del mismo.
Las mismas pueden, dependiendo de la gravedad del incidente, ir
desde la cancelación temporal de determinados beneficios --envío
de mensajes sin moderación (revisión), envío de adjuntos,
etcétera-- hasta la suspensión definitiva de este y otros grupos
--en especial para el caso de insultos gratuitos, publicidades
desleales y/o fuera de tema, repetidos envíos de virus (aunque
sean involuntarios), etcétera.
27. Los antivirus, incluso gratuitos, existen. No te expongas ni
expongas al grupo a los virus. Si no tenés instalado un antivirus
en tu equipo, hacelo a la brevedad. Si no sabés de dónde bajar
uno, podés usar el AVG Anti-Virus System, que puede descargarse
gratuitamente desde http://www.grisoft.com/
28. NUNCA pidas ser desuscripto enviando un mensaje al grupo. Ninguno
de los miembros puede hacer nada para llevar a cabo tal tarea.
Por otro lado, al suscribirte recibís un mensaje que te explica
cómo desuscribirte, ya sea por correo electrónico o por el sitio
del grupo. Asimismo, al pie de todos y cada uno de los mensajes
que se publican en el grupo TAMBIÉN están las instrucciones
necesarias para desuscribirse. Los miembros más experimentados de
los grupos de discusión suelen considerar como "poco inteligente"
a quien solicita su desuscripción mediante un mensaje al grupo.
No querés que te suceda eso.
Una vez que pidas la desuscripción mediante alguno de los medios
adecuados, tené paciencia. La misma se llevará a cabo
automáticamente y la demora en hacerlo está dada por la carga de
trabajo que tengan los servidores de Yahoo! Grupos: puede ser
inmediata o tardar varias horas.
_____________________________________________________________________
Estas reglas están basadas en los lineamientos de netiquette básicos
para correo electrónico propuestos por Netiqueta, un sitio web de la
Sociedad de las Indias Electrónicas (URL: http://www.netiqueta.org/),
el documento "Cómo Hacer Preguntas de Manera Inteligente" escrito por
Eric S. Raymond, por la propia experiencia después de varios años de
administrar foros, listas y grupos de discusión, y por las
sugerencias que los miembros de este y otros grupos van haciendo en
la búsqueda de la mejora de este, su espacio, el espacio de todos.
Cuidémoslo y mejorémoslo entre todos.
Si bien no se plantean como obligatorias, su cumplimiento es
importante por una cuestión de respeto al espacio y al resto de los
miembros.
Estimados amigos, planteo mi problema.
Donde trabajo existen sistemas muy completos empresariales desarrollados con
oracle forms, por cada usuario del sistema existe un usuario en la bdd de oracle
, sucede que para que un usuario use la aplicacion hecha con oracle forms este
se autentifica con el usuario y password de la bdd y ya esta autentificado y
puede usar la aplicacion, este proceso de autentificacion es muy seguro pues no
existen contrasenias guardadas y encriptadas en tablas sino en la misma bdd,
esto proceso de autentificacion se logra con las herramientas propias de oracle
forms(particulamente no tengo idea de como hacer esto).
Ahora el dilema es que yo me encuentro desarrollando aplicaciones sobre
jdeveloper usando el framework de ADF con los businees componentes en la capa de
modelo, la necesidad es que el usuario de mi aplicacion hecha en jdeveloper se
autentifique contra la bdd de la misma manera que les explique arriba (es decir
de la misma manera que se autentifica con oracle forms),
La situaciones es que mi app obviamente se autentifica sobre la bdd con el
usuario haciendo uso de la conexion establecida en el wizard, pero lo importante
es que que si tenemos por ejemplo en la bdd de oracle un usuario llamado ricardo
con password 12445, este usuario llamado ricardo puede hacer uso de mis
aplicaiones hechas en jdevloper y se autentifique con su correspondiente usuario
y password de la bdd,
Me pregunto si existe alguna funcion propia de oracle bdd para autentificarse?
por ejmplo mi idea seria asi
procedure miproc()
begin
autentifica(usuario, passs)<-- funcion de oracle
end
Cualquier sugerencia o pregunta es valida para el tema, gracias por leer este
post
Tenes que crear las tablas del repositorio de forms.
Los scripts dependen de tu version de forms y suelen vivir en
%oracle_home%\tools
saludos
gabriel
Gerald escribió:
Hola
joves, me gustaria una ayuda de su parte..
Quiero guardar una forma que hice en la base de datos, cuando le doy a
guardar como, me pregunta si deseo guardar en un archivo o la base de
datos, elijo la base de datos luego aparece
una ventana, al parecer indicandome la lista de las base de datos y no
me sale ninguna, le doy al
boton Recuperar Lista (Retrieve List) y me da el siguiente error:
ROS Error: Oracle Database error - 942..
--
Gabriel
Galanternik
Ingenieria en Sistemas
Lima 287
4to Piso A- Capital Federal
(011) 5236-0566 / (011) 5236-0567
Hola joves, me gustaria una ayuda de su parte.. Quiero guardar una forma que hice en la base de datos, cuando le doy a guardar como, me pregunta si deseo guardar en un archivo o la base de datos, elijo la base de datos luego aparece una ventana, al parecer indicandome la lista de las base de datos y no me sale ninguna, le doy al boton Recuperar Lista (Retrieve List) y me da el siguiente error:
Por lo que veo en el documento, a mi parecer el temario que presentas esta bastante completo, y os va a ayudar muchisimo en la migración...
Nosostros ya hemos migrado una aplicación y la verdad no ha sido muy costoso...depende de la plataforma donde vayas a hacer la migración, tienes que tener en cuenta, por ejemplo, las mayusculas y minisculas, los "attach" de librerias, la configuración de las imagenes (GIF) para el Runtime e ICO para el Builder...pero en cualquier caso, ya te he dicho, no ha sido nada complicado la migración,incluso menos de lo que me esperaba...
Si tienes alguna duda y te puedo ayudar, no dudes en escribirme...
Saludos
To: desarrollooracleforms@yahoogroups.com; DesarrolloOracleForms@yahoogroups.com From: gloriafm@... Date: Fri, 17 Apr 2009 04:19:02 -0700 Subject: Re: [Forms] MIGRACION FORMS 6I A 10G
Hola:
Aunque no puedo colaborarte con tu problema, pero lo planteare en el curso que vamos a tener en breve, nosotros también migraremos de 6i a 10g.
Solo pedirte un favor, ya que tu habras tenido experiencia con el proceso de migración y es si le puedes echar una hojeada al temario de este curso para ver si acapara todo lo básico para emprender esta tarea.
Agradezco tu colaboración,
Gloria Flores .
--- On Wed, 3/11/09, M A <boalma@hotmail.com> wrote:
From: M A <boalma@hotmail.com> Subject: [Forms] MIGRACION FORMS 6I A 10G To: "Desarrollo de Oracle Forms" <desarrollooracleforms@yahoogroups.com> Date: Wednesday, March 11, 2009, 5:08 PM
Hola a todos, estoy realizando una migración desde 6i a 10g, compilo masivamente los forms, y el problema que tengo es con los forms que usan OBJETOS (.olb), me dice que no encuentra los objetos...
¿como puedo indicar la ruta de los objetos? Con las pll, pasaba igual, pero he puesto la ruta de las mismas y ya no ha habido problema...pero con los Objetos, no son directos de cada form...no me funciona...
si me podeis ayudar os lo agradezco!!!
Saludos y gracias.
Actualízate, descubre el nuevo Windows Live Messenger. ¡Descárgatelo ya!
Más rápido, sencillo y seguro. Descárgate ya el nuevo Internet Explorer 8 ¡Es gratis!
si hacéis algún tipo de documentación al respecto, estaría muy interesado en tener dicha documentación, ya que también estamos interesados en dicha migración
Aunque no puedo colaborarte con tu problema, pero lo planteare en el curso que vamos a tener en breve, nosotros también migraremos de 6i a 10g.
Solo pedirte un favor, ya que tu habras tenido experiencia con el proceso de migración y es si le puedes echar una hojeada al temario de este curso para ver si acapara todo lo básico para emprender esta tarea.
From: M A <boalma@hotmail.com> Subject: [Forms] MIGRACION FORMS 6I A 10G To: "Desarrollo de Oracle Forms" <desarrollooracleforms@yahoogroups.com> Date: Wednesday, March 11, 2009, 5:08 PM
Hola a todos, estoy realizando una migración desde 6i a 10g, compilo masivamente los forms, y el problema que tengo es con los forms que usan OBJETOS (.olb), me dice que no encuentra los objetos...
¿como puedo indicar la ruta de los objetos? Con las pll, pasaba igual, pero he puesto la ruta de las mismas y ya no ha habido problema...pero con los Objetos, no son directos de cada form...no me funciona...
si me podeis ayudar os lo agradezco!!!
Saludos y gracias.
Actualízate, descubre el nuevo Windows Live Messenger. ¡Descárgatelo ya!
Aunque no puedo colaborarte con tu problema, pero lo planteare en el curso que vamos a tener en breve, nosotros también migraremos de 6i a 10g.
Solo pedirte un favor, ya que tu habras tenido experiencia con el proceso de migración y es si le puedes echar una hojeada al temario de este curso para ver si acapara todo lo básico para emprender esta tarea.
Agradezco tu colaboración,
Gloria Flores .
--- On Wed, 3/11/09, M A <boalma@...> wrote:
From: M A <boalma@...> Subject: [Forms] MIGRACION FORMS 6I A 10G To: "Desarrollo de Oracle Forms" <desarrollooracleforms@yahoogroups.com> Date: Wednesday, March 11, 2009, 5:08 PM
Hola a todos, estoy realizando una migración desde 6i a 10g, compilo masivamente los forms, y el problema que tengo es con los forms que usan OBJETOS (.olb), me dice que no encuentra los objetos...
¿como puedo indicar la ruta de los objetos? Con las pll, pasaba igual, pero he puesto la ruta de las mismas y ya no ha habido problema...pero con los Objetos, no son directos de cada form...no me funciona...
si me podeis ayudar os lo agradezco!!!
Saludos y gracias.
Actualízate, descubre el nuevo Windows Live Messenger. ¡Descárgatelo ya!
Quisiera saber si existe Un Comando En Oracle REPORTS para ejecutar comandos DOS. Por ejemplo: ejecutar calc.exe o cualquier .EXE a traves de un boton dentro del reporte o tambien podria ser desde un procedimiento almacenado en la Base de Datos.
Seria algo parecido al HOST en Oracle FORMS. HOST('calc.exe'); = Inicia la Calculadora de Windows.
Gracias.
Yahoo! Cocina Recetas prácticas y comida saludable Visitá http://ar.mujer.yahoo.com/cocina/
Unicamente con los cd's de instalacion en modo personalizado, asi solo instalaras los runtime necesarios para los forms y report que necesitas.
Posteriormente puedes copiar las formas que has creado en la ruta de acceso a ellos, y chaz LISTO. facil verdad.
De: kunteros [mailto:kunteros@...] Enviado el: Lunes, 06 de Abril de 2009 08:31 a.m. Para: DesarrolloOracleForms@yahoogroups.com Asunto: [Forms] Instalación del Runtime de Forms y Reports.
Hola a todos, Necesito transmitir unas herramientas hechas en Oracle Forms y Reports a unos clientes, pero no tienen licencia para instalar el Oracle developer. Como puedo instalar sólo la parte del Runtime del Forms y del Reports para que ejecuten las aplicaciones? Muchas gracias!
Con los discos de instalacion del Oracle Developer, al momento de instalarlo en tu cliente te aparece una ventgana que debes elegir como deseas instalar el developer y eliges el modo customer (personalizado) esto te permitira poder instalar solo los programas runtime del form y report.
Luego grabas tus archivosm compilados en una carpeta del disco duro del cliente y listo, creas un acceso directo de tu palicacion principal y lo seteas para que se ejecute con el runtime del developer (instalado previamente).
saludos
Marco Flores
----- Mensaje original ----- De: "kunteros" <kunteros@...> Para: DesarrolloOracleForms@yahoogroups.com Enviados: Lunes, 6 de Abril de 2009 9:30:35 GMT -05:00 Colombia Asunto: [Forms] Instalación del Runtime de Forms y Reports.
Hola a todos,
Necesito transmitir unas herramientas hechas en Oracle Forms y Reports a unos clientes, pero no tienen licencia para instalar el Oracle developer.
Como puedo instalar sólo la parte del Runtime del Forms y del Reports para que ejecuten las aplicaciones?
Muchas gracias!
-- Marco Antonio Flores Torres Ingeniero de Sistemas Servicio de Informática - SINFA
Hola a todos,
Necesito transmitir unas herramientas hechas en Oracle Forms y Reports a unos
clientes, pero no tienen licencia para instalar el Oracle developer.
Como puedo instalar sólo la parte del Runtime del Forms y del Reports para que
ejecuten las aplicaciones?
Muchas gracias!
GRACIAS Gabriel, asi con maýusculas es lindo no sentirse solo :), es más o menos lo que pensaba.
También si alguien no esta de acuerdo me gustaría saber el porque, así puedo argumentar mejor mi solicitud en un ambiente de desarrollo y para poder comparar cual es la mejor opción para lo que me solicitan o en su defecto alguna otra alternativa que no tuve en cuenta.
Gracias Patricio
De: Gabriel Galanternik
<ggalanternik@...> Para: DesarrolloOracleForms@yahoogroups.com Enviado: viernes 3 de abril de 2009, 10:24:05 Asunto: Re: [Forms] DAD
Patricio, paso a tratar de contestarte/ ayudarte por puntos:
1) "..existe como mínimo hace 10 años (antes conocida como PL/SQL
Cartridge) .."
Buenisimo!, tecnologia probada, funcionando, soportada por una
_CORPORACION MULTINACIONAL_ , dentro de licenciamiento (es decir, vos
pagas para que alguien te resuelva el problema si algo no anda, no como
otras soluciones "abiertas"). Llamalo Cartridge, DAD, WebDav, o el
nombre moderno que desees, es un mod del apache que permite la
solicitud y ejecucion de stored procedures y retornar html "on the fly"
desde pl/sql
2)" ...son conocidos los problemas de authentication by-pass, es decir
posibilidad de ejecutar paquetería de otros usuarios, Buffer overflows,
Cross-Site scripting y sin duda estaríamos abriendo la base de datos
para que nos la pudieran explotar facilmente..
.."
Bueno, trabajo con Oracle hace 15 años, con web pl/sql hace 8,
configure ias rel1, ias rel2, oas10g y ahora vendra Oracle Bea
Application Server, y nunca tuve problemas de ese estilo. La seguridad
esta dada por el acceso al http server y hay que protegerlo, como todo.
No es razonable decir que me encierro en mi casa por si salgo a la
calle y me roban, no? Una buena politica de passwords, roles, y
permisos a los usuarios (como deberia ser siempre, je) impide la
ejecucion de cualquier stored procedure no habilitado para tal fin. No
digo que todo sea perfecto, pero me gustaria conocer algun problema
REAL de seguridad que no pueda resolverse con un poco de conocimiento y
buena administracion. (a ver... para aclarar... si tengo un negocio que
maneja un video club, y me decis que alguien con un super computador a
la Clementina 2, en 5 años de procesamiento puede entrar a mi sitio y
reservarse la nueva version de Jurasic Park 28, esto NO es un problema
REAL, ok?)
Buffer Overflow: instala apache 2, pone buenos firewalls, hace
inspeccion de paquetes de tcp si es tan critico...
Cross-site scripting: protege tu sistema operativo (Windows? Linux?...)
Abrir la base de datos: ???? No. Se publica un puerto del http server
donde éste tiene un mod_plsql que deriva los requerimientos via la
configuracion del DAD al motor y retorna el html generado. No hagas
escuchar al motor directamente en el port 80. Cambia el puerto, levanta
otro http server, hace proxy inverso, consigamos un webadmin...( yo no
lo soy)
3) "...PL/SQL es un lenguaje de ORACLE y por tanto sería otro
impedimento
si algún día decideiramos migrar de tecnología/base de datos..." (esto
lo puse porque todo el core de cía esta en pkg plsql ;) y una mancha
mas....)
.... idem 1
Ademas, decime la verdad, mirame directamente a la cara y decime que 1
store procedure en pl que genera archivos va a impedir que mañana
cambies todo un core de un lenguaje/tecnologia propietaria, soportada,
de renombre, etc, etc, a otra que no sabemos cual puede ser.
Por otro lado, por qué migrarias a otra tecnologia? a cual? lamento
decirte que desde que escribimos codigo en assembler tomamos decisiones
de arquitectura y sistemas operativos. de ahi para aca, todo fue asi.
Sabes cuales seran las dificultades de migracion? que tus bonitas 3
lineas de codigo pl/sql no las vas a poder migrar a lenguajes de bajo
nivel o vas a necesitar 850.345 lineas de codigo java, que no vas a
poder verificar ni mantener....
saludos, tengan un buen viernes.
gabriel
pd. sí, soy un evangelista Oracle, aunque ahora dirijo proyectos en php
y mysql. (y mas evangelista me vuelvo dia a dia...)
Patricio Interlandi escribió:
Buenos
días grupo,
Tengo una consulta, necesitaba exportar datos a excel y buscando la
mejor opcion me encontré con las posibles soluciones: ole, utl_fili o
tex_io, DAD, esta última posibilidad de utlizar necesita el pkg. htp
además de conf. el http server.
A mi solicitud de si era posible configurar el server, me contestaron
que no (casi como un terrorista ) y me estan argumentando sobre la
configuracion del DAD y utilizo del package htp lo siguiente:
1) "..existe como mínimo hace 10 años (antes conocida como PL/SQL
Cartridge) .."
2) " ...son conocidos los problemas de authentication by-pass, es decir
posibilidad de ejecutar paquetería de otros usuarios, Buffer overflows,
Cross-Site scripting y sin duda estaríamos abriendo la base de datos
para que nos la pudieran explotar facilmente.. .."
3) "...PL/SQL es un lenguaje de ORACLE y por tanto sería otro
impedimento si algún día decideiramos migrar de tecnología/base de
datos..." (esto lo puse porque todo el core de cía esta en pkg plsql ;)
y una mancha mas....)
Ahora bien, lo que deseo es su opinion al respecto, es así, antes era
lo que se conocia como Cartridge?
tiene estos bug de seguridad?, que dificultad de "futura" migracion
podria tener, que no sea la misma que los centenares de miles de lineas
de cod. plsql ya existentes?
Estamos hablando de la bd 10gR2.
Bueno espero sus opiniones, y desde ya muchas gracias.
Patricio
No se si lo dijo Borges... pero seguro que lo penso:
...El argentino suele carecer de conducta moral, pero no de
intelectual; pasar por inmoral le importa menos que pasar por un zonzo.
La deshonestidad, según se sabe, goza de veneración general y se
llama viveza criolla....
Patricio, paso a tratar de contestarte/ayudarte por puntos:
1) "..existe como mínimo hace 10 años (antes conocida como PL/SQL
Cartridge) .."
Buenisimo!, tecnologia probada, funcionando, soportada por una
_CORPORACION MULTINACIONAL_, dentro de licenciamiento (es decir, vos
pagas para que alguien te resuelva el problema si algo no anda, no como
otras soluciones "abiertas"). Llamalo Cartridge, DAD, WebDav, o el
nombre moderno que desees, es un mod del apache que permite la
solicitud y ejecucion de stored procedures y retornar html "on the fly"
desde pl/sql
2)" ...son conocidos los problemas de authentication by-pass, es decir
posibilidad de ejecutar paquetería de otros usuarios, Buffer overflows,
Cross-Site scripting y sin duda estaríamos abriendo la base de datos
para que nos la pudieran explotar facilmente..
.."
Bueno, trabajo con Oracle hace 15 años, con web pl/sql hace 8,
configure ias rel1, ias rel2, oas10g y ahora vendra Oracle Bea
Application Server, y nunca tuve problemas de ese estilo. La seguridad
esta dada por el acceso al http server y hay que protegerlo, como todo.
No es razonable decir que me encierro en mi casa por si salgo a la
calle y me roban, no? Una buena politica de passwords, roles, y
permisos a los usuarios (como deberia ser siempre, je) impide la
ejecucion de cualquier stored procedure no habilitado para tal fin. No
digo que todo sea perfecto, pero me gustaria conocer algun problema
REAL de seguridad que no pueda resolverse con un poco de conocimiento y
buena administracion. (a ver... para aclarar... si tengo un negocio que
maneja un video club, y me decis que alguien con un super computador a
la Clementina 2, en 5 años de procesamiento puede entrar a mi sitio y
reservarse la nueva version de Jurasic Park 28, esto NO es un problema
REAL, ok?)
Buffer Overflow: instala apache 2, pone buenos firewalls, hace
inspeccion de paquetes de tcp si es tan critico...
Cross-site scripting: protege tu sistema operativo (Windows? Linux?...)
Abrir la base de datos: ???? No. Se publica un puerto del http server
donde éste tiene un mod_plsql que deriva los requerimientos via la
configuracion del DAD al motor y retorna el html generado. No hagas
escuchar al motor directamente en el port 80. Cambia el puerto, levanta
otro http server, hace proxy inverso, consigamos un webadmin...(yo no
lo soy)
3) "...PL/SQL es un lenguaje de ORACLE y por tanto sería otro
impedimento
si algún día decideiramos migrar de tecnología/base de datos..." (esto
lo puse porque todo el core de cía esta en pkg plsql ;) y una mancha
mas....)
.... idem 1
Ademas, decime la verdad, mirame directamente a la cara y decime que 1
store procedure en pl que genera archivos va a impedir que mañana
cambies todo un core de un lenguaje/tecnologia propietaria, soportada,
de renombre, etc, etc, a otra que no sabemos cual puede ser.
Por otro lado, por qué migrarias a otra tecnologia? a cual? lamento
decirte que desde que escribimos codigo en assembler tomamos decisiones
de arquitectura y sistemas operativos. de ahi para aca, todo fue asi.
Sabes cuales seran las dificultades de migracion? que tus bonitas 3
lineas de codigo pl/sql no las vas a poder migrar a lenguajes de bajo
nivel o vas a necesitar 850.345 lineas de codigo java, que no vas a
poder verificar ni mantener....
saludos, tengan un buen viernes.
gabriel
pd. sí, soy un evangelista Oracle, aunque ahora dirijo proyectos en php
y mysql. (y mas evangelista me vuelvo dia a dia...)
Patricio Interlandi escribió:
Buenos
días grupo,
Tengo una consulta, necesitaba exportar datos a excel y buscando la
mejor opcion me encontré con las posibles soluciones: ole, utl_fili o
tex_io, DAD, esta última posibilidad de utlizar necesita el pkg. htp
además de conf. el http server.
A mi solicitud de si era posible configurar el server, me contestaron
que no (casi como un terrorista ) y me estan argumentando sobre la
configuracion del DAD y utilizo del package htp lo siguiente:
1) "..existe como mínimo hace 10 años (antes conocida como PL/SQL
Cartridge) .."
2) " ...son conocidos los problemas de authentication by-pass, es decir
posibilidad de ejecutar paquetería de otros usuarios, Buffer overflows,
Cross-Site scripting y sin duda estaríamos abriendo la base de datos
para que nos la pudieran explotar facilmente...."
3) "...PL/SQL es un lenguaje de ORACLE y por tanto sería otro
impedimento si algún día decideiramos migrar de tecnología/base de
datos..." (esto lo puse porque todo el core de cía esta en pkg plsql ;)
y una mancha mas....)
Ahora bien, lo que deseo es su opinion al respecto, es así, antes era
lo que se conocia como Cartridge?
tiene estos bug de seguridad?, que dificultad de "futura" migracion
podria tener, que no sea la misma que los centenares de miles de lineas
de cod. plsql ya existentes?
Estamos hablando de la bd 10gR2.
Bueno espero sus opiniones, y desde ya muchas gracias.
Patricio
No se si lo dijo Borges... pero seguro que lo penso:
...El argentino suele carecer de conducta moral, pero no de
intelectual; pasar por inmoral le importa menos que pasar por un zonzo.
La deshonestidad, según se sabe, goza de veneración general y se
llama viveza criolla....
Yahoo! Cocina
Recetas prácticas y comida saludable
Visitá http://ar.mujer.yahoo.com/cocina/
--
Gabriel
Galanternik
Ingenieria en Sistemas
Lima 287
4to Piso A- Capital Federal
(011) 5236-0566 / (011) 5236-0567
Enviar mensaje
Sin conexión 
Conectado 
