Migración Oracle Forms hacia J2EE

Necesito informacion o estudios de Casos de éxito en este tipo de migraciones si existieran, y bajo que parámetros fueron o son efectuadas, específicamente el panorama general de quienes han tratado de hacer este tipo de proceso.
Si me pudieran ayudar.
Cualquier informacion me es util sin importar idioma...
---------------------------------------------------------------------------0------------------------------------------------------------------------------
I need information or case studies of success in this type of migration if any, and under what parameters were or are made, specifically the overall picture of those who have tried to make this type of process.
If I could help.
Any information is useful regardless of my language ...

Best regards,
I have a tool to migrate from Forms & Reports Ordem call, which allows the automatic migration of Oracle Forms Developer written in versions 3.0, 4.5, 5.0, 6i or 9i to the latest version Oracle Forms Developer 10g to 10g or JAVA .
If you require more information from our tool I can send information to e [email protected] and gladly put myself in communication with you and review the issue in detail.
DANIEL TRIANA

Similar Messages

Oracle forms to j2ee/web application

Hello all,
I need help with converting "oracle forms" to j2ee/web application. There are only 2-3 forms. But I needed to know how to do it from scratch. I looked at some softwares available to do it. But its costly.
Basically the company I am working with, needed all the forms online, so that they can access it using a browser. As part of the development, I am using jdeveloper 10g.
could some help me out
Thanks a lot
san

Well if you need your Forms accesible from a browser you don't need to convert them to Java - you just use Forms on the Web - http://otn.oracle.com/formsupgrade
If you still want to convert to Java have a look at the Forms page for more info:
http://otn.oracle.com/products/forms
and also here:
http://www.oracle.com/technology/products/jdev/collateral/4gl/formsdesignerj2ee.html

How to convert oracle forms in j2ee platform

hi,
i want to know how can i convert oracle forms into j2ee platforms. if is it possible then please tell me the steps that i need to follow .
thxs

What you are asking is a bit like "how can I convert a dishwasher into a washing machine".
If you want to know the the steps I would say.
1) Work out what kind of washing machine you want to convert to
2) Learn the technical details of that washing machine
3) Rearchitect your diswasher plans so it fits into the "model" of a dishwasher
4) Now spend lots of time money and effort doing it.
Now, I don't know if thats going to help you. But if you tell us the WHY it might help formulate a response

Converting Oracle Forms to J2ee - (Focus on Form triggers/ Form Procedures)

Hi,
We are in the process of exploring the option of migrating forms to J2EE using JheadStart tool. After migration of forms using Jheadstart tool, what will happen to my Form triggers, Procedures? Does the GUI look and feel - canvases and tabbed pages etc will be exactly same?
Ex: I have created a sample master detail form with few buttons and triggers. After migrating the form using jheadstart evaluation copy, I am not finding the buttons and as well as any logic enforced on buttons. On top of that the GUI is not same as in FORM, it comes with one find window and then navigates to master detail block. Does that mean, I need to customize the pages also for each form to be migrated?
Would be very much thankful to you for your early response on the same.
Thanks and Regards,
Venkateswar NDT

Venkateswar,
JHeadstart Designer Generator does not transform all functionality of your Forms into J2EE. JHeadstart focuses on providing the same data reporting and manipulation capabilities.
The reason for this is that we want to produce an application that can easily and productively be maintained and extended. The migration is not the final stage of the trip, it is only the beginning of the journey. The migration result should be (close to) what you would have developed from scratch.
What is not migrated:
* Business logic coded in Forms
* Fancy layouts that cannot be built using HTML
* Complex, cross-forms navigation
We think this is preferrable over line by line translations of PL/SQL into Java, because the Forms architecture is so different from J2EE architecture. It would lead to a badly structured J2EE application that would be very hard to maintain. Instead, we want to give you a head start in creating a well structured, maintainable J2EE application.
You get a migrated application with:
* Professional and powerful HTML user interface
* Most common layout styles are fully generated
* Compliant with the Model-View-Controller Paradigm
* Component based architecture that enables you to wire different business component together
In the JHeadstart Developer's Guide (which is shipped with the evaluation copy), chapter 5, you can find more about the JHeadstart Designer Generator. Look for example at page 5-19 and onwards, for details about what parts of Designer Modules are transformed. You can also take a look at the JHeadstart Designer Generator Reference, to which a link is included in the JHeadstart Documentation Index ([JHeadstart Home]\jheadstart\doc\index.html)
Hope this helps,
Sandra Muller
JHeadstart Team

Converting Oracle Forms to J2EE

Hi,
I was just wondering if the conversion of the forms using jHeadStart will require a lot of recoding of application logic attached to the forms. As oracle forms has a lot of built-in form triggers, how will this be converted using jHeadStart? Will it entirely disappear from the converted code?

