JRE installer and MS

All
Does anyone know how to change the Jun Java version in Internet explorer wihtout uninstalling the java itself. I would like to run version 1.4 and version 1.5 and be able to switch between versions. I have debugged the installer files and the only difference i can find is the following registry setting but i am sure there is another one that i am missing.
HKLM\SOFTWARE\Microsoft\Code Store Database\Distribution Units\{8AD9C840-044E-11D1-B3E9-00805F499D93}\InstalledVersion\(Default) SUCCESS "1.5.0.5"

Yes, I'm having this same issue after the exact same thing...let JRE 5.0 install, over-writing the old JRE. I'm going to uninstall the 5.0 and see if it helps.
I'm running XP on a work machine and I've done everything else...registry cleaning, virus scans (in safe mode), Ad-Aware scan, no Google toolbar. I've cleaned the mcapfbho.dll file, removed all unneeded add-ons in Office, Outlook 2003, and IE 5.5. I've disabled McAffee's spamkiller and Exchange sniffer. I've ran ISPFix.exe and BHO Captor....all this and still get the error.
Hopefully removing the JRE 5.0 works.

Similar Messages

Multiple JRE Installations and Coexistence

Hi Guys
Could any of you please help at all.
I am looking to find out is anyone has experienced or knows of any coexistence issues relating to Sun JRE installations.
We have the following JRE versions deployed on our estate:
1.4.2_04, 1.4.2_05 and 1.30_02
These are existing application dependencies.
We are looking to also deploy version 1.5.0_05 for a new application so this could potentially be installed on a machine with any of the above versions already installed.
If anyone has experienced any coexistence issues with any of the above, I would be very grateful of your help.
Many thanks all

6u10 offers a solution to this problem. The rewritten plugin in 6u10 allows the plugin to call the JRE version specified by the applet. The html source calling the applet must specify the version, which you may need to add if it is not already there.
Links:
How to specify the JRE your applet needs:
[https://jdk6.dev.java.net/plugin2/#JAVA_VERSION]
Info about the changes to JRE versions in the Java Control Panel:
[https://jdk6.dev.java.net/plugin2/#CONTROL_PANEL]
Here is where you can download 6u10, which will FCS soon:
[https://jdk6.dev.java.net/6u10ea.html]
-Roger

JNLP does not trigger JRE installation

Hi
I want to launch my application with a minimum version of jre(i.e. 1.6.0_10). If on the system there is no jre installed
or jre installed on the system is older than 1.6.0_10, i want jnlp to trigger the installation of jre 1.6.0_25.
I tried following jnlp tags in my jnlp file:
<java version="1.6.0_10+" href="http://download.oracle.com/otn-pub/java/jdk/6u25-b06/jre-6u25-windows-i586.exe"/>
<j2se version="1.6.0_10+" href="http://download.oracle.com/otn-pub/java/jdk/6u25-b06/jre-6u25-windows-i586.exe"/>
None of the above tags trigger the installation of jre if on the system there is no jre installed
or installed jre is older than 1.6.0_10.
Any help would be great.
Thanks in advance.

Andrew Thompson wrote:
1) Why would you expect the JNLP to enforce _25+, when the JNLP specifies..
..<java version="1.6.0_10+" href="http://download.oracle.com/otn-pub/java/jdk/6u25-b06/jre-6u25-windows-i586.exe"/>
_10+?My application is certified with jre version 1.6.0_25, but it can run on any jre version greater than 1.6.0_10. If user has any jre greater than 1.6.0_10 version application will use that jre. But if user does not have minimal jre version (i.e. 1.6.0_10) then i want to trigger jre installation and install the certified jre version for application(i.e. 1.6.0_25).
2) Have you validated the JNLP file using JaNeLA?
3) How is the link to the JNLP embedded in the web page?To me JNLP looks fine as it works fine if the system has atleast minimal jre version (i.e. 1.6.0_10), but fails to download jre 1.6.0_25 if it does not have 1.6.0_10 or any greater jre installed.
The link "http://download.oracle.com/otn-pub/java/jdk/6u25-b06/jre-6u25-windows-i586.exe" is the download link for jre 1.6.0_25.

BO XI 3.1 installation and Upgrade activity Steps

