Re: JInitiator: How do I get the auto download html file to recognise 2 versions.

From: Mike Dwyer <dwyermj_at_co,larimer.co.us>
Date: 2000/07/20
Message-ID: <omEd5.5$6N2.1220_at_wdc-read-01.qwest.net>#1/1


We do exactly what you want, with versions .15 and .18. Here is my readme text so that I remember how it works. :-)

This directory contains Oracle's JInitiator executable(s).

"Oracle JInitiator allows customers to run Oracle Developer applications, including Oracle Applications, using Netscape Navigator or Internet Explorer." In Netscape, JInitiator is implemented as a plug-in; it is implemented as an Active X component in Internet Explorer.

Larimer County web pages call JInitiator's Java applet with HTML code, using an OBJECT tag for IE and an EMBED tag for Netscape, in static htm or cfm files. These tags identify the version of JInitiator to be run on the client machine. The tags may also allow the browser to initiate the installation of a new version on the client. (Otherwise, if the client does not have that version installed, the applet would simply fail to start, with no error message.)

Oracle provides the templates for these tags in the "examples" directory created by the installation of JInitiator, so at least one installation must be done by directly executing the jinitxxx.exe file. Look at the file, Program Files\Oracle\JInitiator 1.1.7.18\examples\static_jinit.html. In the template, the version number occurs 4 times, on 3 different lines, in 3 different formats. The class id at the beginning of the OBJECT tag may also change across versions. (There are also width and height parameters that vary with no obvious effect; we have been using values of '1' for both.)

The piece of code that activates the installation request looks like this:

codebase=http://mymachine/jinit11718.exe#Version=1,1,7,18>

The working URL must point to a directory on the web server which 1) contains the jinitxxx.exe file and 2) does not allow its executables to run on the server. Since files in the application directories (like Sal_t or Tre) require execution by the server, they do not meet the second criteria. Therefore, we use the Jinit directory and modify the codebase parameter as follows:

codebase="/jinit/jinit11718.exe#VERSION=1,1,7,18">

Similar changes would be made to the pluginspage parameter for Netscape, but this has not been done as of the time this read-me was created.

  • Mike Dwyer
  • 31 January, 2000

Update 22 February 2000, mjd
Note also that the Netscape plugin for auto-update uses an html file, jinit_download.htm.


^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Now, Dave, a question for you: Have you found specific problems in 1.1.7.18 that are resolved in 1.1.7.27? Jinititator is modified so often that I never know when to upgrade. Also, we are currently using v18 and have just noticed that a block consisting only of poplist list items does not change the current record if the user simply clicks the item. The list has to be manipulated by a key press, or we have to add another item (field) to the block. Have you seen that and/or know if it is fixed in v27? (I know it's jinitiator because the behavior does not occur in client/server.)

"Dave Patterson" <dpatterson_at_pwccanada.com> wrote in message news:5dXrBrgfO8cB_at_venus.gov.bc.ca...
>
> We would like to roll out version 1.1.7.27 but maintain compatibility with
> 1.1.7.18.
> We want it to recognize and allow 1.1.7.18 but if no JInitiator is present
> we want it to install 1.1.7.27.
>
> Is this possible?
>
>
> Thanks,
> Dave
>
> --
> Disclaimer: The opinions expressed here are personal and do not
 necessarily
> reflect the opinions of my employer.
>
>
Received on Thu Jul 20 2000 - 00:00:00 CEST

Original text of this message