Oracle

Forms, Reports, Designer Statement of Direction

Llevo trabajando con Oracle alrededor de 6 años, especialmente con Oracle Designer, Oracle Reports y Oracle Forms, en estos años aunque he aprendido otras herramientas de Oracle como Oracle Aplication Server, Jdeveloper, Oracle Discoverer, Oracle Enterprise Manager, etc. Aunque en realidad mi fuerte es Developer Suite, el especializarme hasta el día de hoy me ha funcionado muy bien.

Hace algún tiempo ya había leído sobre que va a pasar con estas herramientas en algunos años, lo que Oracle llama “Oracle developer suite Statement of Direction“, que no es mas que el análisis del mismo Oracle sobre el futuro de estas herramientas. En estos últimos días retome la lectura del documento ya que una pregunta en una entrevista fue relacionada sobre mi propio futuro con Oracle Developer, la respuesta ya la vislumbraba desde hace tiempo, me interesa dar el siguiente paso formalmente, Líder de proyecto por un lado, por otro lado también me interesa la administración de la base de datos o lo que llamamos DBA, apenas reconocí otra área de interés que es el Oracle Application Server.

En los tiempos que leí sobre el tema, no recuerdo que Oracle considerara la versión 11g de Developer Suite, por lo que el tiempo de soporte para estas herramientas se acortaba para finales de esta década, ahora considerando que se desarrolle una versión 11g el tiempo de soporte se alarga un poco, mas o menos a principios de la década que viene, pero ya no se habla de versiones siguientes, aquí el “tools product plan” de Developer Suite:

developer suite tool product plan

Que significa todo esto? Pues para los que no trabajan con Oracle Developer ni piensan trabajar con el en los próximos años nada, para los que si, que haciendo cuentas, mas o menos a principios del 2010 se acaba el soporte normal para la ultima versión de Oracle Developer, esto es, ya no habrá nuevas versiones ( creo que el “extended support” incluye también la parte de parches aunque este acaba en el 2013, de ahí ya ni parches abra ), considerando que ya casi estamos en el 2007, entonces hablamos de 3 años para que Oracle formalmente termine los nuevos desarrollos para estas herramientas, después solo es labor de soporte, no significa que las empresas hasta el 2010 estén pensando en desarrollar sus últimos proyectos con Oracle Developer, una empresa con directores cuerdos sabrán que ya a estas alturas un desarrollo con Oracle Developer no resulta factible ( aunque muchas empresas no tienen directores cuerdos )

Así que señoras y señores desarrolladores, a pensar en diversificar su aprendizaje por otros lares, especialmente a los especializados como yo o atenerse a las consecuencias del desempleo por falta de oferta con estas herramientas, empresas, pues creo que no hay mas para Oracle, Java es lo siguiente, el mismo Oracle lo dice muy claramente al final de documento:

Recommendations for Oracle’s Customers

Oracle recommends that Forms, Reports and Designer customers follow a similar path that it took with its own E-Business Suite of applications: (i) Move to the Internet, (ii) Upgrade to the latest versions of Oracle Forms, Oracle Reports, and Oracle Designer; and (iii) Interoperate and coexist these applications with new J2EE applications using Oracle’s Application Server.

For customers who are facing new requirements such as a move to a self service model or a market pressure to provide an HTML user interface, the Java2 Enterprise Edition (J2EE) specification has opened up a whole new set of options for application development not previously available to the developer. As such, we fully expect customers to be exploiting these opportunities and to take advantage of J2EE to build extensions to their applications. Thus, our strategy is also to provide a modeling and J2EE development environment familiar to Forms, Reports and Designer developers.

Oracle JDeveloper 10g provides a visual and declarative development experience as well as an end-to-end application development framework (Oracle ADF) designed to simplify J2EE development and bring the productivity and ease of use of Oracle forms to the J2EE platform. The Oracle E-Business Suite has successfully standardized the development of all the J2EE applications on this development environment.

Oracle JDeveloper 10g with ADF is the tool of choice for Forms, Reports and Designer customers because it carries over a similar development model. However, given the architecture difference between J2EE and Forms or Reports, Oracle has no plans to offer a complete migration solution that would attempt to migrate applications built with these tools to J2EE. Instead, Oracle’s strategy is to provide a J2EE development environment exposing similar concepts as Forms and Reports, giving to Forms and Reports developers the opportunity to become productive in a new, but familiar environment.