George,
From the thread 'Does JHeadstart retain business logic after forms9i migration?':
[...] the JHeadstart Designer Generator will not covert any PL/SQL logic.
Apart from the fact that this would be a very complicated task indeed, the functionality behind the PL/SQL logic in most cases will not have a 1:1 equivalent in a web application, so a conversion will not make sense anyway.
The philosophy behind the JHeadstart Designer Generator is to assist in a true migration to a Java/XML based application, where functionality is implemented using the proper technology for that platform. This rather than converting a solution that made sense using Designer/Developer, but that you would never have used when you build a Java/XML application from scratch.
Jan Kettenis

J2EE and Oracle Forms

Hi,
I'm going to develop a Web Application, one of the requirements is to use a the Java Programming Language and Oracle Database Engine.
I have read a lot of OTN Documentation about the Oracle Forms Web capabilities, and I read about the collaboration between Oracle Forms and J2EE Applicatons.
Does anybody have a link (from a Third-Party Vendor different from Oracle) containing the pros and cons of Oracle Forms (Web enabled) and a really J2EE application?
Any comment is appreciated.
E Sanchez

Refer to http://otn.oracle.com/products/forms/htdocs/FormsJavaSOD.html

Is there a Migration tool for migrating Oracle forms 5 to Java

Hi,
I would like to know if there are any oracle tools available for migrating Oracle forms to j2ee.I read that " Oracle JHeadstart 10g" migrates the forms 6i to java/html.Does Oracle JHeadstart 10g also migrate forms 5 to j2ee.I am new to both oracle forms and j2ee and any information about this would be a great help.
Thanks,
Kevin

Kevin,
there are a couple of migration partners that offer their migration tool and many are listed on the otn page for Forms (otn.oracle.com/products/forms). You may want to make yourself a picture of how efficient such a migration coul dbecome
Frank

How to deploy oracle forms + J2EE application in single OC4J instance

We have ORACLE forms application, which is deployed in OC4J Instance in application server.
There are some modules, which are developed in Java/J2EE, which are invoked from Oracle forms application. Currently this java application is
deployed in separate OC4J instance.
Could you please help us how to combine this forms +J2ee application in single ear file,
And this ear file has to be deployed in one OC4J instance.

Maybe have a look at :
http://download.oracle.com/docs/cd/B14099_19/web.1012/b14032/basics.htm

It looks Oracle Form/Applet die hard versus J2EE Servlet/JSP/JSF & AJAX

I left the form forum for a while and am busy with transfering our Oracle web forms app to Struts based J2EE application (just because the Oracle EE AS is the moving cause, it's out of my control.). After a year or so on J2EE which I enjoyed the fresh OO coding while keep enhancing Oracle webform app in production, I have some thought on Applet vs J2EE JSP/JSF plus AJAX.
1) JSP itself is hard to avoid the full screen refreshing even though user just does partial changes ,e.g., lists, on the screen, it has to use AJAX to do the tricks. While partial refreshing in applet is natural default behavior.
2) Forms is really an RAD, while J2EE's IDEs does help a bit(IBM's Websphere v6 even called iRAD) which takes way longer programming time compared to Forms. One IBM's article says it trys to win the Oracle Forms developers by giving the familiar graphical way of drag/drop GUI, so IBM recognizes the RAD coding power of Oracle Forms. So, IBM promotes the RAD similar to Oracle Forms.
3) GUI/business rules related validation: Applet offered a great advantage over JSP/ even JSF which to avoid the full screen refresh, AJAX/JavaScript is used heavily. User friendly interaction of applet is way better than J2EE.
4) Browser's back/refresh buttons also are headache to J2EE, expecially we need to support IE and Firefox. Applet basically is not bothered by these buttons.
Recently, I read techi news said that the new chips will make the network transfer speed 10 time faster than now-even the cell phone transfer the image will be way faster. Then I predict the applet, just like IBM's mainframe, will see its Spring again, not like now in its winter. Especially the Oracle Forms makes coding easier than pure applet coding.
Oracle folks, kepp beefing up the Oracle Forms, don't just pay attention to JDev. J2EE IDE, most of all, remove the Oracle EE ASxx block, be open. Oracle EE ASxx is really not a pretty baby, even though so Oracle thinks it is.

