Dynamic versioning of Sun JVM

Hi,
I have already read the Oracle about Sun JVM dynamic versioning for Oracle Forms but am still confused. I'm migrating Forms 9.0.2 to 10.1.2.0.2 and would like to use Dynamic versioning of Sun JVM with Sun JVM 1.4.2_06 as a minimum version. What should I put for the following parameters?
jpi_classid
jpi_download_page
jpi_codebase
jpi_mimetype
Thanks.
Andy

Read tarun telang's blogs on Java
this could be your starting point..
Introduction to SAP JVM

Similar Messages

What Version of Sun JVM has JDeveloper been qualified with?

We have a bug that appears in Java 1.5.06.
Code worked in 1.5.02.
Issue is in the swing library event handling.
What version of the JVM has JDeveloper been qualified with?

Hello pjtobi,
Thank you for the details of the error message you are receving when launching iTunes. I recommend removing and reinstalling iTunes. Follow the steps in the article below:
Removing and reinstalling iTunes and other software components for Windows Vista, Windows 7, or Windows 8
http://support.apple.com/kb/HT1923
Thank you for using Apple Support Communities.
Best,
Sheila M.

MSJVM to Sun JVM for Internet Explorer

Hi,
Currently I am using an applet in a jsp.
This applet is for authentication purpose.
Now currently we want to test it with
sun JVM instead of MSJVM. Could you
please tell what needs to be done.
thanks
radki_j

Just install the Sun JRE version you need and register it to handle the Applet tag which is an option in the Tools->InternetOptions section of IE.

Issue in configuration - formsweb.cfg (10.1.2.0.2) using Sun JVM

Hi gurus,
Below is my config in formsweb.cfg, I want to use Sun JVM instead of Jinitiator
[customjpi]
baseHTML=D:\Ora10gDS\forms\server\base.htm
baseHTMLjpi=D:\Ora10gDS\forms\server\basejpi.htm
baseHTMLjinitiator=D:\Ora10gDS\forms\server\basejpi.htm
HTMLdelimiter=%
envFile=default.env
escapeparams=true
form=test.fmx
serverURL=/forms/lservlet
codebase=/forms/java
imageBase=DocumentBase
width=100%
height=100%
separateFrame=true
archive=D:\Ora10gDS\forms\java\frmall.jar
archive_jini=D:\Ora10gDS\forms\java\frmall_jinit.jar
jpi_download_page=http://java.sun.com/products/archive/j2se/1.4.2_09/index.html
jpi_classid=clsid:8AD9C840-044E-11D1-B3E9-00805F499D93
jpi_codebase=http://java.sun.com/products/plugin/autodl/jinstall-1_4-windows-i586.cab#Version=1,4,0,0
jpi_mimetype=application/x-java-applet;jpi-version=1.4.2_09
When I calling form using URL http://pc021161.cts.com:8889/forms/frmservlet?config=customjpi which is throwing errors.
Below is my log of Java console
Java Plug-in 1.5.0_06
Using JRE version 1.5.0_06 Java HotSpot(TM) Client VM
User home directory = C:\Documents and Settings\125217
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
l: dump classloader list
m: print memory usage
o: trigger logging
p: reload proxy configuration
q: hide console
r: reload policy configuration
s: dump system and deployment properties
t: dump thread list
v: dump thread stack
x: clear classloader cache
0-5: set trace level to <n>
java.net.MalformedURLException: unknown protocol: d
 at java.net.URL.<init>(Unknown Source)
 at java.net.URL.<init>(Unknown Source)
 at sun.plugin.util.GrayBoxPainter.setProgressFilter(Unknown Source)
 at sun.plugin.AppletViewer.initApplet(Unknown Source)
 at sun.plugin.AppletViewer.appletInit(Unknown Source)
 at sun.plugin.viewer.LifeCycleManager.initAppletPanel(Unknown Source)
 at sun.plugin.viewer.IExplorerPluginObject$Initer.run(Unknown Source)
