Javaws part of JRE 5.0?

I'm trying to re-create and old development environment for some legacy software and I needed JDK 1.5.0_22 but I also need Java Web Start.
http://www.java.com/en/download/faq/java_webstart.xml claims that
"Java Web Start is included in the Java Runtime Environment (JRE) since release of Java 5.0."
Which would be great, except I've installed JRE 1.5.0_22 and there is now javaws to be found.
Any idea where I can find the right Java Web Start to use with JRE 1.5.0_22?

I've tried the JDK and JRE both no javaws.
jdk1.5.0_22/bin# ls
appletviewer java    jdb       jstat    native2ascii rmiregistry
apt          javac    jinfo       jstatd   orbd      serialver
extcheck      javadoc    jmap       keytool pack200      servertool
idlj          javah    jps       kinit    policytool      tnameserv
jar          javap    jsadebugd klist    rmic      unpack200
jarsigner     jconsole    jstack       ktab     rmid
/tmp/jre1.5.0_22/bin# ls
java     kinit    ktab pack200      rmid           servertool unpack200
keytool klist    orbd policytool rmiregistry tnameserv
/tmp# md5sum jre-1_5_0_22-linux-amd64.bin
248cc464ed6a88baa8c8ff43f0296e97 jre-1_5_0_22-linux-amd64.bin
/tmp# md5sum jdk-1_5_0_22-linux-amd64.bin
b62abcaf9ea8617c50fa213bbc88824a jdk-1_5_0_22-linux-amd64.bin

Similar Messages

Getting Web Start to use JDK's javaw.exe, not JRE's

On Windows, I need a Web Started app (actually, my Glossitope desklet) to run with the JDK's javaw.exe, not the JRE's, because I use the Java Compiler API, which is more or less a no-op in the JRE. I've tried using the Java Control Panel to change the Java Application Runtime Settings path to use the JDK path rather than the JRE's, but the change never takes. What, if anything, can I do to get JNLP's to run with the JDK?

Well, using ToolProvider is exactly what I'm trying to do. The program lets you type some Java code, then compiles it and runs it (with help from a custom class-loader). The problem is that when run from Web Start on Windows, ToolProvider.getSystemJavaCompiler() returns null. I can see from the Control Panel that Web Start's path to Java uses the JRE path, not the JDK, and I suspect that's the reason I'm getting null for the compiler.
I suspect bundling the tools jar is exactly what I need to do, and I also suspect the license forbids that.
Works great on the Mac, FWIW.
Thanks for the reply.
--Chris

Why JMF is not part of JRE ?

Why Sun does not include JMF into JRE distributions out-of-the-box ? Look at Adobe Flash - it's easy to install for any user in any OS, and video capture and video playback works everywhere. Why Java does not follow this way? Especially now when Consumer JRE and Java Kernel will be ready soon (and will be easily installed)!
Thanks.

Why Sun does not include JMF into JRE distributions out-of-the-box ? Look at Adobe Flash - it's easy to install for any user in any OS, and video capture and video playback works everywhere. Why Java does not follow this way? Especially now when Consumer JRE and Java Kernel will be ready soon (and will be easily installed)!
Thanks.

Eclipse JRE/JDK must be available error

HELP!!!. i am trying to run eclipse 3.5 and i am getting the following error
A Java Runtime Environment (JRE) or java Development Kit (JDK)
must be available in order to run eclipse. No Java virtual machiene
was found after searching the following locations:
C:\Users\Colin|Desktop\eclipse-jee-galileo-win32\eclipse\jre\bin\javaw.exe
javaw.exe in your current PATH
bare with me because i am new to this. I installed both JDK and JRE from the following webpage <http://www.oracle.com/technetwork/java/javase/downloads/index.html> and have reinstalled them after i have unzipped the eclipse files and i am still getting the error.
if i follow that path C:\Users\Colin|Desktop\eclipse-jee-galileo-win32\eclipse\jre\bin\javaw.exe
the jre\bin\javaw.exe part doesnt exist so is there a way to change where it is looking to the correct location???
my javaw.exe file is located at
C:\Program Files\Java\jdk1.6.0_21\bin
any help would be appreciated.

Hello,
In the installation eclipse search for java virtual machines on your system.
In your case eclipse doesn't found a suitable javaw executable in the system path.
You have to set the "C:\Program Files\Java\jdk1.6.0_21\bin" in the system path and then install eclipse.
1# From the desktop, right-click My Computer and click Properties.
2# In the System Properties window, click on the Advanced tab.
3# In the Advanced section, click the Environment Variables button.
4# Finally, in the Environment Variables window, highlight the path variable in the Systems Variable (not user variables) section and click the Edit button. Add ";C:\Program Files\Java\jdk1.6.0_21\bin" to the path line. Each different directory is separated with a semicolon.
5# Open a system console and execute
java -versionyou have to get something like
java version "1.6.0_18"
Java(TM) SE Runtime Environment (build 1.6.0_18-b07)
Java HotSpot(TM) Client VM (build 16.0-b13, mixed mode)because now your java binaries are in the system path
6# Install eclipse
Best reggards,

