Hello

I am moving a 10G (R1=9i) form app to a 10GR2 app server environment. The
icons in the old application are accessed using imageBase=DocumentBase.

I am trying to reproduce that setup in 10GR2, (for now that means within
my local development environment, OC4J, not the complete app server).

Naturally the icons don't display or I wouldn't be writing this.

I am quite sure my environment is correct because the web access log shows
the gif files being accessed as the forms are displayed.


<ORA_HOME>\j2ee\DevSuite\log\default-web-access.log

"GET /forms/rt_save.gif HTTP/1.1" 200 905
"GET /forms/rt_print.gif HTTP/1.1" 200 916
"GET /forms/rt_exit.gif HTTP/1.1" 200 913
"GET /forms/rt_undo.gif HTTP/1.1" 200 869
"GET /forms/left.gif HTTP/1.1" 200 855
"GET /forms/rigth.gif HTTP/1.1" 200 853
"GET /forms/rt_radd.gif HTTP/1.1" 200 904
"GET /forms/rt_rdel.gif HTTP/1.1" 200 896
"GET /forms/rt_help.gif HTTP/1.1" 200 864

Those are the icon files begin requested, the list depends on what icons
the form should be displaying. The 200 appears to be the http status
(200=OK, I also see 304=not Modified for subsequent accesses to the same
file). The last number is the number of bytes (the size of the file, and
all are correct).

Further more, if I browse for the gif files using the path shown in the
log then I see the correct images, so I know the files themselves are
fine. ( e.g. when I browse the url http://localhost:8890/forms/listval.gif
then I see the icon)

The buttons and menus all work, the horizontal menu bar works but is very
narrow (and no icons show).

But the buttons and menus in the forms don't show any icons.

Since the server is GET'ing the gif files I think the problem must be in
the display of the icons in the form modules.

I am hoping someone might have suggestions on what could still be wrong?

Thanks, Malcolm Dew-Jones

Malcolm Dew-Jones wrote:
Given all the evidence above, I'd assume you are correct:
the files are fetched (http: 200) and processed (bytes processed
= bytes in size) by the server - your display does not
understand them.

Now, as to why - I have no clue.
You do mention your menu bar is small - it would be the icons
simply are not being processed because they do not fit.
One thing might be to try another browser, change JInitiator
version, if you're still using the dreaded thing. 1.3.24 is one
of the latest, iirc.

A prosperous 2009,
--

Regards,
Frank van Bortel

Frank van Bortel (frank.van.bortel (AT) gmail (DOT) com) wrote:
: Malcolm Dew-Jones wrote:
: > Hello
: >
: > I am moving a 10G (R1=9i) form app to a 10GR2 app server environment. The
: > icons in the old application are accessed using imageBase=DocumentBase.
: >
: > I am trying to reproduce that setup in 10GR2, (for now that means within
: > my local development environment, OC4J, not the complete app server).
: >
: > Naturally the icons don't display or I wouldn't be writing this.
: >
(snip)

: Given all the evidence above, I'd assume you are correct:
: the files are fetched (http: 200) and processed (bytes processed
: = bytes in size) by the server - your display does not
: understand them.

: > I am hoping someone might have suggestions on what could still be wrong?
: >
: > Thanks, Malcolm Dew-Jones

: Now, as to why - I have no clue.
(snip)

I gave up, I moved the icons into a jar file and said imageBase=CodeBase.
Now the icons work, no other changes.

Using IE7 with Java Plug-in 1.5.0_12.

Malcolm Dew-Jones wrote:


That seems to be the direction - JInitiator is to disappear
--

Regards,
Frank van Bortel

Frank van Bortel schreef:
A mystery called "documentation". It's the way it is documented to work
(but don't ask me where, it's too long ago - may be some appendix of a
readme for a patch on a bug). If you look in the Java console when
starting a Form, you'll see it's trying to find the .jar file.

Can't wait!

Shakespeare

Shakespeare (whatsin (AT) xs4all (DOT) nl) wrote:
: Frank van Bortel schreef:
: > Malcolm Dew-Jones wrote:
: >
: >>
: >> I gave up, I moved the icons into a jar file and said
: >> imageBase=CodeBase. Now the icons work, no other changes.
: > Fine. Remains a mystery, then, but hey, that's life...

: A mystery called "documentation".

imageBase=CodeBase is certainly documented to work - and it does work.

As far as I can tell imageBase=DocumentBase is also documented to work -
it used to work but it doesn't appear to work anymore. Perhaps that fact
is documented somewhere but I haven't seen it.


: It's the way it is documented to work
: (but don't ask me where, it's too long ago - may be some appendix of a
: readme for a patch on a bug). If you look in the Java console when
: starting a Form, you'll see it's trying to find the .jar file.

: >
: >>
: >> Using IE7 with Java Plug-in 1.5.0_12.
: >
: > That seems to be the direction - JInitiator is to disappear

: Can't wait!

We are using the Java Plug-in right now (i.e. no JInitiator).

Formsweb.cfg used to have an example section called jpi what invoked the
browser's built-in Java. With IE7 that config invokes what ever Java
Plug-in you have installed in the browser. I know it works with Vista,
but I also know it may not work with Vista, so you need to test it with
your Vista configs to be sure.

I guess there could be situations in which there would be problems, but
basic Forms and Reports work just fine.

$0.10

Hallo,

I'm used to running Forms Server on Unix systems, but my employer wants to switch to Windows
servers.

Would anyone care to share his 2 cents?


Thanks,

Gerard

Gerard H. Pille schreef:
In a previous job, my employer had Forms servers on Windows,as several
clients did. No real problems, IIRC. Installation was far more easy: no
sysprereqs ;-) for libraries, kernel settings etc. Click and go.
One problem with Report Server: if you logged off from the Windows
Server, Rep.Server went down. Had something to do with setting 'Allow
Service to interact with Desktop' (should be switched off).
Only thing is: when you move from Unix to Windows (or vice versa) you
may have to change a few things in your software (paths etc, put the
slash the other way).
From Windows to Unix causes extra problems for filenames are case
sensitive on Unix. So Forms may not find it's pll's etc.
Oracle NL did have a tool to move from Windows to Unix (El Cheapo) but I
don't know if it is still around. Symbolic Links was another option,
confirm to standards was the best option.

Shakespeare

Shakespeare wrote:
ever since forms 4.5-for-the-web. In fact - the supplied
html files clearly had the classes defined (and they worked).

Some mess came along when MS decided not to incorporate
JVM in IE any longer...

--

Regards,
Frank van Bortel

Gerard H. Pille wrote:
Max number of processes is limited (due to memory model).

Prepare for one Forms server for every 80 client connections (yes,
connections - be aware one session may (and will) have multiple
connections).
Forms 4.5, 6.0 and 6i - do not know from experience if a problem with
9i or 10G
--

Regards,
Frank van Bortel