load: class oracle.forms.engine.Main not found.
java.lang.ClassNotFoundException: oracle.forms.engine.Main
 at sun.applet.AppletClassLoader.findClass(Unknown Source)
 at java.lang.ClassLoader.loadClass(Unknown Source)
 at sun.applet.AppletClassLoader.loadClass(Unknown Source)
 at java.lang.ClassLoader.loadClass(Unknown Source)
 at sun.applet.AppletClassLoader.loadCode(Unknown Source)
 at sun.applet.AppletPanel.createApplet(Unknown Source)
 at sun.plugin.AppletViewer.createApplet(Unknown Source)
 at sun.applet.AppletPanel.runLoader(Unknown Source)
 at sun.applet.AppletPanel.run(Unknown Source)
 at java.lang.Thread.run(Unknown Source)
Caused by: java.io.IOException: open HTTP connection failed.
 at sun.applet.AppletClassLoader.getBytes(Unknown Source)
 at sun.applet.AppletClassLoader.access$100(Unknown Source)
 at sun.applet.AppletClassLoader$1.run(Unknown Source)
 at java.security.AccessController.doPrivileged(Native Method)
 ... 10 more
Exception in thread "Thread-4" java.lang.NullPointerException
 at sun.plugin.util.GrayBoxPainter.showLoadingError(Unknown Source)
 at sun.plugin.AppletViewer.showAppletException(Unknown Source)
 at sun.applet.AppletPanel.runLoader(Unknown Source)
 at sun.applet.AppletPanel.run(Unknown Source)
 at java.lang.Thread.run(Unknown Source)
Please help, if anybody have the idea of this error.
Thanks in Advance
Justin

My default.env file is pasting below:
# $Id: default.env 14-apr-2005.13:22:43 pkuhn Exp $
# default.env - default Forms environment file, Windows version
# This file is used to set the Forms runtime environment parameters.
# If a parameter is not defined here, the value in the Windows registry
# will be used. If no value is found in the registry, the value used will
# be that defined in the environment in which the servlet engine (OC4J
# or JServ) was started.
# NOTES
# 1/ The Forms installation process should replace all occurrences of
# <percent>FORMS_ORACLE_HOME<percent> with the correct ORACLE_HOME
# setting, and all occurrences of <percent>O_JDK_HOME<percent> with
# the location of the JDK (usually $ORACLE_HOME/jdk).
# Please make these changes manually if not.
# 2/ Some of the variables below may need to be changed to suite your needs.
# Please refer to the Forms documentation for details.
ORACLE_HOME=D:\Ora10gDS
# Search path for Forms applications (.fmx files, PL/SQL libraries)
# If you need to include more than one directory, they should be semi-colon
# separated (e.g. c:\test\dir1;c:\test\dir2)
FORMS_PATH=D:\Ora10gDS\forms;D:\Source\FMB;D:\Source\LIB
# webutil config file path
WEBUTIL_CONFIG=D:\Ora10gDS\forms\server\webutil.cfg
# Disable/remove this variable if end-users need access to the query-where
# functionality which potentially allows them to enter arbitrary SQL
# statements when in enter-query mode.
FORMS_RESTRICT_ENTER_QUERY=TRUE
# The PATH setting is required in order to pick up the JVM (jvm.dll).
# The Forms runtime executable and dll's are assumed to be in
# D:\Ora10gDS\bin if they are not in the PATH.
# In addition, if you are running Graphics applications, you will need
# to append the following to the path (where <Graphics Oracle Home> should
# be replaced with the actual location of your Graphics 6i oracle_home):
# ;<Graphics Oracle Home>\bin;<Graphics Oracle Home>\jdk\bin
PATH=D:\Ora10gDS\bin;D:\Ora10gDS\jdk\jre\bin\client
# Settings for Graphics
# NOTE: These settings are only needed if Graphics applications
# are called from Forms applications. In addition, you will need to
# modify the PATH variable above as described above.
# Please uncomment the following and put the correct 6i
# oracle_home value to use Graphics applications.
#ORACLE_GRAPHICS6I_HOME=<your Graphics 6i oracle_home here>
# Search path for Graphics applications
#GRAPHICS60_PATH=
# Settings for Forms tracing and logging
# Note: This entry has to be uncommented to enable tracing and
# logging.
#FORMS_TRACE_PATH=<FORMS_ORACLE_HOME>\forms\server
# System settings
# You should not normally need to modify these settings
FORMS=D:\Ora10gDS\forms
# Java class path
# This is required for the Forms debugger
# You can append your own Java code here)
# frmsrv.jar, repository.jar and ldapjclnt10.jar are required for
# the password expiry feature to work(#2213140).
CLASSPATH=D:\Ora10gDS\j2ee\OC4J_BI_Forms\applications\formsapp\formsweb\WEB-INF\lib\frmsrv.jar;D:\Ora10gDS\jlib\repository.jar;D:\Ora10gDS\jlib\ldapjclnt10.jar;D:\Ora10gDS\jlib\debugger.jar;D:\Ora10gDS\jlib\ewt3.jar;D:\Ora10gDS\jlib\share.jar;D:\Ora10gDS\jlib\utj.jar;D:\Ora10gDS\jlib\zrclient.jar;D:\Ora10gDS\reports\jlib\rwrun.jar;D:\Ora10gDS\forms\java\frmwebutil.jar;D:\Ora10gDS\forms\java\frmall.jar;D:\Ora10gDS\forms\java\frmall_jinit.jar
Regards
justin