1) Why we are transfering your Oracle web forms app to Struts based J2EE application?
Since our corporate is IBM world-DB2/UDB, WebSphere AS (WAS) etc. It only allows Oracle Forms/reports servers to be compatible with the infrastructure. It does not allow to purchase another EE app server(espeically LDAP). We could not upgrade our forms/reports6i to 9i or 10g.
2.Therefore the Oracle EE AS is the moving cause, it's out of my control because I did my best to talk to Oracle sales, but no avail. I am glad that I got a good chance to beef up my J2EE Struts skills.
If extract out the forms/report9i/10g engines from the Oracle EE AS 9i/10g, (don't attempt to bundle sell the EE AS to customers-regardless of the shrinked 9.0.4 forms/reports services version, it's still another EE AS) and make them compatible with other ASs(espcially the LDAP), then Oracle Forms will have more customers.

Migrate Oracle Apps Forms to J2EE

Hi,
I need to migrate Oracle Apps(11i) Forms to J2EE.
I went through Oracle Partners who provide these migration tools but none provides trial version to test/use.
How do I migrate forms.
Or is there any way so that I can replace forms with my custom screens?
Need your help.

Its probably too long an answer to write here but I always like to start with the WHY?
The one thing that is fact is that this will cost you considerable time and effort so you have to be very clear on your reasons. Furthermore, there is no "magic bullet". There is no tool or solution that can "with one click" migrate your application - unless your application is Emp/Dept of course ;o)
You also have to seriously consider the need (infact I would say REQUIREMENT) that any migration MUST rearchitect. A Forms app and a J2EE app are very different, if you don't re-architect then you are re-implementing Forms in Java (in which case, why bother).
If you go to http://otn.oracle.com/goto/formsmodernize there is information that we in Oracle see as the most likely approach to succeed - which is retain an investment in Forms while you build up skills/services/functionality in your new system
I'd suggest spending a couple of hours reading this information and then if you have further questions you can come back to us.
Regards
Grant

J2EE applications Vs. Oracle Forms server

Hi guys,
I have worked in the oracle forms server and building some J2EE applications.
So what is making me confused is with is better to use? Oracle forms server OR J2EE applications?
I have seen that most of the enterprise applications build on J2EE technology, building applications using Oracle Forms Developer or Oracle Designer Forms Generator is easer than using J2EE technology and as I know forms server is much faster than downloading html pages using J2EE
The BIG question is “Why Oracle is pushing and supporting the J2EE more than the forms server”????????
Please can any one answer this question, I want to posted to some decision makers in my company.
Thanks a lot,
Regards,
Ibrahim Sawalha
[email protected]

