Re: Help !! WebForms hang when run thru browser

From: <xbguan_at_yahoo.com>
Date: Thu, 23 Sep 1999 13:01:48 GMT
Message-ID: <7sd8bl$3dv$1_at_nnrp1.deja.com>


Steve,

[Quoted] I have been through this and was going to quit for a few times. Some error messages you posted look famillar.

Just a few thoughts here:
I would still try to use JInitiator. I have used the same version as you did and I guess it is the latest. I install patch 3 for developer 6 server dated 9/3. The JInitiator comes with patch 3 is ....15. So, I use ...18.

When you run the html, did you see the Developer Server page. What do you see at the bottom of the screen? How about if you click reload?

I would like to take a look of two files if you can post or email to me 1. The html form using JInitiator
2. sv<fromcartridge>.cfg

Xiaobin

In article <938042485.19837.0.nnrp-14.9e98d944_at_news.demon.co.uk>,   "Steve Barrett" <steve_at_eurovis.demon.co.uk> wrote:
> Okay I have had lots of solutions thrown my way but unfortunately none
are
> working. People have indicated versions of software, setup of the OAS,
> Environment variables and many more...
>
> The latest indications have been that the illegal access error
exception is
> down to the security setup in the OAS. I have tried what was
recommended but
> that did not work. I am now convinced that if you define no security
in OAS,
> no security will be applied to the virtual directories so I am sure
this is
> not my problem anyway. Another indication was to have the CLASSPATH
set to
> point to the CLASSES.ZIP file. This obviously picks up all the core
JDK
> classes but %ORACLE_HOME%/forms60/java must also be in your CLASSPATH
to
> pick up the oracle classes like oracle.forms.engine.Main.
>
> I have now started digging into what this java exception I am getting
is
> really all about and I am deriving the following.
>
> First a recap on the Java exception that is thrown...
>
> java.lang.IllegalAccessError:
> oracle.forms.engine.Runform.<init>(Loracle/forms/e
>
ngine/Main;ILjava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/ lang
> /Str
> ing;ILjava/lang/String;I)V
> at oracle.forms.engine.Main.createRunform(Main.java)
> at oracle.forms.engine.Main.startImpl(Main.java)
> at oracle.forms.engine.Main.start(Main.java)
> at sun.applet.AppletPanel.run(AppletPanel.java:296)
> at java.lang.Thread.run(Thread.java:466)
>
> The definition of this exception is...
> "Signals that a class or initiator is not accessible"
>
> Effectively I believe this error stack means that the last method to
run
> successfully was...
>
> oracle.forms.engine.Main.createRunform(Main.java)
>
> and within this method it must have tried to instantiated an instance
of the
> class...
>
> oracle.forms.engine.Runform
>
> using the constructor... (derived from using javap on
> oracle.forms.engine.Runform)
>
> protected
> oracle.forms.engine.Runform(oracle.forms.engine.Main,java.lang.Str
> ing,java.lang.String,java.lang.String,java.lang.String,int);
>
> [I do not know what the <init> means, or the letter V in the thrown
> exception message)
>
> Notice the constructor being used to instantiated this class has the
access
> modifier "protected"
>
> Protected means it is accessible in the same package or any classes
> subclasses from this class.
>
> However oracle.forms.engine.Main does not appear to be subclassed from
> oracle.forms.engine.Runform. So for oracle.forms.engine.Main to be
able to
> instantiate a oracle.forms.engine.Runform they must be in the same
package.
> I don't appear to be able to get that information out of javap, but as
they
> are in the same physical directory I would hope they were. To me the
error
> message though indicates that they are not !!!
>
> If this is the case it implies to me it will never work with the
version of
> Forms server that I am running and that it is nothing to do with my
setup. I
> have definitely had webforms up and running on this same PC with Forms
4.5
> and an older OAS but the indications are that other people out there
have
> manage to run Forms 6.0 as webforms in a similar setup.
>
> Has anybody managed it though with patch 3, should I revert back to my
old
> version of forms and then just apply patches 1 and 2 ?
>
> If anybody is switched on to this topic area or know more about Java
perhaps
> you add your thoughts.
>
> It's getting late now so I am going to sign off now from my 5/6 days
trying
> to get this ruddy thing working.
>
> Steve
>
> <xbguan_at_yahoo.com> wrote in message
news:7s9ed2$cfs$1_at_nnrp1.deja.com...
> > I have the exact same setting as yours except I have SP4. I
understand
> > that the OAS 4.0.7.1.0 is still not certified with SP4. But my forms
run
> > very well in both Netscape and IE (4, I believe). I would check for
the
> > stuff like the PATH as mentioned on the other post and setting of
OAS,
> > and maybe the HTML form such as the virtrual path may not match with
> > the setting in the OAS.
> >
> > Xiaobin Guan
> >
> > In article <937823968.21645.0.nnrp-01.d4e58838_at_news.demon.co.uk>,
> > "Steve Barrett" <sbarrett_at_cdproj.com> wrote:
> > > I have installed Patch 3 of forms server.
> > > I have now installed the OAS patch (4.0.7.1.0) but I still get the
> > same
> > > problem, no runform appearing.
> > >
> > > I am running NT SP3, when you mention the patches are needed for
SP4.
> > >
> > > I didn't have SP4 to hand so I installed SP5 but that prevented
the
> > ORB
> > > process from starting in OAS so I have had to revert back to SP3.
The
> > OAS
> > > patch I applied indicates it needs SP3 so my feeling is that I
> > shouldn't try
> > > and install SP4 unless someone indicates otherwise.
> > >
> > > I believe the problem is somewhere down to the client side Java
being
> > unable
> > > to connect to the Forms runtime process. The browser is
successfully
> > kicking
> > > off Jinititator, Jinitiator is running the generic applet, the
generic
> > > applet does get a successful connection to the forms server
process,
> > then
> > > either...
> > >
> > > 1. The forms server process is unable to start a runtime session
> > >
> > > OR
> > >
> > > 2. The forms server process does start a runtime session and
passes
> > the
> > > socket information back but the client side java code cannot
connect
> > to this
> > > process.
> > >
> > > Either way I appeared to be stumped with this self contained
> > configuration.
> > > My next course of action is to try the HTTP/1.1 protocol for the
Forms
> > > Server to see if this helps.
> > >
> > > Does anybody else out there any ideas ?
> > >
> > > Cheers,
> > >
> > > Steve
> > >
> > > derwin_at_my-deja.com wrote in message
<7ru8si$qua$1_at_nnrp1.deja.com>...
> > > >You have the application server patch from their web site??? And
> > > >of course patches 1 & 2 (and perhaps 3) of forms server.
> > > >
> > > >IE5 will work by itself without Jinit, if you upgrade
> > > >the jvm -- choose product updates from IE5 menu
> > > >and then select JVM. I think the number you want
> > > >is 3164 in the java console when you say view java console.
> > > >
> > > >The big thing here is nt patch 4 cause the problems. thats
> > > >why you need the other patches above.
> > > >
> > > >Daryl
> > > >
> > > >In article <937520692.28134.0.nnrp-02.9e98d944_at_news.demon.co.uk>,
> > > > "Steve Barrett" <steve_at_eurovis.demon.co.uk> wrote:
> > > >> Steve Barrett (guest) wrote:
> > > >> : I am currently running...
> > > >> : OAS ver 4.0.7
> > > >> : Forms ver 6.0.5.31.0
> > > >> : IE4 SP1a
> > > >> : Jinitiator 1.1.7.18
> > > >> : They are all configured on a single desktop with NT SP3.
> > > >> : Currently I get Jinitiator launched successfully from IE4
> > > >> : This then successfully starts the generic forms engine applet
> > > >> : The developer server splash screen then appears
> > > >> : THEN everything stops and no form appears and splash screen
> > > >> : remains.
> > > >> : I started off with Forms 6.0.5.0.2 and an earlier version of
> > > >> : Jinitiator but got the same meesage somebody else has
reported
> > > >> : in the discussion area...
> > > >> : FRM-9999 and a series of java exceptions
> > > >> : There solution was to upgrade to a later version of forms. I
> > > >> : have now done this and I am at the latest releases available
> > > >> on
> > > >> : the web for Forms and Jinitiator but now I don't even get as
> > > >> far
> > > >> : as the FRM-9999 message, just hanging on the devloper server
> > > >> : splash screen.
> > > >> : Help...
> > > >> : Steve
> > > >> : I suppose IE5 is my next port of call using it's built in JVM
> > > >> or
> > > >> : even reverting back to the good old appletviewer !!
> > > >>
> > > >> Some additional information on some more things I have tried...
> > > >>
> > > >> I have upgraded to IE5 and tried using the appletviewer but I
am
> > > >> still experiencing the same problems.
> > > >>
> > > >> I have switched on the Jinititator console and switching on
> > > >> logging by the forms server.
> > > >>
> > > >> No errors occur in the java console and I get a successful
> > > >> connection message in the forms server log file.
> > > >>
> > > >> For some reason though I still get the splash screen appear and
> > > >> it hangs there and no form appears. When I use the parameter to
> > > >> indicate the form should be run in a separate window, the
> > > >> separate window appears with a title indicating a forms runtime
> > > >> is running but no form appears and the hourglass appears
> > > >> whenever navigating into the runtime window.
> > > >>
> > > >> I have unzipped the classes.zip file into the forms60/java
> > > >> directory and used IE5's native JVM, again the same thing
> > > >> happens. The splash screen appears and hangs and no form
appears.
> > > >>
> > > >> Help !!!!!
> > > >>
> > > >>
> > > >
> > > >
> > > >Sent via Deja.com http://www.deja.com/
> > > >Share what you know. Learn what you don't.
> > >
> > >
> >
> >
> > Sent via Deja.com http://www.deja.com/
> > Share what you know. Learn what you don't.
>
>

Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't. Received on Thu Sep 23 1999 - 15:01:48 CEST

Original text of this message