HELP!!! Could someone help me with a jar file issue and JRE 1.3 & 1.4

We had a problem with the last Oracle patch in that it tried to extract from a jar file using the "jar" executable. But the jar executable is not installed on the server where we have JRE 1.4
On one server, Jar.exe is installed where we have JRE 1.3. Is the jar.exe apart of JRE 1.4? If so, where do I find the jar.exe file? If it's not part of JRE 1.4, what do I need to do to get the jar.exe onto the server where JRE 1.4 is installed?
Thanks, Carl

Thanks for your replies.
I know that a jar file is like a zip file but I'm asking, "Can you download just the jar.exe without downloading the JDK?"
I keep reading everywhere that you can only get the jar.exe tool if you download the JDK but I can't use JDK(because it is a compiler) on our website here at work.
Thanks,
Carl

HELP!!! Could someone help me with a jar file issue and JRE 1.3 and JRE 1.4

We had a problem with the last Oracle patch in that it tried to extract from a jar file using the "jar" executable. But the jar executable is not installed on the server where we have JRE 1.4
On one server, Jar.exe is installed where we have JRE 1.3. Is the jar.exe apart of JRE 1.4? If so, where do I find the jar.exe file? If it's not part of JRE 1.4, what do I need to do to get the jar.exe onto the server where JRE 1.4 is installed?
Thanks, Carl

The jar tool isn't part of the jre but the jdk. You should find it on your server in %ORACLE_HOME%\jdk\bin (seems you use some kind of Windows).

Need javaw.exe for mac os x

I'm trying to install an application on my mac called Jam that uses javaw.exe from jre 1.6.0 or later. I have that file (and the jre) that I copied from my windows machine but obviously does not work. Is there a comparable program that I can use on my mac or can I get this executable for a mac somewhere on the web? Thanks a lot for any advice!
:)

i guess that you didn't even bother to google for the anwser...anyway:
[Download Java 6 for MacOS X|http://developer.apple.com/java/download/]
regards

Correct javaw but incorrect runtime used

Hello,
the JNLP contains:
<resources>
<j2se version="1.5" initial-heap-size="512m" java-vm-args="-client" />
</resource>I have installed JDK 1.5 (update 20) and JDK 1.6 (update 16) on my Window Vista machine. When I start the application with javaws, the correct 1.5 javaw.exe is used but incorrect runtime from 1.6 is used.
This is my command line:
javaws myTest.jnlpThis is spawned process command line:
C:\Programs.Java\Java\jre1.5.0_20\bin\javaw.exe -Xbootclasspath/a:C:\Programs.Java\Java\jre1.6.0_16\lib\javaws.jar;C:\Programs.Java\Java\jre1.6.0_16\lib\deploy.jar;C:\Programs.Java\Java\jre1.6.0_16\lib\plugin.jar -classpath C:\Programs.Java\Java\jre1.6.0_16\lib\deploy.jar -Djava.security.policy=file:C:\Programs.Java\Java\jre1.6.0_16\lib\security\javaws.policy -DtrustProxy=true -Xverify:remote -Djnlpx.home=C:\Programs.Java\Java\jre1.6.0_16\bin -Djnlpx.remove=true -client -Xms512m -Xmx512m -Djnlpx.heapsize=512m,512m -Djnlpx.splashport=62384 -Djnlpx.jvm=C:\Programs.Java\Java\jre1.5.0_20\bin\javaw.exe -Djnlpx.vmargs=-client com.sun.javaws.Main C:\Temp\javaws2Is this correct behaviour? I excpected, that when Java 1.5 was requested in JNLP, the full 1.5 Java will be used, not this mixture of 1.5 and 6.0. Of cource this is source of issues.
Thank you for explanation, Jan

One Ring to rule them all, One Ring to find them, One Ring to bring...
To everything there is a season, a time for every purpose under the sun. A time to be born and a time to die; a time to plant and a time...
A system JRE to run javaws, a user jre for your app, one for mine, one for those who like old style urls, one..
It couldn't be any different, there must be only one system JRE (the one whom exe and dll get copied to the system32 on windows OSes). That's it, browser gets a mime type and calls an app (do you someone get to chose the pdf reader the client browser should invoke?), Sun is so kind to let you run your app on any other one you like, asking more sound a bit spoiled; the system one only manages your resources (usually newer is better when it comes to that), I can see no arm in it.
Anyway if you want a different behaviour your may ask your browser provider to have a new version aware of jnlp existance that interacts with sun sw in order to retrieve available runtimes, parses the jnlp and launches the most suitable JRE.
Looks pretty hard (for a no use feature).
Bye.
PS: didn't mean to be mean but this has been already discussed many times in this very same forum; sarcasm keeps me sane and saves me against boredom.

Servlet 2.2 conformity of web-app deployment?

Hi,
 I am having quite a bit of difficulty getting a standard Servlet 2.2 app
 that runs in Resin, Tomcat and Orion app server just fine, to work at all on
 WebLogic. Is there some sort of trick? I installed WebLogic 5.1 trial via
 the download on my Win2K box. I set the weblogic.properties to use a webApp.
 When I hit the web-app via html pages..its fine. When I try to display JSP
 pages I get problems. I then figured out that for some reason WebLogic
 couldn't find tools.jar to compile JSP pages, so I added that to my System
 Environment classpath. Why it needs to be set there..and its not
 automatically done by the install I don't know. It seems obvious to me that
 to display JSP pages they have to be compiled, so tools.jar is needed.
 Anyways, the pages started converting into .java files, but when compiling I
 am getting some compile-time errors and thus the .class isn't showing up.
 I have:
 weblogic.httpd.webApp.myapp=c:/applications/bm/www
 in weblogic.properties. I am not trying clustering yet, so this is just to
 deploy a single instance of weblogic to run our site. I also commented out
 the docRoot=/public or whatever the line is..since I only want to run a
 Servlet 2.2 web-app, not a simple web-site.
 Below is the output of the console. I am not sure why it is giving me a
 class loader error. I am going to try the SP4 patch, but for some reason the
 wlconfig utility doesn't change the settings that I keep applying to it. I
 am trying to add a path to the classpath with wlconfig.
 Anyways..if anyone can shed some light I would be much appreciated.
 Thank you.
 Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp: init
 Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp: param verbose
 ini
 tialized to: true
 Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp: param
 packagePref
 ix initialized to: jsp_servlet
 Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp: param
 compileComm
 and initialized to: javac
 Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp: param
 srcCompiler
 initialized to weblogic.jspc
 Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp: param
 superclass
 initialized to null
 Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp: param
 workingDir
 initialized to: C:\applications\bm\www\_tmp_war
 Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp: param
 pageCheckSe
 conds initialized to: 1
 Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp:
 initialization co
 mplete
 Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp:
 pageCheckSeconds over-ruled in JSPServlet to : 1
 Mon Aug 14 11:02:55 PDT 2000:<E> <ServletContext-myapp> error checking JSP
 'jsp_
 servlet._index' for freshness, forcing re-compile
 java.lang.LinkageError: Class javax/servlet/ServletConfig violates loader
 constr
 aints
 at java.lang.ClassLoader.defineClass0(Native Method)
 at java.lang.ClassLoader.defineClass(ClassLoader.java:486)
 at java.lang.ClassLoader.defineClass(ClassLoader.java:426)
 at
 weblogic.utils.classloaders.GenericClassLoader.findLocalClass(Generic
 ClassLoader.java:415)
 at
 weblogic.utils.classloaders.GenericClassLoader.reallyLoadClass(Generi
 cClassLoader.java:316)
 at
 weblogic.utils.classloaders.RecursiveReloadOnModifyClassLoader$Slave.
 loadClass(RecursiveReloadOnModifyClassLoader.java:234)
 at
 weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClass
 Loader.java:146)
 at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
 at jsp_servlet._index._isStale(_index.java:45)
 at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:158)
 at
 weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.
 java:164)
 at
 weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
 pl.java:99)
 at
 weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
 pl.java:123)
 at
 weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletCon
 textImpl.java:742)
 at
 weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletCon
 textImpl.java:686)
 at
 weblogic.servlet.internal.ServletContextManager.invokeServlet(Servlet
 ContextManager.java:247)
 at
 weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.jav
 a:361)
 at
 weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:261)
 at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
 Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> Generated java file:
 C:\
 applications\bm\www\_tmp_war\jsp_servlet\_index.java
 Mon Aug 14 11:02:58 PDT 2000:<E> <ServletContext-myapp> Servlet failed with
 Exce
 ption
 java.lang.LinkageError: Class javax/servlet/ServletConfig violates loader
 constr
 aints
 at java.lang.ClassLoader.defineClass0(Native Method)
 at java.lang.ClassLoader.defineClass(ClassLoader.java:486)
 at java.lang.ClassLoader.defineClass(ClassLoader.java:426)
 at
 weblogic.utils.classloaders.GenericClassLoader.findLocalClass(Generic
 ClassLoader.java:415)
 at
 weblogic.utils.classloaders.GenericClassLoader.reallyLoadClass(Generi
 cClassLoader.java:316)
 at
 weblogic.utils.classloaders.RecursiveReloadOnModifyClassLoader$Slave.
 loadClass(RecursiveReloadOnModifyClassLoader.java:234)
 at
 weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClass
 Loader.java:146)
 at
 weblogic.utils.classloaders.RecursiveReloadOnModifyClassLoader.findLo
 calClass(RecursiveReloadOnModifyClassLoader.java:109)
 at
 weblogic.utils.classloaders.GenericClassLoader.reallyLoadClass(Generi
 cClassLoader.java:316)
 at
 weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClass
 Loader.java:172)
 at
 weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClass
 Loader.java:146)
 at weblogic.servlet.jsp.OneOffJspLoader.loadClass(JspStub.java:429)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
 at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
 at jsp_servlet._index._jspService(_index.java:58)
 at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
 at
 weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
 pl.java:105)
 at
 weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
 pl.java:123)
 at
 weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletCon
 textImpl.java:742)
 at
 weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletCon
 textImpl.java:686)
 at
 weblogic.servlet.internal.ServletContextManager.invokeServlet(Servlet
 ContextManager.java:247)
 at
 weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.jav
 a:361)
 at
 weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:261)
 at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)


Thanks. Playing with this now. The initial running does the same thing. I
 get the same ClassLoader problem. I sent you an email about editing these
 and I figured it out. Didn't find the .cmd files originally. Anyways,
 another problem I have..I had to set in the Win2K classpath the location of
 tools.jar. Is this not allowed to be distributed in the JRE? I am surprised
 if WebLogic (and other app servers too) need access to the javac compiler,
 why it is not part of JRE so they can access it. I set that in my
 environment. Are you saying I shouldn't need to set any environment
 variables..not to my WEB-INF\classes, \ib, or any JAVA dir? That instead I
 can just set it in the .cmd script to start the server?
 Lastly, I will need to run WebLogic as a service. I have a Java as NT
 service utility that works pretty easily..so can I just use that?
 Thanks.
 "Roberto Nanamura" <[email protected]> wrote in message
 news:[email protected]...
 > Hi Kevin,
 >
 > WebLogic should work just fine without setting any environment variables
 but
 > setting them in the startWebLogic.cmd script (I am supposing you are
 starting WL
 > through the command line). Look for the first lines in the
 startWebLogic.cmd
 > script like that:
 >
 > if "%JAVA_HOME%" == "" set JAVA_HOME=.\jre1_2\jre
 > set JAVA_HOME=.\jre1_2\jre
 >
 > And see if the JAVA_HOME is already set up and if the value is where your
 jre
 > 1.2 should be. That should take care of the 'tools.jar' problem.
 >
 > Try to run it again and see if the problem still persists.
 >
 > Hope this will help,
 >
 > Roberto N Nanamura
 > Technical Consultant
 > Summa Technologies
 >
 > Kevin Duffey wrote:
 > >
 > > Hi,
 > >
 > > I am having quite a bit of difficulty getting a standard Servlet 2.2 app
 > > that runs in Resin, Tomcat and Orion app server just fine, to work at
 all on
 > > WebLogic. Is there some sort of trick? I installed WebLogic 5.1 trial
 via
 > > the download on my Win2K box. I set the weblogic.properties to use a
 webApp.
 > > When I hit the web-app via html pages..its fine. When I try to display
 JSP
 > > pages I get problems. I then figured out that for some reason WebLogic
 > > couldn't find tools.jar to compile JSP pages, so I added that to my
 System
 > > Environment classpath. Why it needs to be set there..and its not
 > > automatically done by the install I don't know. It seems obvious to me
 that
 > > to display JSP pages they have to be compiled, so tools.jar is needed.
 > > Anyways, the pages started converting into .java files, but when
 compiling I
 > > am getting some compile-time errors and thus the .class isn't showing
 up.
 > >
 > > I have:
 > >
 > > weblogic.httpd.webApp.myapp=c:/applications/bm/www
 > >
 > > in weblogic.properties. I am not trying clustering yet, so this is just
 to
 > > deploy a single instance of weblogic to run our site. I also commented
 out
 > > the docRoot=/public or whatever the line is..since I only want to run a
 > > Servlet 2.2 web-app, not a simple web-site.
 > >
 > > Below is the output of the console. I am not sure why it is giving me a
 > > class loader error. I am going to try the SP4 patch, but for some reason
 the
 > > wlconfig utility doesn't change the settings that I keep applying to it.
 I
 > > am trying to add a path to the classpath with wlconfig.
 > >
 > > Anyways..if anyone can shed some light I would be much appreciated.
 > >
 > > Thank you.
 > >
 > > Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp: init
 > > Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp: param
 verbose
 > > ini
 > > tialized to: true
 > > Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp: param
 > > packagePref
 > > ix initialized to: jsp_servlet
 > > Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp: param
 > > compileComm
 > > and initialized to: javac
 > > Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp: param
 > > srcCompiler
 > > initialized to weblogic.jspc
 > > Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp: param
 > > superclass
 > > initialized to null
 > > Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp: param
 > > workingDir
 > > initialized to: C:\applications\bm\www\_tmp_war
 > > Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp: param
 > > pageCheckSe
 > > conds initialized to: 1
 > > Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp:
 > > initialization co
 > > mplete
 > > Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> *.jsp:
 > > ######
 > > ########
 > > ############
 > > ##############
 > > pageCheckSeconds over-ruled in JSPServlet to : 1
 > > ##############
 > > ############
 > > ########
 > > ######
 > >
 > > Mon Aug 14 11:02:55 PDT 2000:<E> <ServletContext-myapp> error checking
 JSP
 > > 'jsp_
 > > servlet._index' for freshness, forcing re-compile
 > > java.lang.LinkageError: Class javax/servlet/ServletConfig violates
 loader
 > > constr
 > > aints
 > > at java.lang.ClassLoader.defineClass0(Native Method)
 > > at java.lang.ClassLoader.defineClass(ClassLoader.java:486)
 > > at java.lang.ClassLoader.defineClass(ClassLoader.java:426)
 > > at
 > > weblogic.utils.classloaders.GenericClassLoader.findLocalClass(Generic
 > > ClassLoader.java:415)
 > > at
 > > weblogic.utils.classloaders.GenericClassLoader.reallyLoadClass(Generi
 > > cClassLoader.java:316)
 > > at
 > > weblogic.utils.classloaders.RecursiveReloadOnModifyClassLoader$Slave.
 > > loadClass(RecursiveReloadOnModifyClassLoader.java:234)
 > > at
 > > weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClass
 > > Loader.java:146)
 > > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
 > > at jsp_servlet._index._isStale(_index.java:45)
 > > at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:158)
 > > at
 > > weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.
 > > java:164)
 > > at
 > > weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
 > > pl.java:99)
 > > at
 > > weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
 > > pl.java:123)
 > > at
 > > weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletCon
 > > textImpl.java:742)
 > > at
 > > weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletCon
 > > textImpl.java:686)
 > > at
 > > weblogic.servlet.internal.ServletContextManager.invokeServlet(Servlet
 > > ContextManager.java:247)
 > > at
 > > weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.jav
 > > a:361)
 > > at
 > > weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:261)
 > >
 > > at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
 > >
 > > Mon Aug 14 11:02:55 PDT 2000: <ServletContext-myapp> Generated java
 file:
 > > C:\
 > > applications\bm\www\_tmp_war\jsp_servlet\_index.java
 > > Mon Aug 14 11:02:58 PDT 2000:<E> <ServletContext-myapp> Servlet failed
 with
 > > Exce
 > > ption
 > > java.lang.LinkageError: Class javax/servlet/ServletConfig violates
 loader
 > > constr
 > > aints
 > > at java.lang.ClassLoader.defineClass0(Native Method)
 > > at java.lang.ClassLoader.defineClass(ClassLoader.java:486)
 > > at java.lang.ClassLoader.defineClass(ClassLoader.java:426)
 > > at
 > > weblogic.utils.classloaders.GenericClassLoader.findLocalClass(Generic
 > > ClassLoader.java:415)
 > > at
 > > weblogic.utils.classloaders.GenericClassLoader.reallyLoadClass(Generi
 > > cClassLoader.java:316)
 > > at
 > > weblogic.utils.classloaders.RecursiveReloadOnModifyClassLoader$Slave.
 > > loadClass(RecursiveReloadOnModifyClassLoader.java:234)
 > > at
 > > weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClass
 > > Loader.java:146)
 > > at
 > > weblogic.utils.classloaders.RecursiveReloadOnModifyClassLoader.findLo
 > > calClass(RecursiveReloadOnModifyClassLoader.java:109)
 > > at
 > > weblogic.utils.classloaders.GenericClassLoader.reallyLoadClass(Generi
 > > cClassLoader.java:316)
 > > at
 > > weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClass
 > > Loader.java:172)
 > > at
 > > weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClass
 > > Loader.java:146)
 > > at
 weblogic.servlet.jsp.OneOffJspLoader.loadClass(JspStub.java:429)
 > > at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
 > > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
 > > at jsp_servlet._index._jspService(_index.java:58)
 > > at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
 > > at
 > > weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
 > > pl.java:105)
 > > at
 > > weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
 > > pl.java:123)
 > > at
 > > weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletCon
 > > textImpl.java:742)
 > > at
 > > weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletCon
 > > textImpl.java:686)
 > > at
 > > weblogic.servlet.internal.ServletContextManager.invokeServlet(Servlet
 > > ContextManager.java:247)
 > > at
 > > weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.jav
 > > a:361)
 > > at
 > > weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:261)
 > >
 > > at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)

Installing oracle 10g and 9i

Firstly, When i was runing the oracle 10g installation for winxp, I was the following error :"c:\temp\orainstall_10-02-04. Please be sure that this directory is writable and has at least 45MB of disk space". Then I check this directory and there was 30Mb of free space.
Secondly, when i run also the oracle 9i installation for win NT I was the error c:\temp\orainstall-2003\jre\bin\javaw.exe. install JRE version 1.3.1 or higher". After i install the Jre 1.3.1 it can't work again.
Could u help me to solve these problems.
Sincerely!

Well, the 10g problem seems pretty straightforward. You need 45 Mb of free disk space, but you only have 30 Mb free. You'll need to free up some space or move your TEMP directory.
After you install JRE version 1.3.1, what error does the 9i installer throw?
Justin
Distributed Database Consulting, Inc.
http://www.ddbcinc.com/askDDBC

How to set a different parser for JAXB ?

from the FAQ https://jaxb.dev.java.net/faq/index.html
A question about which jars are required says
"The runtime also needs a JAXP-compliant parser. If your target environment is
JRE 1.4 or higher , it is a part of JRE, so you don't need any more jar file.
Otherwise you have to bundle a parser, too. Any parser would do the job, but we
recommend the JAXP RI bundled in the JWSDP (which is what we test against.) "
I am running jdk1.3 and want to use a different parser how do I specify it.
Thanks
Steve

I think I worked it out.
I just have to set the JAXP parser
Q. How do I use a different JAXP compatible implementation?
The JAXP 1.1 API allows applications to plug in different JAXP compatible implementations of parsers or XSLT processors. For example, when an application wants to create a new JAXP DocumentBuilderFactory instance, it calls the staic method DocumentBuilderFactory.newInstance(). This causes a search for the name of a concrete subclass of DocumentBuilderFactory using the following order:
1. The value of a system property like javax.xml.parsers.DocumentBuilderFactory if it exists and is accessible.
2. The contents of the file $JAVA_HOME/jre/lib/jaxp.properties if it exists.
3. The Jar Service Provider discovery mechanism specified in the Jar File Specification. A jar file can have a resource (i.e. an embedded file) such as META-INF/services/javax.xml.parsers.DocumentBuilderFactory containing the name of the concrete class to instantiate.
4. The fallback platform default implementation.

Different versions of Java webstart and Java Runtime Environment

Hi I am using a thin application client (swings application) which is downloaded as a jar file using Java Web Start. The earlier version of the application was deployed on the server and client using the version 1.5.0_09. Due to some performance measures we are changing the Client version of JRE to 1.6.0_03. Will this really help??
The approach we are following is bit confusing.
First we are launching the application in JRE 1.5.0_09 and creating a shortcut for that (WebStart shortcut). Later we are changing the Java Web Start version from 1.5.0_09 to 1.6.0_03 in the shortcut.
And of course also changing the JNLP j2se version tag to 1.6
The application we are launching using this shortcut but its throwing FailedDownloadException : Unable to Load Resource hxxp://ascdcf.....*.jnlp
The funny thing is when i launched the same shortcut using the 1.5.0_09 version i.e. only the WebStart version as 1.5.0_09 and the JRE on client as 1.6.0_03 the application starts.
I searched about this and came to know that webstart just deploys the application jar on the client in a browser independent form and then it is run on JRE. If thats the case (and if i am right) then Webstart version can be anything only the JRE version should be the latest as specified in the JNLP. Can anyone give me suggestions in this regard???
Also if this approach is correct where will we get more performance???
1. Is it running application on updated JRE Version i.e. 1.6.0_03
2. Or on updating Java Web Start i.e. 1.6.0_03 (curretnly which is not running)
Also the Java Web Start is a part of JRE then where does this lead to....???
I am just an amateur with great doubts.....kindly help......

Hello,
I suggest you really read, understand and trial-and-error the following previously suggested solutions;
http://stealthpuppy.com/juggling-sun-java-runtimes-in-app-v/
http://packageology.com/2014/02/sequencing-java-the-definitive-guide-part-1/
http://packageology.com/2014/02/sequencing-java-definitive-guide-part-2/
http://packageology.com/2014/02/sequencing-java-definitive-guide-part-3-restricting-access-insecure-java-versions/
Nicke Källén | The Knack| Twitter:
@Znackattack

Configtool launch failure SM 4.0 on UNIX

Hi,
Recently I have been receiving the following error while i try to launch configtool
@JAVA_HOME@/bin/java: Command not found.
I have checked my environment and JAVA_HOME is correct.The DISPLAY variable for my console is also ok. ( xclock checked). Also there are other servers on the system like the portal for which the configtool doesn't have a problem.
An ls -ltr command at the above mentioned location shows
lrwxrwxrwx   1 bin      bin              27 Apr 09 15:40 java -> /usr/java14_64/jre/bin/java
We are on IBM AIX 5.3.
Please help me to identify the problem as am not much familiar with unix.
Thanking you in advance.