Create Shopping Page gives Javascript Error - Sun JVM in a DMZ?

Hi SDN
We are running on SRM 5.0, with server at 5.5 and we have just implemented SP 11. Since then, our users running IE with the Sun JVM 1.4.2_10 are getting a JavaScript error everytime an applet loads on their page (in this case, it is the applet within the Document & Attachments section). Moreover, our portal is being hosted on an SSL secured server within our DMZ, in conjunction with a Provencia IDS System, Blue Coat hardarware, RadWare, ...etc.
The only way we can make that page work, is by disabling the Sun JVM and use the MS Version of the JVM. At that point, no issue with the applet on our SSL Secured Portal. Even funnier, is that when I'm calling directly the Portal Server (without the SSL proxy), even if i run the Sun JVM, I'm not getting the error. Since we have over 1000 users, it woulde be aimpossible to have all of them making that change... We need to make that work.
Have you ever experienced something like that? If yes, what have you done to fix it? Any suggestion, OSS notes
Thanks in advance
Eric L.

I am having almost the same issue. This is what my java console throws "load: class com.sapportals.portal.epcf.EPCMfactory not found."

IE doesn't recognise Sun JVM..

I stuffed up my IE 6.0 installation .... I can't recall what I changed but the browser doesn't recognise my JVM anymore. Applets won't download...... I did all the obvious as explained on the relevant Sun and MS websites, such as:
- reinstalled JVM 1.4.x
- configured browser using via Java, Internet Control Panels (uncheck the MS JVM, etc.)
- flushed temp internet files
- rebooted
I am getting desperate for any help..... Thanks in advance.

Hello All,
I've been looking into this problem for quite a while now and I'm not sure if it is only 1 problem or two.
On some machines Java appears to be disabled. This is fixable by uninstalling and re-installing either the Sun JVM (as robby_h mentions) or by re-installing the MS JVM (which is a little hard to find).
The second problem I have seen is where the Sun JVM still starts as does the Applet, but the database connection we use doesn't work. It appears to be substituting 127.0.0.1 (the local machine) for the Host in the connection string. I'm not sure if this is the only effect but it does cause a major problem for us as some of our clients are unable to use our e-commerce sites and a lot will not be reporting the issue to us.
I have been working on finding a way to solve the problem. It's not pretty but removing Java (both MS JVM and Sun JVM) completely and then re-installing it has worked so far. I've tested it on win 2k and XP home machines.
I am not sure where the problem actually is. I believe that it's something to do with IE which is changed (probably a/some dll files) when Java is installed. This would explain why in some cases installing a different version of the Sun JVM might work as if the dll files are different then they will overwrite the bad dlls and hence solve the problem.
robby_h, have you tried re-installing the latest Sun JVM since you got it working with 1.3?
If it is a problem with a corrupt dll then I have no idea which one it is. Anyone know how to find out?
Alastair.

