United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
Bug ID: 6606270 Makefile work for new Java Plug-In
6606270 : Makefile work for new Java Plug-In

Details
Type:
Bug
Submit Date:
2007-09-18
Status:
Closed
Updated Date:
2010-04-04
Project Name:
JDK
Resolved Date:
2007-10-31
Component:
deploy
OS:
generic
Sub-Component:
plugin
CPU:
generic
Priority:
P1
Resolution:
Duplicate
Affected Versions:
6u5
Fixed Versions:
6u10

Related Reports
Duplicate:
Relates:
Relates:

Sub Tasks

Description
The plugin makefiles need to be modified to make copies of the DLLs
associated with the old and the new Firefox plugins into
jre/bin/unused_plugin. These copies will be used in conjunction with
the Control Panel and installer work for the new Java Plug-In.

                                    

Comments
EVALUATION

This bug is being marked as a duplicate of 6622332 for bookkeeping purposes and does not need to be re-verified independently. In the case of a regression please file a new bug.
                                     
2007-10-31
SUGGESTED FIX

http://analemma.sfbay.sun.com/net/jano2/export2/hotspot/users/kbr/webrevs/mjre/6606270_6606271_6606272_partial_6607511_installer/
                                     
2007-09-30
EVALUATION

This set of changes adds support to the installer for the new Java
Plug-In. The Makefiles have been modified to build either the old or
new plugin into the "unused_plugin" subdirectory depending on the
contents of make/plugin/common/DefaultPluginConfig.gmk. Currently the
new plugin is being built by default for testing purposes. The
registry-related code run by the installer (RegInstall.cpp) has been
modified to register the new plugin if it is enabled by default.

A new light-weight browser helper object, jp2ssv.dll, has been added
which performs the registry key redirection done by the old ssv.dll as
well as the cleanup of old Java Plug-Ins out of the Mozilla plugins
directory. It redirects all of the static and family CLSIDs to the new
Java Plug-In's jp2iexp.dll, and this code has been modified to deal
with arbitrary CLSIDs coming in for instantiation. More work is needed
to provide full SSV support in the new plugin. An associated broker
process, jp2ssvbroker.exe, has been added which elevates to either
medium or high integrity to help with this work, depending on the kind
of work needed. Shared code from the old ssv.dll has been placed in
the ssv_common directory; more refactorings between the old and the
new SSV DLLs will be done in a subsequent putback.

A small custom launcher, jp2launcher.exe, has been added for Windows
Vista which is registered as a broker process by the installer on this
platform. This launcher performs the necessary argument validation to
prevent other IE plugins from escaping the low integrity sandbox, and
then executes javaw.exe.

The installer has been modified to register all of the above new DLLs
and executables in the appropriate ways, and to unregister them during
uninstallation. Currently if the new plugin is the default, then
during installation it will register jp2ssv.dll as a browser helper
object and unregister ssv.dll. Once the Java Control Panel work for
switching between the old and new plugins is done, both of these
browser helper objects will be registered simultaneously, and one or
the other will be disabled depending on the toggle value in the
control panel.

Tested with installation and uninstallation of bundles, and execution
of applets in IE, on Windows XP and Windows Vista. Verified using
regedit that registry keys are cleaned up as expected during
uninstallation. Verified that signed applets continue to be fully
functional on Windows Vista with the new plugin.
                                     
2007-09-30



Hardware and Software, Engineered to Work Together