Hi Experts,
Right now we are using BO XI R2 Version, Planning to uninstall XI R2 and do a fresh installation of BO XI 3.1 with SP3.
Do I need to install the Java latest version for XI 3.1? Right now we have the following setting,
         j2re1.4.2_04
         j2re1.4.2_16
         jre1.5.0_14
Since the up gradation of Reports, user, groups, universe events etc are from XI R2 version to XI 3.1.So Is it enough to
install BO XI 3.1 with SP 3, or do I have to go for FixPack inorder to avoid problem after this upgrade activity.
Could you please tell me about the BOXI R2 to XI 3.1 installation and Upgrade activity Steps.
Regards,
Sridharan

Hi,
you dont need a special JRE version on the Server. With the installation of BO a own JRE will be installed for BOE. Only for developing WebI reports the developer need a 1.6.x JRE later on.
There is already FixPack 3.1 out but installing "only" SP3 should be sufficient.
I would recommend you check the upgrade guide from Rel.2 to XI 3.1:
https://websmp208.sap-ag.de/~sapidb/011000358700001646952008E/xi3-1_bip_upgrade_en.pdf
You need a S-User to Login.
Regards
-Seb.

JRE v6 and v7 no longer work in my updated 64-bit W7 HPE's 32-bit IE8.

Hello.
Since last week, my JRE/Java v6u34 stopped working. My 32-bit IE8 kept asking me to run it in protected mode or not which was weird since it never did that before: http://i.imgur.com/Tubsl.gif ... Then, Java didn't work. So I restarted IE8 and retried again to allow it. Java applets still didn't show up (shows an empty box with X icon, JRE console doesn't even run/load). I tried my 64-bit JRE v6u35 in 64-bit IE8, no problems with Java. I tried my 32-bit Mozilla's SeaMonkey v2.12 web browser and no problems with its Java. Why is my 32-bit IE8 having problems all the sudden?
I thought maybe my JRE installation was broken. So, I uninstalled it and reinstalled with the latest v6 (u35). Same results. I tried the very latest v7u7. Same problem. I tried uninstalling Java again, running JavaRa v1.16-23-8-12 (didn't find anything to remove), resetting IE8 options and clearing its caches), etc. I also tried disabling protected mode to see if it makes any differences when reinstalling and accessing a Java applet. Nope! I looked at my IE8's addons list and noticed jp2ssv.dll was still listed like:
Name: Java(tm) Plug-In 2 SSV Helper
Publisher: Control name is not available
Type: Browser Helper Object
Version: Not available
File date:
Date last accessed: Today, September 04, 2012, 1 minute ago
Class ID: {DBC80044-A445-435B-BC74-9C25C1C588A9}
Use count: 2030
Block count: 9
File: jp2ssv.dll
Folder: C:\winstuff\JRE6\bin
http://i.imgur.com/wvKdn.gif for a screen shot/capture.
I searched jp2ssv.dll on my computer, and it was not found. Even my uninstalled JRE removed its JRE location/folder. How do I remove this one from 32-bit IE8's addons list? Maybe this is the problem? What's going on?
Thank you in advance. :)

I think you are having the same issue I've been working on. I just posted about this here:
Newer JREs are not registering old JRE ClassIDs for all users
You can try the following.
* On a working user, export the key HKCU\Software\Classes\CLSID. Then import it for a failing user. Its not a real pretty solution. You should be able to narrow down exactly which subkey is needed by using Process Monitor or looking at your application HTML code where the JRE object is being called.
* If you can change the code, look for the OBJECT or EMBED tags and look what CLSID they are referencing. Change that CLSID to "8AD9C840-044E-11D1-B3E9-00805F499D93" allow it to work with the latest Oracle/Sun JRE installed.

Using axbridge.dll without going through the JRE installation process