Ibrahim,
thanks for your question and lets see if I can help answer your points.
"which is better to use" - well it depends! - If you have a team of PL/SQL developers who are comfortable in the relational world and are more focused on the business logic of the application rather than the implementation details, then Forms may be the tool which fits the developers' requirements.
If you have a team of Java programmers and you want ability to build and tailor your application at every level - if you want flexibility on the UI (JSP/HTML, wireless, Swing etc) then J2EE and JDeveloper gives you those choices.
"...[Forms/Designer]is easer than using J2EE" I think that this is true now but becoming less so. Because Forms is a "black box" in that it hide much of the implementation details, it is inherently easier because you are not looking at that implementation level.
However, with Jdeveloper, you are seeing the introduction of more and more frameworks do much of the "common implementation" details for you..and so this becomes easier. Jdeveloper is also introducing a number of features which will make development more productive (e.g. WYSIWYG editors). This will bring it more in line with the Forms development experience.
"Why Oracle is pushing and supporting the J2EE more than the forms server" - well, I guess this is a perception thing. Yes there is a huge push behind J2EE but equally there is a huge effort going into Forms as well (we have a US and EMEA wide Forms Upgrade workshop running at the moment, we have 7 Forms and Designer Papers at ODTUG this year (Jdeveloper has 8 - so its a pretty even split {and thats not including Reports}). Compare the Forms and JDeveloper forums on OTN and you will see both are very active (Forms has the most post of any forum).
I personally believe that as J2EE is a newer technology there is more to talk about that an more estbalished tool like Forms.
So I don't really see it as J2EE vs Forms Server. Its more a case of different technologies, different strengths and the decision on which you use will be based on questions about integration, users, application front end, development skills etc etc....and I would hope that the choice becomes clearer when you address each of these questions.
I hope this helps and please post if you have any more questions.
Regards
Grant Ronald
Application Development Tools Product Management
ps. may also be worth checking out http://otn.oracle.com/products/forms/htdocs/FormsJavaSOD.html which addresses the question of those who are considering moving Forms applications to J2EE

Frm-41213 SO: Linux 64bits,Oracle Forms 10g Integration With Reports

Oracle Forms [32 bits] Versión 10.1.2.0.2 with Reports Fails. The Report Server Is Up, the file test.rdf its executed ok. but when a button have the next code. all its wrong.... helpme...
PROCEDURE REPORT IS
repid REPORT_OBJECT;
v_rep VARCHAR2(100);
rep_status VARCHAR2(50);
BEGIN
repid := find_report_object('mireport');
SET_REPORT_OBJECT_PROPERTY(repid,REPORT_EXECUTION_MODE,BATCH);
SET_REPORT_OBJECT_PROPERTY(repid,REPORT_COMM_MODE,SYNCHRONOUS);
SET_REPORT_OBJECT_PROPERTY(repid,REPORT_DESTYPE,CACHE);
SET_REPORT_OBJECT_PROPERTY(repid,REPORT_DESFORMAT,'pdf');
SET_REPORT_OBJECT_PROPERTY(repid,REPORT_SERVER,'rep_serverias_home_middle');
v_rep := RUN_REPORT_OBJECT(repid);
rep_status := REPORT_OBJECT_STATUS(v_rep);
WHILE rep_status in ('RUNNING','OPENING_REPORT','ENQUEUED')
LOOP
rep_status := report_object_status(v_rep);
END LOOP;
IF rep_status = 'FINISHED' THEN
WEB.SHOW_DOCUMENT('http://miserver.dominio.com:7778/reports/rwservlet/getjobid'||
substr(v_rep,instr(v_rep,'_',-1)+1)||'?'||'server=rep_serverias_home_middle');
ELSE
message('Error when running report');
END IF;
END;
REPORTS_CLASSPATH and REPORTS_PATH seting Ok.
the next ist the default.env.
ORACLE_HOME=/oracle/products/middle
FORMS_PATH=/oracle/misaplications/modu01/lib:/oracle/misaplicationes/modu02/menus:/oracle/misaplicationes/modu01/images:/oracle/misaplicationes/modu01/icons:/oracle/misaplicationes/modu01/submod01/source:/oracle/misaplicationes/modu01/submod02/source:/oracle/misaplitaciones/modu01/submod03/source:/oracle/misaplitaciones/modu01/submod04/source:/oracle/misaplicationes/modu01/submod05/source:/oracle/misaplicaciones/modu01/submod07/source:/oracle/products10g/middle/forms
WEBUTIL_CONFIG=/oracle/products10g/middle/forms/server/webutil.cfg
LD_ASSUME_KERNEL=2.4.21-4.EL
CLASSPATH=/oracle/products10g/middle/forms/java/imagenes.jar:/oracle/products10g/middle/forms/webutil/frmwebutil.jar:/oracle/products10g/middle/forms/webutil/jacob.jar:/oracle/products10g/middle/j2ee/OC4J_BI_Forms/applications/formsapp/formsweb/WEB-INF/lib/frmsrv.jar:/oracle/products10g/middle/jlib/repository.jar:/oracle/products10g/middle/jlib/ldapjclnt10.jar:/oracle/products10g/middle/jlib/debugger.jar:/oracle/products10g/middle/jlib/ewt3.jar:/oracle/products10g/middle/jlib/share.jar:/oracle/products10g/middle/jlib/utj.jar:/oracle/products10g/middle/jlib/zrclient.jar:/oracle/products10g/middle/reports/jlib/rwrun.jar:/oracle/products10g/middle/forms/java/frmwebutil.jar:/oracle/products10g/middle/forms/java/frmall.jar
REPORTS_CLASSPATH=/oracle/products10g/middle/jlib/zrclient.jar:/oracle/products10g/middle/reports/jlib/rwrun.jar
#FORMS_TRACE_PATH=<FORMS_ORACLE_HOME>/forms/server
the next ist the reports.sh.
ORACLE_HOME=/oracle/products10g/middle; export ORACLE_HOME
PATH=$ORACLE_HOME/jdk/bin:$ORACLE_HOME/bin:${PATH}; export PATH
TNS_ADMIN=$ORACLE_HOME/network/admin; export TNS_ADMIN
## TWO_TASK=< two task name >; export TWO_TASK
## ORACLE_SID=< ORACLE SID >; export ORACLE_SID
## setting for Reports Runtime
RW=$ORACLE_HOME/reports; export RW
REPORTS_PATH=$ORACLE_HOME/reports/templates:$ORACLE_HOME/reports/samples/demo:/oracle/aplicaciones/sioper/geo/reports:$ORACLE_HOME/reports/integ:$ORACLE_HOME/reports/printers:${REPORTS_PATH}; export REPORTS_PATH
REPORTS_TMP=/tmp; export REPORTS_TMP
REPORTS_NO_DUMMY_PRINTER=TRUE; export REPORTS_NO_DUMMY_PRINTER
REPORTS_TAGLIB_URI=/WEB-INF/lib/reports_tld.jar; export REPORTS_TAGLIB_URI
REPORTS_CLASSPATH=$ORACLE_HOME/reports/jlib/rwbuilder.jar:$ORACLE_HOME/reports/jlib/rwrun.jar:$ORACLE_HOME/jlib/zrclient.jar:$ORACLE_HOME/j2ee/home/oc4j.jar:$ORACLE_HOME/j2ee/home/lib/ojsp.jar; export REPORTS_CLASSPATH
NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1; export NLS_LANG
## Icon variable for Solaris platform
TK_ICON=$ORACLE_HOME/reports/plugins/resource; export TK_ICON
#REPORTS_DEFAULT_DISPLAY=NO; export REPORTS_DEFAULT_DISPLAY

I thought I did, using batch=yes option. However, when running:
$ rwserver.sh server=repsrv
the pop-up window shows "Report Server is starting up". It does not change to "Report Server is ready".
Thanks

IE failed after installing oracle forms

Hello ,
I have installed Oracle Forms10g,& DB then .After connecting to DB when I tried to run TEST.FMB(example form given by oracle), My IE(IE8,Windows7) dont show the form runtime,rather it shows a blank page with a url: http://<My_PC Namexxx-pc>:8889/forms/frmservlet. I came to know that I need to change formsweb.cfg,default.env and registry.dat,I have installed the my jinitiator also. Please help me out how can i run my form locally. I am giving the codes also of those files,if i need to change anything please let me know
default.env*
# $Id: default.env 14-apr-2005.13:22:43 pkuhn Exp $
# default.env - default Forms environment file, Windows version
# This file is used to set the Forms runtime environment parameters.
# If a parameter is not defined here, the value in the Windows registry
# will be used. If no value is found in the registry, the value used will
# be that defined in the environment in which the servlet engine (OC4J
# or JServ) was started.
# NOTES
# 1/ The Forms installation process should replace all occurrences of
# <percent>FORMS_ORACLE_HOME<percent> with the correct ORACLE_HOME
# setting, and all occurrences of <percent>O_JDK_HOME<percent> with
# the location of the JDK (usually $ORACLE_HOME/jdk).
# Please make these changes manually if not.
# 2/ Some of the variables below may need to be changed to suite your needs.
# Please refer to the Forms documentation for details.
ORACLE_HOME=E:\ORACLE_INSTALLED\DevSuiteHome_1
# Search path for Forms applications (.fmx files, PL/SQL libraries)
# If you need to include more than one directory, they should be semi-colon
# separated (e.g. c:\test\dir1;c:\test\dir2)
FORMS_PATH=E:\ORACLE_INSTALLED\DevSuiteHome_1\forms
# webutil config file path
WEBUTIL_CONFIG=E:\ORACLE_INSTALLED\DevSuiteHome_1\forms\server\webutil.cfg
# Disable/remove this variable if end-users need access to the query-where
# functionality which potentially allows them to enter arbitrary SQL
# statements when in enter-query mode.
FORMS_REJECT_GO_DISABLED_ITEM=FALSE
FORMS_RESTRICT_ENTER_QUERY=TRUE
# The PATH setting is required in order to pick up the JVM (jvm.dll).
# The Forms runtime executable and dll's are assumed to be in
# E:\ORACLE_INSTALLED\DevSuiteHome_1\bin if they are not in the PATH.
# In addition, if you are running Graphics applications, you will need
# to append the following to the path (where <Graphics Oracle Home> should
# be replaced with the actual location of your Graphics 6i oracle_home):
# ;<Graphics Oracle Home>\bin;<Graphics Oracle Home>\jdk\bin
PATH=E:\ORACLE_INSTALLED\DevSuiteHome_1\bin;E:\ORACLE_INSTALLED\DevSuiteHome_1\jdk\jre\bin\client
# Settings for Graphics
# NOTE: These settings are only needed if Graphics applications
# are called from Forms applications. In addition, you will need to
# modify the PATH variable above as described above.
# Please uncomment the following and put the correct 6i
# oracle_home value to use Graphics applications.
#ORACLE_GRAPHICS6I_HOME=<your Graphics 6i oracle_home here>
# Search path for Graphics applications
#GRAPHICS60_PATH=
# Settings for Forms tracing and logging
# Note: This entry has to be uncommented to enable tracing and
# logging.
#FORMS_TRACE_PATH=<FORMS_ORACLE_HOME>\forms\server
# System settings
# You should not normally need to modify these settings
FORMS=E:\ORACLE_INSTALLED\DevSuiteHome_1\forms
# Java class path
# This is required for the Forms debugger
# You can append your own Java code here)
# frmsrv.jar, repository.jar and ldapjclnt10.jar are required for
# the password expiry feature to work(#2213140).
CLASSPATH=E:\ORACLE_INSTALLED\DevSuiteHome_1\j2ee\OC4J_BI_Forms\applications\formsapp\formsweb\WEB-INF\lib\frmsrv.jar;E:\ORACLE_INSTALLED\DevSuiteHome_1\jlib\repository.jar;E:\ORACLE_INSTALLED\DevSuiteHome_1\jlib\ldapjclnt10.jar;E:\ORACLE_INSTALLED\DevSuiteHome_1\jlib\debugger.jar;E:\ORACLE_INSTALLED\DevSuiteHome_1\jlib\ewt3.jar;E:\ORACLE_INSTALLED\DevSuiteHome_1\jlib\share.jar;E:\ORACLE_INSTALLED\DevSuiteHome_1\jlib\utj.jar;E:\ORACLE_INSTALLED\DevSuiteHome_1\jlib\zrclient.jar;E:\ORACLE_INSTALLED\DevSuiteHome_1\reports\jlib\rwrun.jar;E:\ORACLE_INSTALLED\DevSuiteHome_1\forms\java\frmwebutil.jar
formsweb.cfg_
# $Id: formsweb.cfg 15-apr-2005.13:17:30 pkuhn Exp $
# formsweb.cfg defines parameter values used by the FormsServlet (frmservlet)
# This section defines the Default settings. Any of them may be overridden in the
# following Named Configuration sections. If they are not overridden, then the
# values here will be used.
# The default settings comprise two types of parameters: System parameters,
# which cannot be overridden in the URL, and User Parameters, which can.
# Parameters which are not marked as System parameters are User parameters.
# SYSTEM PARAMETERS
# These have fixed names and give information required by the Forms
# Servlet in order to function. They cannot be specified in the URL query
# string. But they can be overridden in a named configuration (see below).
# Some parameters specify file names: if the full path is not given,
# they are assumed to be in the same directory as this file. If a path
# is given, then it should be a physical path, not a URL.
# USER PARAMETERS
# These match variables (e.g. %form%) in the baseHTML file. Their values
# may be overridden by specifying them in the URL query string
# (e.g. "http://myhost.mydomain.com/forms/frmservlet?form=myform&width=700")
# or by overriding them in a specific, named configuration (see below)
[default]
# System parameter: default base HTML file
baseHTML=base.htm
# System parameter: base HTML file for use with JInitiator client
baseHTMLjinitiator=basejini.htm
# System parameter: base HTML file for use with Sun's Java Plug-In
baseHTMLjpi=basejpi.htm
# System parameter: delimiter for parameters in the base HTML files
HTMLdelimiter=%
# System parameter: working directory for Forms runtime processes
# WorkingDirectory defaults to <oracle_home>/forms if unset.
workingDirectory=
# System parameter: file setting environment variables for the Forms runtime processes
envFile=default.env
# Forms runtime argument: whether to escape certain special characters
# in values extracted from the URL for other runtime arguments
escapeparams=true
# Forms runtime argument: which form module to run
form=test.fmx
# Forms runtime argument: database connection details
userid=
# Forms runtime argument: whether to run in debug mode
debug=no
# Forms runtime argument: host for debugging
host=
# Forms runtime argument: port for debugging
port=
# Other Forms runtime arguments: grouped together as one parameter.
# These settings support running and debugging a form from the Builder:
otherparams=buffer_records=%buffer% debug_messages=%debug_messages% array=%array% obr=%obr% query_only=%query_only% quiet=%quiet% render=%render% record=%record% tracegroup=%tracegroup% log=%log% term=%term%
# Sub argument for otherparams
buffer=no
# Sub argument for otherparams
debug_messages=no
# Sub argument for otherparams
array=no
# Sub argument for otherparams
obr=no
# Sub argument for otherparams
query_only=no
# Sub argument for otherparams
quiet=yes
# Sub argument for otherparams
render=no
# Sub argument for otherparams
record=
# Sub argument for otherparams
tracegroup=
# Sub argument for otherparams
log=
# Sub argument for otherparams
term=
# HTML page title
pageTitle=Oracle Application Server Forms Services
# HTML attributes for the BODY tag
HTMLbodyAttrs=
# HTML to add before the form
HTMLbeforeForm=
# HTML to add after the form
HTMLafterForm=
# Forms applet parameter: URL path to Forms ListenerServlet
serverURL=/forms/lservlet
# Forms applet parameter
codebase=/forms/java
# Forms applet parameter
imageBase=DocumentBase
# Forms applet parameter
width=750
# Forms applet parameter
height=600
# Forms applet parameter
separateFrame=false
# Forms applet parameter
splashScreen=
# Forms applet parameter
background=
# Forms applet parameter
lookAndFeel=Oracle
# Forms applet parameter
colorScheme=teal
# Forms applet parameter
logo=
# Forms applet parameter
restrictedURLparams=HTMLbodyAttrs,HTMLbeforeForm,pageTitle,HTMLafterForm,log,allow_debug,allowNewConnections
# Forms applet parameter
formsMessageListener=
# Forms applet parameter
recordFileName=
# Forms applet parameter
serverApp=default
# Forms applet archive setting for JInitiator
archive_jini=frmall_jinit.jar
# Forms applet archive setting for other clients (Sun Java Plugin, Appletviewer, etc)
archive=frmall.jar
# Number of times client should retry if a network failure occurs. You should
# only change this after reading the documentation.
networkRetries=0
# Page displayed to Netscape users to allow them to download Oracle JInitiator.
# Oracle JInitiator is used with Windows clients.
# If you create your own page, you should set this parameter to point to it.
jinit_download_page=/forms/jinitiator/us/jinit_download.htm
# Parameter related to the version of JInitiator
jinit_classid=clsid:CAFECAFE-0013-0001-0022-ABCDEFABCDEF
# Parameter related to the version of JInitiator
jinit_exename=jinit.exe#Version=1,3,1,22
# Parameter related to the version of JInitiator
jinit_mimetype=application/x-jinit-applet;version=1.3.1.22
# Page displayed to users to allow them to download Sun's Java Plugin.
# Sun's Java Plugin is typically used for non-Windows clients.
# (NOTE: you should check this page and possibly change the settings)
jpi_download_page=http://java.sun.com/products/archive/j2se/1.4.2_06/index.html
# Parameter related to the version of the Java Plugin
jpi_classid=clsid:CAFEEFAC-0014-0002-0006-ABCDEFFEDCBA
# Parameter related to the version of the Java Plugin
jpi_codebase=http://java.sun.com/products/plugin/autodl/jinstall-1_4_2-windows-i586.cab#Version=1,4,2,06
# Parameter related to the version of the Java Plugin
jpi_mimetype=application/x-java-applet;jpi-version=1.4.2_06
# EM config parameter
# Set this to "1" to enable Enterprise Manager to track Forms processes
em_mode=0
# Single Sign-On OID configuration parameter
oid_formsid=%OID_FORMSID%
# Single Sign-On OID configuration parameter
oracle_home=E:\ORACLE_INSTALLED\DevSuiteHome_1
# Single Sign-On OID configuration parameter
formsid_group_dn=%GROUP_DN%
# Single Sign-On OID configuration parameter: indicates whether we allow
# dynamic resource creation if the resource is not yet created in the OID.
ssoDynamicResourceCreate=true
# Single Sign-On parameter: URL to redirect to if ssoDynamicResourceCreate=false
ssoErrorUrl=
# Single Sign-On parameter: Cancel URL for the dynamic resource creation DAS page.
ssoCancelUrl=
# Single Sign-On parameter: indicates whether the url is protected in which
# case mod_osso will be given control for authentication or continue in
# the FormsServlet if not. It is false by default. Set it to true in an
# application-specific section to enable Single Sign-On for that application.
ssoMode=false
# The parameter allow_debug determines whether debugging is permitted.
# Administrators should set allow_debug to "true" if servlet
# debugging is required, or to provide access to the Forms Trace Xlate utility.
# Otherwise these activities will not be allowed (for security reasons).
allow_debug=false
# Parameter which determines whether new Forms sessions are allowed.
# This is also read by the Forms EM Overview page to show the
# current Forms status.
allowNewConnections=true
# EndUserMonitoring
# EndUserMonitoringEnabled parameter
# Indicates whether EUM/Chronos integration is enabled
EndUserMonitoringEnabled=
# EndUserMonitoringURL
# indicates where to record EUM/Chronos data
EndUserMonitoringURL=
# Example Named Configuration Section
# Example 1: configuration to run forms in a separate browser window with
# "generic" look and feel (include "config=sepwin" in the URL)
# You may define your own specific, named configurations (sets of parameters)
# by adding special sections as illustrated in the following examples.
# Note that you need only specify the parameters you want to change. The
# default values (defined above) will be used for all other parameters.
# Use of a specific configuration can be requested by including the text
# "config=<your_config_name>" in the query string of the URL used to run
# a form. For example, to use the sepwin configuration, your could issue
# a URL like "http://myhost.mydomain.com/forms/frmservlet?config=sepwin".
[sepwin]
separateFrame=True
lookandfeel=Generic
# Example Named Configuration Section
# Example 2: configuration forcing use of the Java Plugin in all cases (even if
# the client browser is on Windows)
[jpi]
baseHTMLJInitiator=basejpi.htm
# Example Named Configuration Section
# Example 3: configuration running the Forms ListenerServlet in debug mode
# (debug messages will be written to the servlet engine's log file).
[debug]
serverURL=/forms/lservlet/debug
# Sample configuration for deploying WebUtil. Note that WebUtil is shipped with
# DS but not AS and is also available for download from OTN.
[webutil]
WebUtilArchive=frmwebutil.jar,jacob.jar
WebUtilLogging=off
WebUtilLoggingDetail=normal
WebUtilErrorMode=Alert
WebUtilDispatchMonitorInterval=5
WebUtilTrustInternal=true
WebUtilMaxTransferSize=16384
baseHTMLjinitiator=webutiljini.htm
baseHTMLjpi=webutiljpi.htm
archive_jini=frmall_jinit.jar
archive=frmall.jar
lookAndFeel=oracle

I tried to run TEST.FMB(example form given by oracle), My IE(IE8,Windows7) dont show the, I have installed the my jinitiator also.Internet explorer (IE 8) doesn't support jinitiator. You have to upgrade JRE.
Check this link. http://www.oracle.com/technetwork/middleware/ias/downloads/as-certification-r2-101202-095871.html#BABGCBHA
Hope this will help you
If someone's response is helpful or correct, please mark it accordingly.

Webutil form giving error "oracle.forms.webutil.* bean not found.

i have done all settings as per given in documentation of webutil.
forms is compiling but at runtime it gives error:
oracle.forms.webutil.clientinfo.getclientinfo bean not found.
what could be the reason.plz. help.
shikha...

Hi Shika,
Probably, the issue could be because of any one of the following.
 
 
1. Check whether you have added $OARCLE_HOME\forms90\java\frmwebutil.jar in the default.env under $ORACLE_HOME\Forms90\server folder.
 
 
2. Check whether you have added the virtual directory
<virtual-directory virtual-path="/webutil" real-path="$OARCLE_HOME/forms90/webutil" />
in the file orion-web.xml under $ORACLE_HOME\j2ee\DevSuite\application-deployments\forms\forms90web folder
<bCorrectly
 
 
HTH.
 
Regards,
 
Arun

WebUtil - oracle.forms.webutil.ole.oleFunctions bean not found.

All,
We're using webutil 1.0.6 on forms 9.0.4. Stuck up with the following error at runtime 'oracle.forms.webutil.ole.oleFunctions bean not found.'.
In metalink, we noticed that webutil 1.0.6 should't be used with 9.0.4 unless some modification made on PLL. Unfortunately in OTN we can't find webutil 1.0.5 source version.
Anyone please tell us from where we can get WebUtil 1.0.5 source or how can we solve this problem.
Thank you very much.
Prabhu.

Hi,
I have encountered the same problem. Form compiled with no error, but at run time got an error 'oracle.forms.webtuil.ole.oleFunctions bean not found'.
DEFAULT.ENV:
WEBUTIL_CONFIG=c:\oracle\ora92\forms90\server\webutil.cfg
WebUtilArchive=c:\oracle\ora92\forms90\java\frmwebutil.jar,c:\oracle\ora92\forms90\java\jacob.jar
FORMSWEB.CFG file:
webUtilArchive=/forms90/java/webutil.jar,/forms90/java/jacob.jar
archive_jini=f90all_jinit.jar
archive_ie=f90all.cab
archive=f90all.jar
[jpi]
baseHTML=/forms90/server/base.htm
baseHTMLjinitiator=c:\oracle\ora92\forms90\server\webutiljini.htm
baseHTMLjpi=/forms90/server/basejpi.htm
baseHTMLie=/forms90/server/baseie.htm
[webutil]
WebUtilArch=/forms90/java/frmwebutil.jar
WebUtilTrustInternal=true
WebUtilMaxTransferSize=16384
baseHTMLjinitiator=/forms90/server/webutiljini.htm
baseHTMLjpi=/forms90/server/webutiljpi.htm
archive_jini=/forms90/java/f90all_jinit.jar
archive=/forms90/java/f90all.jar
lookAndFeel=oracle
ORION-WEB.XML file (ORACLE\ora92\j2ee\DevSuit\application-deployments\forms\form90web):
<context-param-mapping name="configFileName">c:\oracle\ora92/forms90/server/formsweb.cfg</context-param-mapping>
<virtual-directory virtual-path="/html" real-path="c:\oracle\ora92/tools/web90/html" />
<virtual-directory virtual-path="/java" real-path="c:\oracle\ora92/forms90/java" />
<virtual-directory virtual-path="/iconos" real-path="c:\oracle\ora92/forms90/iconos" />
<virtual-directory virtual-path="/webutil" real-path="c:\oracle\ora92/forms90/webutil" />
<virtual-directory virtual-path="/jinitiator" real-path="c:\oracle\ora92/jinit" />
Please help!
Thank you

Migración Oracle Forms hacia J2EE

Similar Messages

Maybe you are looking for