Issues with migrating to SUN JVM

Hi
Chapter 4 of the "Microsoft Java Virtual Machine Transition Guide for IT Professionals" [part of the documentation for "The Diagnostic Tool for the Microsoft Virtual Machine"] contains[under a discussion of disabling Java] :
(a) '... the Sun JRE, which "impersonates" the Microsoft Java Virtual Machine in IE ...';
(b) 'Some Java plug-ins install in a Windows system by "impersonating" the Microsoft Java Virtual Machine using the same registry entry and Class ID in installation ... Be cautious when installing JREs that impersonate the Microsoft Java Virtual Machine ...'.
Can anyone provide more information about this "impersonation" and what to be "cautious" about?
In particular:
(1) Does the impersonation only affect interpretation of applets under Internet Explorer plus any direct HTML references to the associated registry entries [and not any direct executable references to the Microsoft Java VM]?
(2) Does the Microsoft Java VM have to be retained [even if another JRE is installed] to support any direct executable references to it?
When I run "The Diagnostic Tool for the Microsoft Virtual Machine" on a Windows 98SE system, its VM Dependency Report has many entries for Micrsoft library modules - eg IEDETECT.DLL - and its Visual J++ Class Report has many entries - eg C:\WINDOWS\SYSTEM\MSHTML.DLL.
There is no information about whether such dependencies are critical - the modules may have alternative paths if the MSJVM is not installed.
At this stage, I suspect that Microsoft is not going to issue updates to such modules [Windows 98 is no longer fully supported] and therefore it would be unsafe to remove the Microsoft Java VM.
Chapter 4 also mentions a "TreatAs" subkey, and recommends removing it. Does the Sun JRE install or rely on such a subkey?
Chapter 6 says that "The use of Microsoft extensions is easy to find in current J++ source files ..." but is there any way that users without access to such source files can find which executable modules are dependendent on the entries shown when I run "The Diagnostic Tool for the Microsoft Virtual Machine" and look at its Visual J++ JAVAREG Report [which lists CLSIDs and associated Java classes for msjava.dll].
Regards,
Peter Jones

HI Owen,
JVM dependent web Applications are not working with IE after migrating to SUN JVM from MSJVM
steps I followed are as follows.
1)uninstalled MSJVM using MSJVM removal tool
2) Install SUNJVM 1.4.2_07
os used is windows xp sp2.
I did checked SUN JVM in Internet options.
Then I tried to test JVM dependent web apps on this they are not working. sometime JVM was attempting to upgrade to a newer version.
But strangely it started working when I followed follwong steps.
1) Install SUNJVM 1.4.1 (initial) - this version actually works proper with Documentum
2) Uninstall SUNJVM 1.4.1 from Add/Remove Programs AND Remove the two Java Folders from Registry, under the Software Folder
3) Reboot the pc
4) Install SUNJVM 1.4.2_07
5)checked SUN JVM in Internet options.
Can Some one help me to know the reason for both not wokring and working.espl working since deepending on this I need to decide on how to migrate to SUN JVM
Thanks
Nagaraj
History:
My client is having MSJVM on their PCs I had suggested to migrate all these MSJVM dependent apps to SUN JVM. In this process I wanted to test these MSJVM apps with SUN JVM. while setting test lab I observed above mentioned behaviour.

9i FORMS and SUN JVM 1.4.2_03