I've searched the web and this forum for this specific problem, and have found related items, but nothing that quite answers the question.
I have an application that uses the JRE's axbridge.dll to access a DLL created from a Java bean. I used the packager to create a DLL named MyBean.dll.
When I go through the full JRE install, everything works great. That is to say, when I execute Sun's JRE installation program and go through the normal install process, I can access the bean through MyBean.dll without any problems.
I am accessing MyBean.dll from a Visual Basic 6.0 application. Converting to VB .Net is NOT an option at this time. The VB app uses MyBean.dll for a critical part of the application.
It is my understanding that it is not strictly necessary to go through the full JRE installation process. Simply deploying the JRE by copying its directory (and all subdirectories) to your application's directory structure should be sufficient. This would be HIGHLY desirable for my application. In fact, if I can't do this, it may be a show-stopper.
When I install my application in this way (i.e, by simply copying the JRE instead of "installing" it) it doesn't work at all. I immediately get an error saying that the executable "has encountered a problem and needs to close. We are sorry for the inconvenience" and a dialog is displayed offering to send the problem information to Microsoft.
The details indicate clearly that the problem occurs in the axbridge.dll, version 1.4.2.60.
1. Any ideas on how to get the axbridge.dll to work without going through the full JRE install?
2. Are there any alternatives to using the axbridge.dll to get my VB app to be able to use the Java? Remember, it is VB that must call the Java, NOT the other way around.
3. Is JNI an alternative? If so, can I use JNI to get VB to use Java, or do I have to write the DLL's in C++?
Any help you can give would be VERY MUCH appreciated.

I'm also on a JRE installation problem with the bridge.
Here is a regmon extract on excel using a dll that uses a java-packaged dll from the bridge:
5229 5.69504923 EXCEL.EXE:2364 QueryValue HKCR\CLSID\{9DD49FCD-BB61-414E-88C8-E6F5B35AEDCB}\InprocServer32\(Default) SUCCESS "C:\win32app\Specific\jre1.5.0_05\bin\axbridge.dll" << The axbridge dll in a specific location
5271 5.70646800 EXCEL.EXE:2364 QueryValue HKLM\SOFTWARE\JavaSoft\Java Plug-in\1.5.0_05\JavaHome SUCCESS "C:\Program Files\Java\jre1.5.0_05" << an installed JRE 1.5.0
This is confirmed with process explorer : excel is using "C:\Program Files\Java\jre1.5.0_05\lib\rt.jar" and not "C:\win32app\Specific\jre1.5.0_05\lib\rt.jar"
In other word, the axbridge check for its installation location in the registry to know where to start.
Even if all your components have been updated in the registry as suggested here : http://forum.java.sun.com/thread.jspa?forumID=40&threadID=559704
JRE Bug or feature?
Anyway the registry is evil.

Why are all jar files not compressed in the JRE installer?

I used 7zip to unpack jre-6u12-windows-i586-p.exe (Oracle JRE Installer). On unpacking, I got a core.zip, a zipper.exe and a few other files.
Again on exploding core.zip I found a few things. core.zip contains all the jar files just like it would be after installation except for 7 jar files.
charsets.jar
deploy.jar
javaws.jar
jsse.jar
localedata.jar
plugin.jar
rt.jar
Instead of these jar files there exists the corresponding packfiles
charsets.pack
deploy.pack
javaws.pack
jsse.pack
localedata.pack
plugin.pack
rt.pack
I think these are files created by pack200.exe & unpack200.exe is run on them after installation to create the corresponding jar files.
So now I have a few questions
Why are only these 7 files run through pack200.exe. I assume its because they are bigger than other files. But it wouldn't take that much effort to pack all jar files & unpack them after installation.
The .pack extension suggests that these are packed but not gzipped. Again why would Oracle not do a gzip also? for eg with rt.jar packing reduces size from 45 MB to 12 MB, while adding gzip also reduces it to 6 MB.
Edited by: 966944 on Oct 22, 2012 8:19 AM

Whatever the truth of all this may be, you won't find it here. This is a user to user forum, not Oracle support or a channel to the developers. All you will get here at best is valid post hoc reasoning: at worst, guesswork. And if you're trying to bring this issue to Oracle's attention, again this isn't the place to do it. Locking the thread.

Jre-6u22 and greater breaks java webstart 1.4.2_11 application