10 thoughts on “Forms, Reports, Designer Statement of Direction

  1. Donzote, ya en Enero 2008 Oracle publicó New 11g Features in Oracle Developer Tools for Visual Studio en donde se hablan de herramientas de Developer que se integran con Visual Studio para un desarrollo conjugando las potencias de ambas plataformas, me parece más que la tendencia sea por ahí. Aunque en lo personal me gustaría más bien un Developer puro, es decir sin integraciones y por supuesto con el suficiente poder para el desarrollo de aplicaciones tanto cliente-servidor como aplicaciones Web.

    Sería bueno un post para explorar el futuro de Developer, el cual me parece aun tiene para rato.

    1. sobre la integracion con otras herramientas pues ya desde la 6i se puede integrar mucho con java dentro del mismo oracle y oracle developer, no creo que sea la tirada por alla, mas bien creo que seria un plus para la herramienta, sobre escribir como ya decia, un dia de estos me voy a hacer mi chancesito para escribir sobre el tema, se que a muchos oracle developers como yo nos interesa, saludos

  2. Hola a todos.

    Me gusta leer acerca de Developer y he llegado a esta página. Llevo 10 años trabajando con Developer especialmente Forms y Reports, inicié desde la versión en caracter hace 10 años, luego se migró y saltó a 6i, allí me he quedado hasta hoy desarrollando sistemas y módulos enteros que han funcionado correctamente por más de 6 años con tareas de mantenimientos mínimos que no han requerido mayor esfuerzo ni costos para las empresas, tomando en cuenta que las empresas son instituciones bancarias, donde los sistemas son super-explotados y trabajan las 24 horas bajo una constante presión y altos requerimientos.

    En el interín de mi trabajo he logrado incursionar por otras plataformas como Visual Basic 6.0 y un poco de .Net Asimismo he tenido experiencia con SQLServer 7.0 y 2000 y no he visto aun que otra plataforma se le plante a Developer tanto en rendimiento, facilidad de desarrollo y mantenimiento, robustez, fallas etc. Esto es obviando aplicaciones WEB y lo relacionado con Internet.

    Que se quite el soporte a Developer, sin un motivo suficiente, me da la impresión que son estrategias leoninas de mercado para forzar a empresas a invertir en nuevo software y por supuesto a nuevo hardware, y a los profesionales y técnicos a “actualizarse” que por supuesto se traduce en ganancias para ellos.

    Estaría de acuerdo si Developer fuera una herramienta defectuosa, ineficiente, complicada, sin embargo es la herramienta más completa que he conocido.

    Gracias

    1. bueno en el post y por la fecha hablo del statement of direction actualizado al 2004 creo mas o menos, ya un comentario posterior hacia notar que oracle actualizo ese documento en el 2007/08 no recuerdo bien, y dentro de el ya habla de un developer suite 11 con soporte a mas años, dandole mas trecho de vida a developer (forms / reports principalmente)
      creo que mas que querer forzar a un cambio de plataforma oracle en su momento no se quizo quedar atras en la avalancha que llevaba a java, en mi opinion java no es el futuro que prometia (aunque si tiene un muy buen futuro) y oracle se dio cuenta despues que igual no era necesario eliminar al mismo developer, que tambien como ya lo digiste creo que es una magnifica herramienta, muy potente, estable, etc. por esto ya esta pensando en al menos una 11, quien sabe y en algunos años vuelvan a actualizar ese documento y ya se hable de una 12, o quien sabe igual de plano ahora si dicen, todo a java, quien sabe, esperemos que tenga mas futuro
      ya cuando tenga chance creare otro post hablando del futuro de la herramienta teniendo ya en cuenta el documento actualizado, saludos

  3. hace un tiempo rebusque informacion actualizada sobre el tema pero no la encontre, le heche un vistazo rapido al link que me mandas y si parece que se extiende el tiempo de vida de developer suite (por que la 6i parece que esta por morir) gracias por el link (tengo pendiente la respuesta a tu post, en cuanto me heche un clavado a este documento hago mis comentarios)

  4. Por cierto, en mi comentario anterior se me ha olvidado comentarte que Oracle ha rectificado su política de soporte respecto a Developer.

    De momento ya hablan de soportar 10g y 11g al menos hasta el 2013. Puedes echar un vistazo al siguiente documento:

    http://www.oracle.com/technology/products/forms/pdf/10g/ToolsSOD.pdf

    Mis conclusiones son:
    Si necesitas interficie de usuario HTML (típico servicio web donde acceden usuarios esporádicos), adelante con J2EE. Si necesitas interficie de usuario rica (típico ERP)… continua con Developer.

  5. Hola Donzote.

    He llegado a tu blog por casualidad, y la verdad es que el tema de este post me interesa (a la vez que me afecta) MUCHO.

    Yo llevo casi 12 años trabajando en el desarrollo de proyectos a medida en entornos Oracle Developer (desde la versión 1.x, pasando por las versiones 2.1, 6.0, 6i, … hasta la actual 10gR2). Por supuesto, desde la 6i siempre hemos trabajado en 3 capas. Empecé como programador junior, me convertí en Oracle Certified Partner, y más adelante pasé a ser analista y responsable de proyectos. Pero nunca he perdido de vista la tecnología. La conozco perfectamente.

    Veo que tu post data de finales del 2006, y me gustaría saber si a día de hoy (casi año y medio después) sigues pensando igual. Con ello me refiero a frases como la que dices de…

    “…una empresa con directores cuerdos sabrán que ya a estas alturas un desarrollo con Oracle Developer no resulta factible ( aunque muchas empresas no tienen directores cuerdos )”

    En la empresa en la que estoy, somos partners de Oracle, y ya hace tiempo que se piensa igual que tú. Oracle Developer está condenado a muerte, y hay que dar el salto al Java. Al menos eso es lo que el mercado ha hecho creer a todo el mundo, y por miedo a quedarse atrás todos hemos ido corriendo a saltar al mundo Java.

    Pero a la hora de la verdad… ¿por qué crucificar una herramienta de desarrollo que es IMPECABLE? Con Developer se consiguen immejorables tiempos de desarrollo, el rendimiento es buenísimo, las pantallas son super agradables para el usuario, … En definitiva, todo el mundo que interviene en un proyecto Developer se puede centrar exclusivamente en la problemática funcional del proyecto, sin perder el tiempo pensando en cómo solucionar problemas tecnológicos.

    ¿Me puedes decir una sóla ventaja de desarrollar en Java?

    Ante todo, remarcar que con esto me refiero al desarrollo de productos tipo ERP, donde hace falta conseguir una gran poductividad de desarrollo, y donde el producto entregado ha de ser agradable al usuario, y ofrecerun excelente rendimiento. No me refiero a desarrollar servicios web como por ejemplo un servicio de acceso a una biblioteca digital, donde el usuario es desconocido y necesita un entorno super sencillo y con muy poca complejidad, pero donde sobretodo hay que remarcar que accede esporádicamente y no durante 8 horas laborales todos los días de su vida.

    En nuestra empresa ya hace más de un año que decidimos invertir en Java. En nuestro caso optamos por ADF Faces de Oracle (ADF + JSF), y a día de hoy no he encontrado una sola ventaja. Todo es peor que Developer: aspecto, rendimiento, productividad de desarrollo, los despliegues son complicados, la sensación que tiene el usuario no es buena, …

    ¿Quién es entonces el “director cuerdo”? ¿El que ha sido conservador esperando a que la tecnología madure, y mientras tanto ha sabido exprimir la máquina de dinero que es Developer? ¿O el que se ha pulido todo el presupuesto de la empresa en investigación sin conseguir los resultados deseados, y con ello haciendo peligrar la economía de toda la empresa?

    Con todo esto no quiero decir que Java no sea una buena tecnología para desarrollar. Lo que quiero decir es que a día de hoy, no está pensada para lo que se pensó Developer. No le llega a la suela de los zapatos. Al menos para el tipo de proyectos para los que Developer fue pensado. Entonces, ¿porqué cambiar si el cambio va a ser a peor?

    Bueno, me gustaría tener tu opinión ya que hasta ahora sólo he podido hablar con gente del mundo Java que desconocen la potencia de Developer. Me gustaría tener la opinión de gente que haya trabajado en proyectos con ambas tecnologías, pero de verdad. Que hayan “sufrido” todo el ciclo de vida (especialmente el mantenimiento).

    Saludos, y gracias.

Responder a Adriana Tapia Bautista Cancelar respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *