Java SE Runtime Env -vs- J2SE Runtime Env -vs- Java 6 update 11
I'm brand new to Java, must have the Java Runtime Environment installed, but do not understand if some are newer versions of the same thing or separate programs entirely.
I currently have installed:
J2SE Runtime Environment 5.0 Update 11
Java 6 Update 11
Java 6 Update 5
Java 6 Update 7
Java SE Runtime Environment 6 Update 1
Is there Java for programming and the JRE for running programs? What's the latest version of these things? What does SE stand for? What is J2SE?
Where oh where can I get this sorted out online?
Thanks very much!
schubash
I too am struggling with the new updates to Java 6. crashes, lagging and unstable webpages. I have submitted one of the numerous bug reports and hope that helps but in the mean time updated to 11 from 10 that was probably stupid because 10 gave me the problem
Similar Messages
-
After just installing OS10 Yosemite v10.10.1, I try to open Photoshop CS5 and get a message saying 'To open "CS5ServiceManager", you need to install the legacy Java SE 6 runtime.' I updated to Java 8 update 25 and I still get the same message when I try to open CS5. What do I need to do in order to open and use Photoshop CS5 using Yosemite? Thank you for your help
Here it is: Apple Java 2014-001.
-
i downloaded Yosemite and now I cannot open CS 5.5 Production Premium at all, I receive the message that i need to install the legacy Java SE6 runtime. I am running Java 8 Update 25 (the latest). I have uninstalled and reinstalled CS5.5 Prod Prem already again so please don't suggest this. What do I do?
Try to install java from below link and try once
Java for OS X 2014-001 -
Java 6 update 5 vs. se runtime environment 6 update 1
I noticed that I have both java 6 update 5 and se runtime environment 6 update 1 on my computer.
Do I need both? What are the advantages of each? Is there a better version of Java that I should download instead? Where is the free download link? My e.mail address is: [email protected]you shouldn't need both. the newer one fixes stuff in older ones. Of course update 10 is out, so why not update to that.
also, posting your email address is a good way to get spam. no one hear is going to email answers directly to you. -
Webstart no longer works after update from Java 7 Update 67 to Java 7 Update 71/72
Hi,
We have an application that is launched via Webstart. Last year, we had to make a bunch of changes to the application in order to work with Java 7 Update 45. It has been working fine up to and including Java 7 Update 67. However, it is no failing with Java 7 Update 71 and 72. Upon launch it is giving the error below. I have searched online and found other articles related to the AccessControlException but they are about 7 years old. I also tried adding this to the java.policy file with no luck. Any ideas or help would be appreciated to determine what I can do to get this to work for update 71.
java.security.AccessControlException: access denied ("java.util.PropertyPermission" "eclipse.exitcode" "write")
at java.security.AccessControlContext.checkPermission(Unknown Source)
at java.security.AccessController.checkPermission(Unknown Source)
at java.lang.SecurityManager.checkPermission(Unknown Source)
at org.eclipse.osgi.framework.internal.core.FrameworkProperties.setProperty(FrameworkProperties.java:64)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:216)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:508)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447)
at org.eclipse.equinox.launcher.WebStartMain.basicRun(WebStartMain.java:78)
at org.eclipse.equinox.launcher.Main.run(Main.java:1173)
at org.eclipse.equinox.launcher.WebStartMain.main(WebStartMain.java:56)krubar wrote:
I have same problem on Sparc system (Solaris 10). Does anybody know how to fix it ? I can't change symbolic link for javaAre you certain that you are experiencing exactly the same issue? Did you follow the hyperlinks to the Sun Solve documents above?
The Sun Solve document itself states:
1. Solaris 8 and 9 and OpenSolaris and Solaris 10 on the SPARC platform are not impacted by this issue.I would suggest that you open a Support Call with your local solutions centre. -
Java 6 Update 10 breaks Netlet
Running JES 05Q4 last portal/srap before Portal 7.
Java 6 Update 10 with the "defaulted to on" Next. Gen Plug-In throws this:
gateway port : 443
Java version : 1.6.0_10
Proxy type : null
java.lang.NullPointerException
at NL37.m(NL37)
at NL37.<init>(NL37)
at SServer.n(SServer)
at SServer.start(SServer)
at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Exception: java.lang.NullPointerException
Idea's other than disabling the plugin.From Sun Support. It solved my issue.
Suggested Fix:
Install latest JRE version 1.6.0_11 and ensure it works fine.
C:\Program Files\Java\jre6\bin>java -version
java version "1.6.0_11"
Java(TM) SE Runtime Environment (build 1.6.0_11-b03)
Java HotSpot(TM) Client VM (build 11.0-b16, mixed mode, sharing)
Take the backup of firefox plugins (C:\Program Files\Mozilla Firefox\plugins) directory that
contains npnul32.dll & npdeploytk.dll
Example: backup contents copied to C:\Program Files\Mozilla Firefox\plugins\orig
Goto JRE6 bin (say C:\Program Files\Java\jre6\bin) directory and copy the following np*.dll files
to firefox plugins (C:\Program Files\Mozilla Firefox\plugins) directory:
npdeploytk.dll
npjpi160_11.dll
npoji610.dll
npt.dll
Then copy the following np*.dll files from JRE6 new_plugin
(say C:\Program Files\Java\jre6\bin\new_plugin) directory
to firefox plugins (C:\Program Files\Mozilla Firefox\plugins) directory:
npdeploytk.dll
npjp2.dll
Finally ensure you've copied the following files (np*.dll files) from both JRE6 bin and
bin\new_plugin directory to firefox plugins directory :
npdeploytk.dll
npjp2.dll
npjpi160_11.dll
npnul32.dll
npoji610.dll
npt.dll
The above specified steps are derived from the following link:
Source: http://support.mozilla.com/en-US/kb/Using+the+Java+plugin+with+Firefox
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
# Workaround if Java is not detected: On most systems, the Java plugin files are detected via plugin scanning if the required registry entry exists. However, in some cases, Java is not detected unless the Java np*.dll plugin files are copied from the Java application folder bin folder.
Note: The following steps should be executed only as a last resort, as each time Java is updated the outdated plugin files must be removed and the newer versions copied over. For more information, see these notes.
1. Copy the np*.dll files for your version of the JRE from the following location:
C:\Program Files\Java\j2re<version>\bin\
2. Paste them into your Firefox plugins folder, which is typically in the following location:
C:\Program Files\Mozilla Firefox\plugins
3. Important: If copying the Java plugin files to the browser plugins folder does not activate Java after restarting Firefox, remove them from the folder. -
I just installed Yosemite. When I attempted to run Symantec Anti-Virus LiveUpdate (which worked fine under Mavericks) I got an error message stating "LiveUpdate was cancelled because Java Runtime was not found. Please run LiveUpdate once Java has been installed. For your convenience we will try to install Java using Apple Software Update." Accordingly, I went to the Java website, downloaded and installed Java 8 Update 25. However, I keep getting the same error message when I attempt to run LiveUpdate. What must I do to get this AV software to work with Yosemite?
Get rid of Symantec. You don't need it, or Java for that matter, which comprises a potential vulnerability of its own. Get rid of it too.
One or more of the following support documents may be applicable:
Uninstall Norton Internet Security for Mac
Removing Symantec programs for Macintosh by using the RemoveSymantecMacFiles removal utility
RemoveSymantecMacFiles -
Java 7 Update 10 Not Working with Firefox?
Windows 7 64-bit
Mozilla Firefox 17.0.1 (Latest as of this time of writing)
Java 7 Update 10 (Runtime Edition)
Java 7 Update 10 (Runtime Edition) 64-bit
It used to work before I updated it to the latest version of Java.
I tried reinstalling everything with a clean registry but none has worked.
The problem is that "Java(TM) Platform" is missing from the plug-in list. When I run Java content in my Firefox it gives an error saying "Missing content...".
Works perfectly with Internet Explorer and the 64-bit version.
Any thoughts on how to make this new update work with Firefox?The problem is, that some registry kexy are missing.
These keys here works for JRE (32 bit) on Win 7 (64 bit), installed in the standard path.
Just add them after the installation of the JRE 7u10 and the Firefox plugin will work.
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2]
"Description"="Oracle® Next Generation Java™ Plug-In"
"GeckoVersion"="1.9"
"Path"="C:\\Program Files (x86)\\Java\\jre7\\bin\\plugin2\\npjp2.dll"
"ProductName"="Oracle® Java™ Plug-In"
"Vendor"="Oracle Corp."
"Version"="10.10.2"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes]
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes\application/x-java-applet]
"Description"="Java™ Applet"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes\application/x-java-applet;jpi-version=10.10.2]
"Description"="Java™ Applet"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes\application/x-java-applet;version=1.1]
"Description"="Java™ Applet"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes\application/x-java-applet;version=1.1.1]
"Description"="Java™ Applet"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes\application/x-java-applet;version=1.1.2]
"Description"="Java™ Applet"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes\application/x-java-applet;version=1.1.3]
"Description"="Java™ Applet"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes\application/x-java-applet;version=1.2]
"Description"="Java™ Applet"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes\application/x-java-applet;version=1.2.1]
"Description"="Java™ Applet"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes\application/x-java-applet;version=1.3]
"Description"="Java™ Applet"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes\application/x-java-applet;version=1.3.1]
"Description"="Java™ Applet"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes\application/x-java-applet;version=1.4]
"Description"="Java™ Applet"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes\application/x-java-applet;version=1.4.1]
"Description"="Java™ Applet"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes\application/x-java-applet;version=1.4.2]
"Description"="Java™ Applet"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes\application/x-java-applet;version=1.5]
"Description"="Java™ Applet"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes\application/x-java-applet;version=1.6]
"Description"="Java™ Applet"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes\application/x-java-applet;version=1.7]
"Description"="Java™ Applet"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes\application/x-java-vm]
"Description"="Java™ Virtual Machine"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins\@java.com/JavaPlugin,version=10.10.2\MimeTypes\application/x-java-vm-npruntime]
"Description"="Java™ Applet" -
My java application (high-volume, low-latency on-line transaction betting system) needs to accomplish the least GC pause while to keep acceptable throughput. When I read java 7 G1GC and thought this is what I really want (I also investigated Azul Zing but stop somewhere in the middle of my study).
I got a strange result when I ran a test with java 7 update 5 and compared it with java 7.0 of same test though.
The java commands associating to GC in my test is not complicate. I only specified several of them and let GC to determine the rest for best performance. The GC options are:
java -Xms12288m -Xmx12288m -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCApplicationStoppedTime -XX:+PrintCommandLineFlags -XX:+UseG1GC -XX:MaxGCPauseMillis=100 \
The java 7.0 result as following:
java version "1.7.0"
Java(TM) SE Runtime Environment (build 1.7.0-b147)
Java HotSpot(TM) 64-Bit Server VM (build 21.0-b17, mixed mode)
[INFO] total GC times:199
[INFO] C:/Users/Chris/Documents/My Projects/citibet-2nd/support/matchspace/GC performance/XX_UseG1GC_MaxGCPauseMillis100.txt average GC:0.067739 second
[INFO] app stops:206, average seconds:0.065926
[DEBUG] [0.006688, 0.007678, 0.008537, 0.014192, 0.021206, 0.023098, 0.023628, 0.026924, 0.028749, 0.029012, 0.030648, 0.031663, 0.031704, 0.031743, 0.033121,
0.035534, 0.036437, 0.037418, 0.038571, 0.039253, 0.040569, 0.041807, 0.042169, 0.042459, 0.043335, 0.043797, 0.045504, 0.046178, 0.046337, 0.050747, 0.051332,
0.052527, 0.052614, 0.052623, 0.054945, 0.055021, 0.05538, 0.055595, 0.055836, 0.05586, 0.056101, 0.056134, 0.056167, 0.056181, 0.056243, 0.056648, 0.056803,
0.057133, 0.057656, 0.057689, 0.058021, 0.058613, 0.058964, 0.059164, 0.059424, 0.059438, 0.059456, 0.059853, 0.060354, 0.06064, 0.060972, 0.060999, 0.061141,
0.061157, 0.061163, 0.061305, 0.061444, 0.061567, 0.061594, 0.061923, 0.06215, 0.062252, 0.063147, 0.063149, 0.063159, 0.063563, 0.063885, 0.064047, 0.064882,
0.064975, 0.065076, 0.065228, 0.065311, 0.066254, 0.066435, 0.066572, 0.067084, 0.067206, 0.067543, 0.067919, 0.067973, 0.068015, 0.068042, 0.068397, 0.068797,
0.0691, 0.069626, 0.069885, 0.070051, 0.070063, 0.070077, 0.070625, 0.071117, 0.071127, 0.071257, 0.071372, 0.071453, 0.071647, 0.071703, 0.072027, 0.072058,
0.072275, 0.072301, 0.07234, 0.072363, 0.072513, 0.072575, 0.072679, 0.07305, 0.073061, 0.073326, 0.073482, 0.073607, 0.073888, 0.073949, 0.074562, 0.074604,
0.074644, 0.075278, 0.075352, 0.07547, 0.075543, 0.075581, 0.076057, 0.076445, 0.076514, 0.076599, 0.076967, 0.076991, 0.077079, 0.077112, 0.077192, 0.077519,
0.077547, 0.077881, 0.078351, 0.078416, 0.078975, 0.079444, 0.079986, 0.080327, 0.080342, 0.080568, 0.080884, 0.081912, 0.081916, 0.082134, 0.082136, 0.082305,
0.082722, 0.082755, 0.082992, 0.083276, 0.083517, 0.083989, 0.084839, 0.084884, 0.085197, 0.08552, 0.085662, 0.08599, 0.085999, 0.086837, 0.087184, 0.087367,
0.08745, 0.087659, 0.087908, 0.088478, 0.089203, 0.089498, 0.090376, 0.09044, 0.092862, 0.093084, 0.093279, 0.093361, 0.097381, 0.098379, 0.100322, 0.100868,
0.10163, 0.103446, 0.104192, 0.105727, 0.108074, 0.108931, 0.113103, 0.152951]
[INFO] Minimum=11419, Maximum=121219, Total=5204830, Count=66, Average=78861. (total elapsed nano:67824103252)
[INFO] memory in usages after test 101 ends:4111938008, total memory:12884901888, max memory:12884901888 with total 5280000 bets
This test result meets G1GC specified (more GC times but smaller GC pause). While comparing to the test result of java 7 update 5, the result is quite surprised me:
java version "1.7.0_05"
Java(TM) SE Runtime Environment (build 1.7.0_05-b06)
Java HotSpot(TM) 64-Bit Server VM (build 23.1-b03, mixed mode)
[INFO] total GC times:8
[INFO] C:/Users/Chris/Documents/My Projects/citibet-2nd/support/matchspace/GC performance/XX_UseG1GC_MaxGCPauseMillis100_java7u5.txt average GC:0.730325 second
[INFO] app stops:18, average seconds:0.325045
[DEBUG] [0.433048, 0.712155, 0.725535, 0.73903, 0.765341, 0.774686, 0.833398, 0.859405]
[INFO] Minimum=11504, Maximum=175425, Total=5220946, Count=40, Average=130523. (total elapsed nano:43241336678)
[INFO] memory in usages after test 101 ends:5626027848, total memory:12884901888, max memory:12884901888 with total 5280000 bets
The throughput does increase but the GC pause-time does not meet the minimum requirement (< 100 millisecond) quite a big difference!
Again, both runnings use same command GC options. System shows to me like:
-XX:InitialHeapSize=12884901888 -XX:MaxGCPauseMillis=100 -XX:MaxHeapSize=12884901888 -XX:+PrintCommandLineFlags -XX:+PrintGC -XX:+PrintGCApplicationStoppedTime -XX:+PrintGCDetails -XX:+UseCompressedOops -XX:+UseG1GC
Do I miss something secrets when using java 7 update 5 for GC specific issues?I think this is less about the JRE and more about the browser and its settings. Refer to the Microsoft documentation for more information about how, why, and when the info bar will appear. Here is one example:
http://windows.microsoft.com/en-US/windows7/Internet-Explorer-Information-bar-frequently-asked-questions
Refer to the section that is titled +"When will I see the Information bar?"+ Here are some relevant points from that section which explain when the bar will appear:
<blockquote>•If a website tries to install an ActiveX control on your computer or run an ActiveX control in an unsafe manner.
•If you started Internet Explorer with add-ons disabled.
•If you need to install an updated ActiveX control or add-on program.</blockquote>
Here are more granular details about how the info bar works:
http://technet.microsoft.com/en-us/library/cc782271(v=ws.10).aspx -
Annoyance - latest Java JRE update too automated
I am quite annoyed that someone somewhere made a choice that took away an install option I've relied upon and has suddenly made life much more difficult. In the past, whenever I chose to or wanted to update my runtime environment, I was able to manually invoke the update (I always turn the auto-update service off!!!). Then, during the update install, there USED to exist a checkbox providing an option to install the update to a location OF MY CHOICE as opposed to the much-abused "Program Files" location. Why was this option removed from the latest version of the update? I now am forced to walk through all my registry entries and hope I find all references to this crap and change them to the location I EXPECT and INSIST on the update existing. On a number of production systems, I have chosen to uninstall or not even allow the update because I don't know what else you broke and am not willing to spend an inordinate time going through an elaborate test cycle wasting unfunded, overtaxed and much-beleagured resources.
I beseech you as a long-time Java developer, a Sun shareholder, and avid advocate of the mighty Sun - please bring me back my choice of install location for the JRE update!
da LizardLounge_Lizard wrote:
It is my experience that there are those who have some Sun influence DO in fact read and monitor the forums...
In most forums that is not the case.
It has been my experience that most JRE updates are not simple in-place patches. Rather, the update is a complete self-contained install of the JRE files. I have ALWAYS used the checkmark option and place each update in a folder specific to that update. This way, I've been able to isolate JRE version compatibility in my production systems and it has allowed my staff to manage our runtime environments. This last update did not provide me with the option as all the other updates since 1.4 have.
Certainly sounds reasonable. Someone at Sun thinks it is a patch though. The bug that was opened above has been closed by specifically noting that it is a patch.
So in terms of your goal you would probably need to write a wrapper that going forward allows them to differentiate an update that allows for an alternative location and one that does not. -
Java web start security dialog with Java 7 update 51
I build a Java Web Start application signed with a valid certificate.
When I star the application the security dialog appear correctly as show in this figure
http://www.java.com/en/img/download/trusted_signed.jpg
My issue is about the "do not show again" checkbox.
If the attributes href are present in the jnlp tag of the jnlp file the checkbox appear.
If the attribute are not present, the checkbox doesn't appear and the run needs to be confirmed every time.
(Example:
<jnlp spec="1.0+" codebase=
"http://docs.oracle.com/javase/tutorialJWS/samples/deployment/webstart_ComponentArch_DynamicTreeDemo"
href="dynamictree_webstart.jnlp">
This is a problem because my jnlp file is under a password protected directory and if href is specifed, the Java Web Start application try to retrieve it as the other resources. ( result in access denied because only the browser session is authenticated and the run fails)
The documentation at Deploying a Java Web Start Application said:
The codebase and href attributes are optional when deploying Java Web Start applications that will run on at least the Java SE 6 update 18 release or later. You must specify the codebase and href attributes when deploying Java Web Start applications that will run with previous releases of the Java Runtime Environment software.
What is the right code? With href or without?
Is this a BUG or a feature?
How can I show the "don't show again" checkbox without having to specify the href attribute?From the documentation at JAR File Manifest Attributes for Security
If the Application-Library-Allowable-Codebase attribute is present and matches the location from which the RIA is started, then a single host is listed in the Location field for the prompt and the option to hide future prompts is provided.
This issue is also discussed here: Java Web Start security dialogs with Java 7 update 51 - Stack Overflow -
I have tried several times to open Java 7 update 51 on safari and firefox and continue to get this message "your security settings have blocked a self- signed application from running" I tried enabling under my system preferences, safari preferences, firefox preferences. No luck. Please help!
Then, check System Preferences->Java and its various tabs. I've both installed.
For Java 7,
/Library/Internet\ Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java -version shows:
java version "1.7.0_51"
Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode)
for Java 6, java -version shows:
java version "1.6.0_65"
Java(TM) SE Runtime Environment (build 1.6.0_65-b14-462-10M4609)
Java HotSpot(TM) 64-Bit Server VM (build 20.65-b04-462, mixed mode) -
Applet fails after Java 6 update 41 to java 6 update 60
hi,
Currently updated Java 6 update 41 to java 6 update60,and my applet is failing and throwing the following exception
org.apache.commons.httpclient.HttpRecoverableException: Maximum redirects (100) exceeded
at org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1105)
at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:643)
at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:497)
at com.cisco.unity.mediamaster.httpclient.utility.UploadByteArrayCache.sendRequest(UploadByteArrayCache.java:341)
at com.cisco.unity.mediamaster.httpclient.utility.UploadByteArrayCache.sendMultipartPostRequest(UploadByteArrayCache.java:286)
at com.cisco.unity.mediamaster.ums.thread.UploadMPThread.uploadStream(UploadMPThread.java:530)
at com.cisco.unity.mediamaster.ums.thread.UploadMPThread.uploadParts(UploadMPThread.java:461)
at com.cisco.unity.mediamaster.ums.thread.UploadMPThread.run(UploadMPThread.java:392)
at java.lang.Thread.run(Unknown Source)
Can anyone help here? is there known bug for this.Thanks for the reply..
I used your tool and it seems my jnlp file is ok ..(nothing in red)
I have actually identified the problem and it seems after update to java 6 update 14.. I am not able to access any resources
Here the function that reads a .csv file
private int readStateMapData(String theAbName) {
.............................//lines deleted
lineBuf = "stateCodes.csv";
dPanel.showStatus("Reading state code information...", null);
lineBuf = "map-data/" + lineBuf;
try {
URL url = new URL(getCodeBase(), lineBuf);
BufferedReader in = new BufferedReader(new InputStreamReader(url.openStream()));
stateID = null;
while ((lineBuf = in.readLine()) != null) {
StringTokenizer st = new StringTokenizer(lineBuf);
String ID = st.nextToken();
String name = st.nextToken();
if (name.equals(theAbName)) { stateID = ID; break; }
in.close();
if (stateID == null) return STATE_NOT_FOUND;
} catch (MalformedURLException me) { return BAD_STATECODE_FILE; }
catch (IOException ie) { return BAD_STATECODE_FILE; }
I already have a logic built into my program that displays and error message and it shows "cannot read state code file"
These files are inside my jar. Again if I uninstall java 6 update 14 webstart works fine ..What should I do ??
Here is my jnlp file :
<?xml version="1.0" encoding="UTF-8"?>
<jnlp spec="1.0+" codebase="file:/G:/WNV_proj/dist/" href="launch.jnlp">
<information>
<title>XXXXXXXXXXX</title>
<vendor>XXXXXXXXX</vendor>
<description>MICRO-MAPS</description>
<description kind="short">MICRO-MAPS</description>
<offline-allowed/>
</information>
<security>
<all-permissions/>
</security>
<resources>
<j2se version="1.5+" href="http://java.sun.com/products/autodl/j2se" java-vm-args="-Djava.security.policy=applet.policy"/>
<jar href="MICRO-MAPS.jar" main="true" download="lazy"/>
</resources>
<applet-desc main-class="Micromaps" name="Micromaps" width="940" height="640">
</applet-desc>
</jnlp>
Edited by: atjava on Jul 15, 2009 12:26 PM -
'A file or directory doesn't exist' error during java stack update
Dear All,
I've done a fresh installation of solution manger system on IBM iseries box (OS400 & DB2 combo).
As part of post installation activity, I've updated the kernel patch, updated the ABAP stack to sp4, and am currently doing the java stack update.
I'm struck with one error. The log file shows:
Feb 23, 2012 7:54:35 PM Error: /usr/sap/SLM/SYS/global/j2eeclient/META-INF/SAP_MANIFEST.MF (A file or directory in the path name does not exist.)
Feb 23, 2012 7:54:35 PM Error: Error deploying Fileset Complete to /usr/sap/SLM/SYS/global/j2eeclient
Feb 23, 2012 7:54:35 PM Info: ***** End of File-System Deployment com.sap.engine.client *****
Feb 23, 2012 7:54:35 PM Error: Aborted: development component 'com.sap.engine.client'/'sap.com'/'SAP AG'/'7.0209.20110628100654.0000'/'1', grouped by :
Deployment was not successful
I've checked the file system and found that the directory META-INF is not present in /../../global/j2eeclient
Please suggest a solution.
Thank You.
regards,
vinHi,
This is an easy solution:
From the OS command line, do WRKLNK, go to /usr/sap/SLMS/global/j2eeclient, at the top where it shows the directory, do a copy on this. Then at the command line type MD, do F4, paste the directory name in the first line, then after j2eeclient add /META-INF'
IMportant*** Make sure the full directory name is in single quotes.*
*On the next 2 lines change INDIR to RWX. Then press enter and re-run your job. If you have any problems let me know. -
Since I installed Java 7 update 51 accessing the EMC VNX Unisphere Console cause the following error: java.util.HashMap cannot be cast to java.awt.RenderingHints.
I rolled back to Apple Java 1.6 -005 now I am getting the following error: plug-in failure.
I think this is cused by the fact that the EMC console application has been written for java 7 and not java 6. Has anybody faced and solved the "java.util.HashMap cannot be cast to java.awt.RenderingHints." error ?Hi Yaakov,
The error is thrown from the eclipselink.jar:2.5.1 which is a JPA provider .
Is the above jar bundled in the Oracle Product you are working upon or was this downloaded from external site ?
If the jar is bundled with the Oracle Product, go ahead a log a SR with Oracle Support with Toplink product group to drill down on the issue, as the issue is happening internally or thrown by the Eclipselink implementation and we've no control....
Hope it helps!!
Thanks,
Vijaya
Maybe you are looking for
-
How can I remove me credit card from my account I already tried from iTunes but it won't give the option 2 remove it!
-
Is there a maximum size in either Flex, AMF or ColdFusion
I wish there was an AMF forum. I have CF version 8,0,0,176276, Flex 3.0.214193, and Oracle 10g. I am trying to build an application in Flex, using RemoteObject access to a ColdFusion .cfc via the AMF channel. The application has several comment field
-
Installing Office 2004 - installer quiting
OK - I tried to uninstall the test drive version prior to installing Office 2004. I used the Remove utility and it did not detect any versions of Office....so I just dropped the complete folder in the trash and emptied it. Now, trying to install, I s
-
Change Billing Date in Invoice cancellation document
Hello, I need to modify the billing date in a Invoice cancellation document from the defaulted billing date copied from the original invoice to the present date of cancellation. Can any one please suggest a user exit for that? Thanks in advance fo
-
Hi guys, just 2 questions: 1. There are four types of compression (bitmap, run-length encoding (RLE), zlib, and index-value)which affect disk space differently. What is the effect of chosing 'bitmap' on calc script optimization? 2. What are hash tabl