I have a java web start application that actually worked in jre-6u18, but but definitely breaks with the jre-6u24 and I suspect any other jre greater than jre-6u21. The reason I suspect this is because a buddy of mine also experienced a similar issue and determined the breakage for him was between jre-6u21 and jre6-u22. I have tested in pristine environments and found breakage between jre-6u18 and jre-6u24 only because I do not presently have any of the versions in between to test.
Here are the details:
The JNLP file is configured to autodownload <j2se version="1.4.2_11*" href="http://java.sun.com/products/autodl/j2se" initial-heap-size="64m" max-heap-size="256m"/>
The launch attempt successfully downloads and installs this JRE in both 6u21 and 6u24.
It has been re-written from spec="1.0" to spec="1.5" and when I try to run it directly with the 1.4.2/javaws/javaws.exe it breaks with error stating that it is incompatible with spec="1.5" and to use a more up to date JVM.
When launched with jre-6u18 it installed the j2re1.4.2 and continued to fail to launch the application initially, but succeeded to launch it on a second attempt.
When launched with jre-6u24 it installed the j2re1.4.2 and ultimately failed on any consecutive attempt as well as the initial attempt usually with the following console output:
Java Web Start 1.6.0_24
Using JRE version 1.4.2_11-b06 Java HotSpot(TM) Client VM
User home directory = C:\Documents and Settings\smithj
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
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
0-5: set trace level to <n>
FATAL 2011-04-08 14:42:03,441 [javawsApplicationMain] (JavaApp.java:1086) - Error starting JavaApp
java.util.MissingResourceException: Can't find bundle for base name my.co.pkg.myprops, locale en_US
     at java.util.ResourceBundle.throwMissingResourceException(Unknown Source)
     at java.util.ResourceBundle.getBundleImpl(Unknown Source)
     at java.util.ResourceBundle.getBundle(Unknown Source)
I compared the differences between the properties of the shortcuts that got created for the successful one and the unsuccessful one and they seem identical except for a minor cache difference as follows:
C:\WINDOWS\system32\javaws.exe -localfile "C:\Documents and Settings\smithj\Application Data\Sun\Java\Deployment\cache\6.0\39\3a08ece7-75d85e43"
C:\WINDOWS\system32\javaws.exe -localfile "C:\Documents and Settings\smithj\Application Data\Sun\Java\Deployment\cache\6.0\39\3a08ece7-5657ebe9"
Has anybody else experienced this type of breakage? Does anybody else have an answer, solution, or suggestion other than "upgrade your 1.4.2 app"?
thanks in advance.

851004 wrote:
..It has been re-written from spec="1.0" to spec="1.5" ..Who changed it, and why?
..Does anybody else have an answer, solution, or suggestion ..?I suggest:
<ul>
<li>Change the spec. number back to something that 1.4 JWS claims to understand (i.e. "1.0").
<li>Checking the launch file using JaNeLA
</ul>
Edited by: Andrew Thompson on Apr 9, 2011 7:54 AM

Centrally Controling JRE Installations/Updates Company Wide

We are currently using a java based CRM system with a huge number of different peices. We would like to look into doing some upgrades and it has come to our attention that if a user has an older version of the JRE one of the applications works fine but when they click the upgrage feature at the client side and upgrades to the latest version, the application no longer runs.
I fully understand this is probably an issue with the CRM solution not working with the newer JRE but our fear is that more then one person will begin to upgrade their clients. Also, we have very little control over what JRE versions they go and download and install.
The question is, is there a known function/feature/or software package that will allow us to centrally manage what version of the JRE is allowed to be installed and or upgrade similar to how you can use WSUS for managing what microsoft patches are released to your corporate enviroment?
Does Sun have anything like this?
Does anyone have any suggestions on things we can do?

Hmm. Well... I'll bump this thread one more time to give it one last gasp. Am I asking too many things at once? If I had one single question that needed to be answered, it's this:
When dealing with Adobe software that requires a login for ongoing communication with Adobe, what is the risk of using the master user account and password for my organization as the username and password for any individual installation, and how do other people mitigate this risk?
Oh wait... is that two questions? Crap!

EAS Startup issue after OEPM 11 Installation and Configuration

