Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / November 2006

Tip: Looking for answers? Try searching our database.

Applets and Multiple JRE Versions

Thread view: 
joe.joesmith4j@gmail.com - 01 Nov 2006 20:55 GMT
Hi,

We are trying to figure out the best way to support a Windows XP SP2
configuration where the users regularly access (4 to 5) java applets
that all require different versions of the jre.  We have between 15 and
20 users.

Each applet is written by a separate third party and we have no control
or influence on their development activities, the version of the jre
they use, etc.  The applets are updated several times througout the
year and frequently require newer versions of the jre.  Many times, a
user will download a new version of the jre without informing IT.  Then
sometime in the future, the user will experience some sort of problem.

The users are non-technical and we are trying to architect a user
friendly solution.  The use of the applets is mission critical to this
group of users.

OS      = Microsoft Windows XP Professional Version 2002 Service Pack 2
Browser = IE Version 6.0.2900.2180.xpsp_sp2_gdr.050301-1519

An example of a problem/resolution that we are having is as follows:

1. User visits web site A.  Applet downloads and is successful.
2. User finishes task at web site A, but leaves browser open.
3. User visits web site B.  Applet downloads, but fails to load.
4. User closes browser.
5. User visits web site B.  Applet downloads and is successful.

The above is just one simple example.  Opening/closing the browser is
one potential solution that we have considered.  However, most of these
applets require some sort of advanced authentication such as smart
cards, secure id cards, etc., and the users may flip back/forth between
the applets multiple times.

Other solutions that we are considering:

- separate computers for each applet
- virtualization
- citrix (or equivalent)

Each of the above has pros/cons especially when factoring in the
various authentication devices.

Any advice would be appreciated.

TIA...Joe
Wesley Hall - 02 Nov 2006 01:53 GMT
> Hi,
>
[quoted text clipped - 43 lines]
>
> TIA...Joe

Joe,

What a nightmare!!

Firstly, if maintaining strict control over the available JREs is
required for your systems to work I would recommend you have a word with
your admins to prevent your users from having the kind of access where
they can mess up the platform infrastructure.

My general advice would be to seriously consider having the applets
re-engineered into a single, cohesive application that can be controlled
and deployed onto a single JRE version, but I understand this may not be
practical in legacy environments.

Failing this, you should probably drop the browser as your deployment
platform and use the appletviewer tool that comes bundled with the JDK.
It should be possible to create launchers for your applets that use the
applet viewer of the appropriate Java version's applet viewer
application. Drop these launchers on your user's desktops and you are away.

See http://java.sun.com/j2se/1.3/docs/tooldocs/win32/appletviewer.html
for more info.

Good luck

Wesley Hall
Chris Uppal - 02 Nov 2006 13:06 GMT
> - separate computers for each applet
> - virtualization
> - citrix (or equivalent)

There might be some mileage in setting up shortcuts which use the Windows "run
as" mechanism to force each browser instance to be a separate process (I don't
know whether you would need a different user for each shortcut, or whether you
could get away with re-using the same user for all of them).

Note that such shortcuts would not be the special Windows "url" shortcuts, but
normal launch-a-named-program-with-arguments shortcuts.

I haven't tried it, but I think that it /should/ work.  In principle...
Whether the users would be able to cope is a different question.

   -- chris


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.