Hi,
We are planing to upgrade our IE browser with SUN JVM 1.4.2_03 virtual maching and our forms are not working when we access it from the update browser.
They are working fine with the IE browser and Microsoft JVM.
We are getting FRM -92050 error when we want to use SUN JVM and the same forms working fine with Microsoft JVM.
It is been causing business issues so any early help will be much appriciated.
Advanced Thanks,
Santosh

Hi,
actually I don't know what exact does cause the problems, but the last version of Java 1.4 Plugin I got to work is 1.4.1_02.
If you look at the Java panel of the Plugin you should find a couple of file not found messages spilled out.
Not sure if Java Plugin 1.4.2 already has been certified with Forms. I think that not.
Frank

Has anyone got dynamic version support to work with the HTML converter?

I have tried this for some time and followed all the guidelines, but it still don't work. Could someone post the HTML-code for a working applet that is converted with dynamic version support ?

Using 1.4.1_03
java -jar htmlconverter.jar -gui
selected directory, "Standard" template file, "Use any Java 1.4, or higher"
<html>
<body>


<OBJECT
 classid="clsid:8AD9C840-044E-11D1-B3E9-00805F499D93"
 WIDTH = 200 HEIGHT = 100
 codebase="http://java.sun.com/products/plugin/autodl/jinstall-1_4-win.cab#Version=1,4,0,0">
 <PARAM NAME = CODE VALUE = Version.class >
 <PARAM NAME="type" VALUE="application/x-java-applet;version=1.4">
 <PARAM NAME="scriptable" VALUE="false">
 <COMMENT>
 <EMBED
 type="application/x-java-applet;version=1.4"
 CODE = Version.class
 WIDTH = 200
 HEIGHT = 100
 scriptable=false
 pluginspage="http://java.sun.com/products/plugin/index.html#download">
 <NOEMBED>
 </NOEMBED>
 </EMBED>
 </COMMENT>
</OBJECT>


</body>
</html>

Dynamic versioning -- does it work

Despite dynamic versioning being poorly documented in the Java Plugin Guide, I thought I had an understanding of how it should work. However I just learned that it does not behave as I expected. Is this a bug, or did I misunderstand?
Here is my understanding of how dynamic plugin versioning works:
Syntax.
a) classid. Use the dynamic class id (as in my example below).
b) mime type. specify "version" (not "jpi-version"), and specify the 2-digit version, such as "1.2", "1.3", "1.4".
c) codebase. provide a path to download a JRE if necessary.
<object classid="clsid:8AD9C840-044E-11D1-B3E9-00805F499D93"
codebase="[path_to_the_jre]/j2re-1_4_1_01-windows-i586.exe">
<param name="type" value="application/x-java-applet;version=1.4">
<param name="archive" value="myjar.jar">
<param name="code" value="myapp.MyApp">
</object>
Behavior.
a) If not installed, the user would be prompted to download and install the code located at the specified codebase.
b) If the user had a JRE installed which was less than the major version specified in the mime type (i.e., 1.2, 1.3, 1.4), the program would NOT run using the installed version. Instead, the user would be prompted to download and install the code located at the specified codebase. Once the install completes, the program would run using the newly installed plugin.
c) Otherwise, the program would run using the currently installed plugin.
Is this correct or not? What I am seeing contradicts this. On a cleanly installed Win2k machine, I have only installed JRE 1.3.1. I use a tag like the above which should require the user to install JRE 1.4+ before running the applet. However, no download/install prompt appears, and the applet just runs in the 1.3.1 JRE.
I would appreciate any feedback that you could give. Thanks.

Well I hate to answer my own question, but I solved my problem. I didn't realize that the "#Version=1,4,0,0" portion of the codebase was significant. In the examples given by Sun, I assumed it was part of the download URL. To the contrary, the JRE appears to examine this version number to determine which version to require. I had assumed that this was the purpose of the version specified in the mime type (i.e., "version=1.4"). Live and learn.
The revised code:
<object classid="clsid:8AD9C840-044E-11D1-B3E9-00805F499D93"
codebase="[path_to_the_jre]/j2re-1_4_1_01-windows-i586.exe#Version=1,4,0,0">
<param name="type" value="application/x-java-applet;version=1.4">
<param name="archive" value="myjar.jar">
<param name="code" value="myapp.MyApp">
</object>
So there's still 10 Duke's available to whoever wants them...