Hi RK,
smpadm> env |grep JAVA_HOME
JAVA_HOME=/usr/java14_64
smpadm> ls -lta $JAVA_HOME
total 232
drwxr-xr-x   7 bin      bin            4096 Apr 09 15:40 .
drwxr-xr-x   2 bin      bin            4096 Apr 09 15:40 bin
drwxr-xr-x   5 bin      bin             256 Apr 09 15:40 jre
lrwxrwxrwx   1 bin      bin              18 Apr 09 15:40 sh -> /usr/java14_64/bin
drwxr-xr-x   6 bin      bin            4096 Jan 30 21:12 docs
drwxr-xr-x   2 bin      bin            4096 Jan 30 21:12 include
drwxr-xr-x   2 bin      bin             256 Jan 30 21:12 lib
-rrr--   1 bin      bin           83854 Jan 30 03:02 fixes.html
-rw-r-----   1 root     system         1166 Oct 23 2007 1193150605523-integrated.jnlp
drwxr-xr-x 45 bin      bin            4096 Aug 06 2007 ..
-rrr--   1 bin      bin             247 Dec 07 2004 sdkguide.aix64.htm
-rrr--   1 bin      bin              83 Mar 23 2004 COPYRIGHT
smpadm> more configtool.sh
#!/bin/csh
$JAVA_HOME/bin/java -Duser.language=en -classpath ".:./lib/launcher.jar" -Djava.compiler=NONE com.sap.engine.offline.OfflineToolStart com.sap.engine.configto
ol.visual.ConfigTool ./lib/
smpadm> echo $PATH
/oracle/SMP/102_64/bin:/usr/java14_64/bin:.:/home/smpadm:/usr/sap/SMP/SYS/exe/run:/usr/bin:/etc:/usr/sbin:/usr/ucb:/usr/bin/X11:/sbin:/usr/java14/jre/bin:/usr/java14/bin
smpadm> java -version
java version "1.4.2"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2)
Classic VM (build 1.4.2, J2RE 1.4.2 IBM AIX 5L for PowerPC (64 bit JVM) build caix64142-20080122 (SR10) (JIT enabled: jitc))
smpadm> pwd
/usr/java14_64/bin
smpadm> ls -ltr
total 2416
-r-xr-xr-x   1 bin      bin            2277 Jul 01 2004 java-rmi.cgi
-r-xr-xr-x   1 bin      bin             835 Jul 01 2004 HtmlConverter
-r-xr-xr-x   1 bin      bin           78695 Apr 03 2007 jextract
-r-xr-xr-x   1 bin      bin           78687 Jan 30 02:57 extcheck
-r-xr-xr-x   1 bin      bin           78687 Jan 30 02:57 appletviewer
-r-xr-xr-x   1 bin      bin           78679 Jan 30 02:57 jar
-r-xr-xr-x   1 bin      bin           78695 Jan 30 02:57 idlj
-r-xr-xr-x   1 bin      bin           78735 Jan 30 02:57 javac
-r-xr-xr-x   1 bin      bin           78695 Jan 30 02:57 jarsigner
-r-xr-xr-x   1 bin      bin           78687 Jan 30 02:57 javap
-r-xr-xr-x   1 bin      bin           78687 Jan 30 02:57 javah
-r-xr-xr-x   1 bin      bin           78687 Jan 30 02:57 javadoc
-r-xr-xr-x   1 bin      bin           78687 Jan 30 02:57 native2ascii
-r-xr-xr-x   1 bin      bin           78695 Jan 30 02:57 jdb
-r-xr-xr-x   1 bin      bin           78695 Jan 30 02:57 serialver
-r-xr-xr-x   1 bin      bin           78679 Jan 30 02:57 rmic
-r-xr-xr-x   1 bin      bin           78695 Jan 30 03:02 jformat
lrwxrwxrwx   1 bin      bin              32 Apr 09 15:40 tnameserv -> /usr/java14_64/jre/bin/tnameserv
lrwxrwxrwx   1 bin      bin              34 Apr 09 15:40 rmiregistry -> /usr/java14_64/jre/bin/rmiregistry
lrwxrwxrwx   1 bin      bin              27 Apr 09 15:40 rmid -> /usr/java14_64/jre/bin/rmid
lrwxrwxrwx   1 bin      bin              33 Apr 09 15:40 policytool -> /usr/java14_64/jre/bin/policytool
lrwxrwxrwx   1 bin      bin              30 Apr 09 15:40 keytool -> /usr/java14_64/jre/bin/keytool
lrwxrwxrwx   1 bin      bin              29 Apr 09 15:40 jvmtcf -> /usr/java14_64/jre/bin/jvmtcf
lrwxrwxrwx   1 bin      bin              28 Apr 09 15:40 javaw -> /usr/java14_64/jre/bin/javaw
lrwxrwxrwx   1 bin      bin              27 Apr 09 15:40 java -> /usr/java14_64/jre/bin/java
smpadm> java -version
java version "1.4.2"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2)
Classic VM (build 1.4.2, J2RE 1.4.2 IBM AIX 5L for PowerPC (64 bit JVM) build caix64142-20080122 (SR10) (JIT enabled: jitc))
The above are the values you asked for and some extra. The are two java folders as you can see in the PATH variable but the one used by Solman is JAVA14_64. Is that a problem ?