Hi All,
EAS server is not starting up after the successfull installation and configuration of OEPM 11.1.1.2
Provider Services and Shared Services started fine and i was able to login to Shared Services console
During eas startup individually from the startup script i see this catalina.out file with some errors..
By this i understand that there is some problem in selecting the required JRE as i see both JRE and JRE-64 under the
common folder. Anybody has come across this issue while startup of EAS 11.1.1.2
Any help would be accepted...
execve(): No such file or directory
Error trying to exec $HYPERION_HOME/common/JRE/Sun/1.5.0/bin/sparcv9/java.
Check if file exists and permissions are set correctly.
Failed to start a 64-bit JVM process from a 32-bit JVM.
Verify all necessary J2SE components have been installed.
(Solaris SPARC 64-bit components must be installed after 32-bit components.)
execve(): No such file or directory
Error trying to exec $HYPERION_HOME/common/JRE/Sun/1.5.0/bin/sparcv9/java.
Check if file exists and permissions are set correctly.
Failed to start a 64-bit JVM process from a 32-bit JVM.
Verify all necessary J2SE components have been installed.
(Solaris SPARC 64-bit components must be installed after 32-bit components.)
execve(): No such file or directory
Error trying to exec $HYPERION_HOME/common/JRE/Sun/1.5.0/bin/sparcv9/java.
Check if file exists and permissions are set correctly.
Failed to start a 64-bit JVM process from a 32-bit JVM.
Verify all necessary J2SE components have been installed.
(Solaris SPARC 64-bit components must be installed after 32-bit components.)
execve(): No such file or directory
Error trying to exec $HYPERION_HOME/common/JRE/Sun/1.5.0/bin/sparcv9/java.
Check if file exists and permissions are set correctly.
Failed to start a 64-bit JVM process from a 32-bit JVM.
Verify all necessary J2SE components have been installed.
(Solaris SPARC 64-bit components must be installed after 32-bit components.)
Thanks,

Hi,
1. I assume your system is 64 bit.
2. I think you are installing the 64 bit application. In that case you would get both the folders i.e JRE and JRE-64.
3. Seconldy, I would like to set the permissions of the folders to everyone and give full control and test again. ( to do this, right cick ->security ->add 'everyone' -> give him full control and test).
Sandeep Reddy Enti
HCC
http://hyperionconsultancy.com/

Problems with JRE installation 1.6.0_18 in silent mode

Hi!
I have problems with installing the JRE from the cmd line in silent mode and in a directory with spaces in the path.
If I remove the spaces in the INSTALLDIR, the JRE installs in the directory I have specified but not when I use spaces in the path.
The command I run is following:
jre-6u18-windows-i586.exe /s /v"/qn INSTALLDIR="C:\Program Files (x86)\company\product test\java\""
all I get is the help window to the windows installer with the different options. What am I missing?
BR,
/Peter

Hi
You should install this Patch:
Patch 13948973: JDEV 11.1.1.6.0 FREEZES IN CUSTOMIZATION MODE DUE TO DEADLOCK
After the installation the JDev works fine again.
Regards, David Perez

What's the significance of the letter -p in the JRE installables

Hi,
Can anybody please let me know what is the significance of the letter "-p" in the JRE installables as i could see that till JRE 1.6.0_13 the name for the Window offline installable has -p {for eg: jre-6u12-windows-i586-p.exe} where as for the higher version i.e 1.6.0_14 onwards there is no letter "-p" {for eg: jre-6u14-windows-i586.exe} .
Appreciate your quick response in this regards.

qm control is only useful for procured materials
it
Manage quality-related information for materials, vendors, and manufacturers in quality info records
Monitor the QM systems of vendors and manufacturers
Supply quality documents with requests for quotations and purchase orders
Certify vendors or manufacturers that have QM systems implemented, to reduce the inspection requirement
Request that quality certificates be submitted with the delivered goods and monitor the receipt of these certificates
Inspect vendor goods at vendor sites (source inspections)
Block the payment of invoices until the goods have been inspected and accepted
U can use qm control key depending upon ur requirement

JRE installer