Forms 10g rel 1( 9.0.4 ) vs SUN JVM 1.5

Hello:
From SUN site you can read :
"Changes in 1.5.0_06
The full internal version number for this update release is 1.5.0_06-b05 (where "b" means "build"). The external version number is 5.0u6.
Security Enhancements
Prior to this update, an applet or application could specify the version of the JRE on which it would run. This has changed. All applets are executed with the latest JRE version. Unsigned Java Web Start applications that specify a version other than the latest trigger a warning, requiring explicit user permission before the application will run. Signed Java Web start applications are not affected. "
Assuming that our customer will use SUN JVM , NOT Oracle JInitiator.
We have seen that if in a client machine it is installed SUN JVM 1.4.2_10 ( certified ) AND SUN JVM 1.5 or newer.
there is NO WAY to force Forms 9.0.4 applications to run with SUN JVM 1.4.2_10.
In spite of doing the following settings at formsweb.cfg
# Parameter related to the version of the Java Plugin
jpi_mimetype=application/x-java-applet;jpi-version=1.4.2_10
when you run forms 9.0.4 applications from a browser in that machine, SUN JVM 1.5 is mandatory used by the browser.
It seems that IT IS IMPOSSIBLE to tell 9.0.4 to use SUN JVM 1.4.2_10 because SUN prevents it according to the above documentation .
Q1) I thank your comments on this
Then, when you look for certification info:
a) you can get this info for Forms 10g R2
http://www.oracle.com/technology/products/forms/htdocs/10gR2/clientsod_forms10gR2.html
b) you can get this info for Forms 10g R1
http://www.oracle.com/technology/products/forms/htdocs/10g/clientsod_forms10g.ht
ml
Q2) What are ORACLE plans about certification of SUN JVM 1.5 AND Forms 10g Rel 1 ( 9.0.4 ) ?
Thanks in advance,
Fernando Rey

Hi Guys,
I am currently testing our portal with a number of JRE version or Jinitiator and the SUN JRE.
I found some very useful information about changing the registry of the local PC to re-enable specific versioning, see info, below.
I have tested this and it does work, but you need to be careful with Sun JRE versions to ensure that you are on 1.5.0.7 or higher.
Another useful link is this discussion over on the sun forums.
http://forum.java.sun.com/thread.jspa?threadID=730855
Good Luck
Scott
We have found a conflict with the Sun JRE 1.4.2.6 and version Sun JRE 1.5.0.6
To get around this conflict a registry key has to be added onto the users PC and the user needs to remove 1.5.0.6 and install 1.5.0.7 or higher. To make matters worse the auto-update feature in version 1.4, if left enabled, will update the user to 1.5.0.6 even thought the latest release from the sun web site is 1.5.0.8 !
Therefore can you add this registry key onto the automated install of the Sun 1.4.2.6 setup as per the instructions below.
Troubleshooting Conflicting JPI Versions on the Desktop:
Per oracle note 368775.1, JRE 1.5 will not allow static versions. In other words version 1.5
may override your required version of 1.4.2. They call it a security feature, but it can reek
havoc with oracle forms. This section addresses a possible workaround.
If your users either need to run JPI 1.5 for any reason, here is the workaround to force
BANNER to use ONLY version 1.4.2.
If you launch forms and in the java console it shows version 1.5.X, perform the following
steps.
1. Make a backup of the windows registry
2. Edit the registry
3. Navigate to HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\
4. Create a new directory by highlighting the key above and pressing <RIGHT
CLICK>/<NEW KEY>
5. Rename the key to [Java Deployment]
6. Highlight the new key created in step 5 and press <RIGHT CLICK>/<NEW KEY>
7. Rename this new value to [Policy]
8. Highlight the new key created in step 7 and press <RIGHT CLICK>/<NEW DWORD>
9. Rename this DWORD to “EnableSecureStaticVersioning”
Re-launch forms and verify via the java console that the desktop is returning 1.4.2.