How do Mac and Linux find the JFX runtime?

I've been searching the documentation without success for the answer to what ought to be a simple question -- how do I point Mac or Linux at the 2.2 runtime? It's no problem if I'm running in an IDE (NetBeans, e(fx)clipse), where I can tell the IDE where I unpacked the SDK. But what if I want to run a jar file, such as produced by the ant tasks?
You'd think this would work (on Linux, where I unpacked the SDK into /opt):
java -cp /opt/javafx-sdk2.2.0-beta/rt/lib/jfxrt.jar:. -jar MyProgram.jar But it doesn't -- I get a popup saying "This application requires a newer version of the Java runtime. Please download and install the latest Java runtime from java.com. Then restart the application" (I'm running with 1.7.0_05-b05 from Oracle).
The only thing at all close I find in the Linux installation instructions is it says to unpack the samples as a subdirectory of the SDK, wherever I happened to put it, and then I should be able to run the examples with a simple "java -jar filename.jar". But even that's not quite true -- it only works if I first cd to the samples directory. But it's a start, so I tried...
cd /opt/javafx-sdk2.2.0-beta/rt
java -jar ~/dist/MyProgram.jarThat succeeds in finding the runtime, but my program doesn't work, because it doesn't find my dependent libraries. So I tweaked the command a little bit:
cd /opt/javafx-sdk2.2.0-beta/rt
java -cp ~/dist/MyProgram.jar -jar ~/dist/MyProgram.jarThat actually works. But it can't possibly be the right answer -- you shouldn't have to run a javafx program with the runtime directory as your working directory.
And even that doesn't work on Mac. There, Java knows how to find the runtime that's installed with JDK 7 update 5 for Mac. But if I want to test a program with the 2.2 runtime, what do I do? Setting -classpath on the command line still uses the 2.1 runtime. And if I try the trick of connecting to javafx-sdk2.2.0-beta/rt first, it doesn't work at all -- it doesn't find my libraries, and it throws up a "java quit unexpectedly" window after getting a segfault.
So what's a developer to do? Am I supposed to use the native packaging procedure instead?

JavaFX 2.2 is first version where Linux/Mac are supported as runtime (and not just SDK).
However, you need to install JavaFX Runtime that is part of JRE 7u6 (you can get beta from jdk7.java.net or wait for FCS version of it).
Installing JRE is the only way to get JavaFX runtime installed on Mac and Linux (and eventually on Windows too).
rt folder in the SDK is "private" copy of the runtime. It is not supposed to be used to run arbitrary JavaFX applications by default.
You can still force to use it as
java -Djavafx.runtime.path=/opt/javafx-sdk2.2.0-beta/rt/lib/jfxrt.jar -jar MyProgram.jar
or
java -cp ~/dist/MyProgram.jar:/opt/javafx-sdk2.2.0-beta/rt/lib/jfxrt.jar com.javafx.main.Main
Note that if you use "-jar" then "-cp" is ignored by java launcher. This is not JavaFX specific behavior.
JavaFX specific part is that properly packaged JavaFX main jar file will include copy of launcher class (com.javafx.main.Main)
and this is what will be run when you double click on jar or use "java -jar". Launcher will try to locate JavaFX runtime to use,
it knows how to find runtime in the SDK if it is sample located in the SDK itself and it also knows how to find installed version of runtime.
If JavaFX is not found then it will show you message you observed.

Help i need somebody help

Understanding JVM
Is JRE the same as JVM
or is JVM a part of JRE
and if so
how do i get only the jvm part
I have a created a bean which i can only call if i install JRE on all clients
What is the easy way

JRE means Java Runtime Enviornment and as the name itself suggests it provides the runtime enviornment for the JVM to execute.This runtime enviornment includes the classes necessary for any of the java programme to run.eg ClassLoaders, java.* classes ,Default Fonts, Policy files ,Certificates and other services like rmiregistry etc.Whenever a JVM is invoked the Runtime enviornment is first established and then the JVM interacts with the runtime enviornment for certain resources necessary for the JVM to execute.
While a JVM consist of the interpretor which executes the bytecodes in the java classfile and whenever any of the resource or class is been requested by the classfile ,it is then loaded with the help of the runtime enviornment.A JVM is a stack machine which executes the bytecodes while JRE is the thing which provides resources necessary to make it happen.Any programme complying the JVM Specification laid down by the sun can be called as an JVM as it is only a programme while JRE more than that.
Well JRE provides the minimal set of files necessary for ur programme to execute and must be present on the computer where u want to run any java application or applet.

Javaws part of JRE 5.0?

Similar Messages

Maybe you are looking for