I try to deploy own Jre installer. I view tutorial at http://lopica.sourceforge.net/services/
In servlet DownloadService I arrived in line 102 out.write(buffer, 0, readLen); and I've exception when write jre-6u4-windows-i586-p.exe to servlet outputstream and i don't understand.
thanks for your help
InputStream inputStream = getServletContext().getResourceAsStream(uri);
                        if (inputStream != null) {
                            InputStream bufferedStream = new BufferedInputStream(inputStream);
                            OutputStream out = new BufferedOutputStream(response.getOutputStream());
                            byte[] buffer = new byte[8192];
                            int readLen = 0;
                            while ((readLen = bufferedStream.read(buffer)) != -1) {
                                out.write(buffer, 0, readLen);
                            out.flush();
                            bufferedStream.close();
                        }I've got Exception :
ClientAbortException: java.net.SocketException: Software caused connection abort: socket write error
     at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:366)
     at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:328)
     at org.apache.catalina.connector.OutputBuffer.writeBytes(OutputBuffer.java:392)
     at org.apache.catalina.connector.OutputBuffer.write(OutputBuffer.java:381)
     at org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:88)
     at java.io.ByteArrayOutputStream.writeTo(ByteArrayOutputStream.java:112)
     at com.apo.server.webstartservices.DownloadService.service(DownloadService.java:116)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
     at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
     at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
     at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
     at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
     at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
     at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868)
     at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663)
     at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
     at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
     at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
     at java.lang.Thread.run(Thread.java:595)
Caused by: java.net.SocketException: Software caused connection abort: socket write error
     at java.net.SocketOutputStream.socketWrite0(Native Method)
     at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
     at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
     at org.apache.coyote.http11.InternalOutputBuffer.realWriteBytes(InternalOutputBuffer.java:747)
     at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:403)
     at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:323)
     at org.apache.coyote.http11.InternalOutputBuffer$OutputStreamOutputBuffer.doWrite(InternalOutputBuffer.java:770)
     at org.apache.coyote.http11.filters.IdentityOutputFilter.doWrite(IdentityOutputFilter.java:117)
     at org.apache.coyote.http11.InternalOutputBuffer.doWrite(InternalOutputBuffer.java:580)
     at org.apache.coyote.Response.doWrite(Response.java:555)
     at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:361)
     ... 21 more
6 f�vr. 2008 22:39:42 org.apache.catalina.core.StandardWrapperValve invoke
GRAVE: "Servlet.service()" pour la servlet DownloadService a g�n�r� une exception
java.lang.IllegalStateException
     at org.apache.catalina.connector.ResponseFacade.sendError(ResponseFacade.java:404)
     at com.apo.server.webstartservices.DownloadService.service(DownloadService.java:128)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
     at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
     at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
     at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
     at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
     at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
     at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868)
     at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663)
     at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
     at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
     at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
     at java.lang.Thread.run(Thread.java:595)

It sounds like the client doesn't know what to do with what you are sending. Are you sure you are setting all of the header information correctly? Try using a telnet client to issue the GET request and see what is coming back.

Where does Jre Installs

Hello everybody !
Where or should I put it correctly how does the
Jre installs it self in windows enviroment ?
I guessed sun uses the folder Java as default and then make
some changes in the Windows Registry.
Is this folder always going to be java as default ? and
Will sun continue to use the same folders in the registry ?
Where can I get to know much about this ?
Thanks
bashiro

I'd suggest specifying why you want to know how to locate Sun's JRE on a Windows computer. Usually people want to know about the specific virtual machine their Java code is currently running on (or about to run on), and the techniques for detecting this have no relation to the ones you're asking for.

Copying msvcr71.dll from JRE installation

Hi,
When we started developing with Java 6, we found that the exe files we generated would fail because they could not find "msvcr71.dll". We know how to resolve that problem - the release notes for Java 6 say that we should include that dll in the same directory as the exe.
http://java.sun.com/javase/6/webnotes/
(under Windows notes)
Does anyone know what the licensing issues are for this? The release notes for Java 6 only tell us to distribute the DLL, but they don't mention any license obligations on us for doing so, and the page that they link to on the MSDN contains no information about redistribution.
We were hoping to copy the DLL that is included in the JRE installation into our own installation, but we aren't sure if this is legal.
The only thing we've been able to find about this is a similar issue with Python distributions where because developers would be distributing a version of Python with their software, and that Python distribution was created with a licensed version of MS Visual C (where the DLL comes from), then it would be ok that they were "distributing" the dll with their own software.
The text of that argument is at http://www.thescripts.com/forum/thread554311.html
Does anyone know what the licensing situation is?
Thanks

If you have a license for Microsoft Visual C++ 2003 then it works
check the link
http://www.thescripts.com/forum/thread554311.html
Regards

JRE installer and MS

Similar Messages

Maybe you are looking for