Jmap and jstack error: sun.jvm.hotspot.debugger.NoSuchSymbolException

Hi,
 
We are finding some problems using an application on a Tomcat 5.5 server and we want to discover which class is causing an OutOfMemoryException. I seems that jmap could help us whith the task but it fails with the following error:
 
jps
 
11988 Bootstrap 
12616 Jps
 
jmap 11988 
Attaching to process ID 11988, please wait...
sun.jvm.hotspot.debugger.NoSuchSymbolException: Could not find symbol "gHotSpotVMTypeEntryTypeNameOffset" in any of the known library names (libjvm.so, libjvm_g.so, gamma_g)
at sun.jvm.hotspot.HotSpotTypeDataBase.lookupInProcess(HotSpotTypeDataBase.java:410)
at sun.jvm.hotspot.HotSpotTypeDataBase.getLongValueFromProcess(HotSpotTypeDataBase.java:391)
at sun.jvm.hotspot.HotSpotTypeDataBase.readVMTypes(HotSpotTypeDataBase.java:85)
at sun.jvm.hotspot.HotSpotTypeDataBase.<init>(HotSpotTypeDataBase.java:68)
at sun.jvm.hotspot.bugspot.BugSpotAgent.setupVM(BugSpotAgent.java:550)
at sun.jvm.hotspot.bugspot.BugSpotAgent.go(BugSpotAgent.java:476)
at sun.jvm.hotspot.bugspot.BugSpotAgent.attach(BugSpotAgent.java:314)
at sun.jvm.hotspot.tools.Tool.start(Tool.java:146)
at sun.jvm.hotspot.tools.JMap.main(JMap.java:126)
Debugger attached successfully.
jmap requires a java VM process/core!

 
jstack shows the same error with a very similar exception. I have found that other people is having this problem but I have found no fix avalaible on the Internet. ( see, for example, http://www.javalobby.org/java/forums/m91812587.html#91812522 )
 
Other applications like jconsole work perfectly. Any alternative tool may solve the problem,
 
By the way: I am using:
O.S. : Linux Mandriva 2006 
JVM: java version "1.5.0_06" 
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode)
 
Thanks in advance,
 
Borja

guys,
I was fiddling around to test jmap,
here are the things that worked for me.
$ jps
6281
8214 Jps
7045 Main
7159 Resin
$ jmap -J-d32 -heap 7045
It seems only the Main pid will work and not all others .......
post your suggestions.
Raj

New plugin security hole - would dynamic versioning help?

We use Plug-In to deploy a large applet to many customers.
Sun issued Alert Notification 101749 recently about another hole in Plug-In that can let
an untrusted applet get extra privileges.
There was a similar problem about 6 months ago. To address that we had to spend many hours updating the OBJECT tags in all Html files to move up to the later JRE version that had fixed the problem.
Since we use the INTRANET deployment scheme and state the CLSID to ensure that we run with the JRE version we want, seemed we had no choice but to update all html files.
Now that there is yet another security alert out, it looks like we have to do the whole painful set of changes again (we have over 300 customers to patch).
Checked the Plug-In docs again and read up on "dynamic versioning" where one sets the CLSID to 8AD9C840-044E-11D1-B3E9-00805F499D93.
Right now we're running 1.4.2_06 but that has the 101749 security hole. We need to move up to 1.4.2_08 to plug the latest hole. But it doesn't look like dynamic versioning would work, here's what the Plug-In manual says:
"If the user had version 1.3.1 installed, then the latest version in the 1.4 family would be downloaded and installed. But if any version in the 1.4 family were installed, then it would be used and no download would take place."
So in our case it looks like dynamic versioning won't work. I'm thinking of trying it anyway, but wonder if anyone has a good way of dealing with this. We don't want to rely on JavaUpdate since end users can easily turn that off.

Ok, now I'm not sure what's going on.
Tried it on a coworker's system with 1.4.2_06 already installed and it happily ran with _06 rather than downloading _08.
Then returned to my system, uninstalled the 1.4.2_08 JRE that had previously been installed via dynamic versioning. Then when I went back to html page using dynamic versioning, it happily ran with 1.4.2_06 rather than downloading _08.
So at least it now works according to the documentation.
Still seems like there's no way to handle needing to upgrade to _08 other than updating all the affected html pages.
Is this what everyone else does when Sun issues a security alert? Or does everyone just not worry about it?

Cannot print with sun jvm

Hi all.
I am having trouble with printing.
Printer icon in browser is red crossed, saying: can't print (no browser privileges)
This is happening with sun java virtual machine, in both iexplorer and mozilla.
(all three of them latest version). Disabling sun jvm and using ie with native
ms jvm works fine.
I'm using Win XP Sp2, firewall enabled, everithing up-to-date.
Sun Java console says:
Secure Global Desktop 4.00.903: Can't print Can't Print (No browser privileges):java.security.AccessControlException: access denied (java.io.FilePermission <<ALL FILES>> execute).
Printing not possible. Please inform an Administrator.
This is happening after upgrading from 3.30.929 -> 3.42.947 -> 4.00.903.
In case it matters, server is RH 9.
Any tip would be appreciated.
TIA
Alan.

Solved.
Some of the files at /opt/tarantella/var/docroot/java
were not publicly readable.
A permissions denied error was appearing in apache's error log.
Changing files from 0640 to 0644 solved the problem.
Another solution could have been adding the group ttaserv to
my apache user, to allow my apache to access all tta webserver
related files. But I won't do it by now unless other problems
arrise.
Hope this could help someone else.
Alan.
Alan Weber wrote:
Alan Weber wrote:
Hi all.
I am having trouble with printing.
Printer icon in browser is red crossed, saying: can't print (no
browser privileges)
This is happening with sun java virtual machine, in both iexplorer and
mozilla.
(all three of them latest version). Disabling sun jvm and using ie
with native
ms jvm works fine.
I'm using Win XP Sp2, firewall enabled, everithing up-to-date.
Sun Java console says:
Secure Global Desktop 4.00.903: Can't print Can't Print (No browser
privileges):java.security.AccessControlException: access denied
(java.io.FilePermission <<ALL FILES>> execute).
Printing not possible. Please inform an Administrator.
This is happening after upgrading from 3.30.929 -> 3.42.947 -> 4.00.903.
In case it matters, server is RH 9.
Any tip would be appreciated.
TIA
Alan.I am using my own web server, RH's default apache, and installed tta's
webserver on port 81.
When tested against tta's webserver this problem does not occur.
Anything to update in my own apache config? Everything was working fine
in tta 3.30.
Alan.

Version of Browser/JVM

What is the minimum version of Browser (Netscape/IE) to use with the following products?
Portal 3.0.9.8
ifs 1.1
Discoverer 4.1.40

Apparently the problem seems to be the version of JRE/JVM that the Browser seems to be using (which in this case is Java 1.1.5 which incidentally does not support swings) a previous version of the JVM.That is exactly right. You need to go to the Java Plug-in page which is here: http://java.sun.com/products/plugin/ Read it and then go to the HTML Plug-in Convertor page.
What you need to do is to add to your applet tag some additional attributes that tells the browser that if it's not running Java 1.3 (or 1.4 or whatever) then go download the Java Plugin for that version. This only happens once per user. Once they have that plugin installed they never have to do it again and all future applets that are properly tagged will use this plugin. The new tags are automatically added for you by the HTML convertor program.

Dynamic versioning of Sun JVM

Similar Messages

Maybe you are looking for