So what do I do now? Do I select a JRE then link to that executable? Not 100% sure what I need to do. Also I don't understand why only OpenSuSE is having this issue with this. That is another question I would like to try and understand. Anyhow, thank you very much for getting me this far! Hopefully soon I will get this resolved and be on my happy way!
Well, and I am not saying this from any other regard than a simplicity one, I would uninstall the gcj version. However, I'm not sure how you got this from a "default" install, since I did a default install originally, and recently a default upgrade from a 10.3 disk via the installer, and I have never had gcj on my machine.
If you only have 1.6 installed, and not 1.5, you should delete the symlink and recreate it to point to the correct version; probably the same path, with some "...1.6.0..." in place of the "java-1.5.0-sun-1.5.0_update12" part.
However, when dealing with distros that track dependencies, this can lead to hard-to-diagnose errors later, so on second thought, I would definitely delete the "conflicting" version (gcj)...
Debian has an "update-alternatives" program that will change the symlinks in /etc/alternatives for you. It may also update other information, I'm not sure. Anyway, if OpenSUSE has this program as well, then I'd use it to change the (second!) symlink, instead of manually recreating it. (I.e., don't change the symlink in /usr/lib/browser-plugins; change the symlink at /etc/alternatives/javaplugin instead.)
Let me see if I can find the usage of update-alternatives...
OK, looks like it's (primarily) an interactive thing. If you run update-alternatives --config javaplugin you should get an interface that lists all the available "targets" for the javaplugin alternative, and asks which one you want to use. Choose the one that looks like it's Sun's plugin (i.e. it's in a .../jre/plugin/i386/ns7/... directory), and it should change the symlink and update its database.
(Unless your distro's version of update-alternatives is different than Debian's, which is possible. It's also possible that it isn't called update-alternatives, either, but I'd hope that it is.)
Debian has an "update-alternatives" program that will change the symlinks in /etc/alternatives for you. It may also update other information, I'm not sure. Anyway, if OpenSUSE has this program as well, then I'd use it to change the (second!) symlink, instead of manually recreating it. (I.e., don't change the symlink in /usr/lib/browser-plugins; change the symlink at /etc/alternatives/javaplugin instead.)
That command is available on openSUSE. From my laptop:
Code:
laptop:/home/wayne # update-alternatives
update-alternatives: need --display, --config, --install, --remove or --auto
Debian GNU/Linux update-alternatives 1.8.3. Copyright (C) 1995
Ian Jackson. This is free software; see the GNU General Public Licence
version 2 or later for copying conditions. There is NO warranty.
I figured out which package to remove, the application now starts like it's supposed to. Yes! Thank you!
But, there it is again! That nasty little but! The fonts are too small to read! All my other fonts look great, but the fonts for the Oracle app that I have been trying to launch and now can... are so small that an ant would need glasses to read them!
So how do I fix that? I can post a screen shot tomorrow when I get to the office if need be.
font paths....xorg.conf.....Firefox needs your fonts as specified in its preferences to display as intended. If not there it will fallback to what is first available as a default.
Does this happen with all fonts, or just arial? Maybe all TrueType fonts?
I would see if it applies across the board (which would point to some system issue, most likely, like JohnT was alluding to) or to a specific font or set of fonts, which would narrow down the problem a little...
Well just the section dealing with Fonts. Again on the PCLinuxOS system at home I don't have this problem. This is why I am getting puzzled and a bit irritated. I just don't get it.
Well, your font section looks good, and I have virtually the same thing. (I have a socket-looking entry for some reason " FontPath "unix/:7100" ", and I don't have a .fonts in my home dir.
I am assuming that this is still just a Firefox, and not Konqueror, problem. If so, I would guess you could move your .mozilla dir in /home to a safe location, and re-launch, and see what happens. Maybe something in there is screwy.
I don't think this is a Firefox thing, though, since all these font issues are only showing up within a specific Java applet. Any HTML would use the Firefox font dialog's settings, but this obviously isn't, so I think this is a Java thing.
I'm not sure what Sun's JVM uses to render its fonts. I see a few references in Google to it having its own set of .ttf files hanging around somewhere, but I'm not sure whether it only uses those, or where they are in OpenSUSE. You might try something like find /usr/lib/jvm/jre-1.6.0.u3-sun/ -name '*.ttf' to find out which font files are contained anywhere in the JRE that you're using. See what happens if you copy them off somewhere else, then replace them with your system's arial.ttf file. (Don't just copy arial.ttf into the JRE directory though. Give it the same name as the existing font files had -- basically, replace Java's idea of the font file holding the "Lucida sans" font with "Arial".)
Actually, what might shed some more light is pulling down the .class file that houses that applet (look through the HTML source for an <applet> tag -- somewhere in that tag should be a URL to a .class or .jar file: wget that URL), and running it via appletviewer in a terminal. See if the font issue persists, and if so, see if the terminal showed any errors related to fonts. (Or any errors at all.)
bwkaz is right on ....the JRE thing blew right past me.....I don't know why, as I have had the same problem in the past, but had alzheimered it. This should give you a sense of direction. Found it in my bookmarks. http://java.sun.com/j2se/1.4.2/docs/.../fontprop.html
<HTML>
<!-- FILE: basejpi.htm (Oracle Forms) -->
<!-- -->
<!-- This is the default base HTML file for running a form on the -->
<!-- web using the JDK Java Plugin. This is used for example when -->
<!-- running with Netscape on Unix. -->
<!-- -->
<!-- IMPORTANT NOTES: -->
<!-- Default values for all the variables which appear below -->
<!-- (enclosed in percent characters) are defined in the servlet -->
<!-- configuration file (formsweb.cfg). It is preferable to make -->
<!-- changes in that file where possible, rather than this one. -->
<!-- -->
<!-- This file will be REPLACED if you reinstall Oracle Forms, so -->
<!-- you are advised to create your own version if you want to make -->
<!-- any modifications. You should then set the baseHTMLjpi -->
<!-- parameter in the Forms Servlet configuration file (formsweb.cfg) -->
<!-- to point to your new file instead of this one. -->
<HEAD><TITLE>UCSC Famis 8i Prod</TITLE></HEAD>
<BODY >
<!-- Forms applet definition (start) -->
<OBJECT classid="clsid:8AD9C840-044E-11D1-B3E9-00805F499D93"
codebase="http://java.sun.com/products/plugin/1.3/jinstall-13-win32.cab#Version=1,3,0,0"
WIDTH="980"
HEIGHT="760"
HSPACE="0"
VSPACE="0">
<PARAM NAME="TYPE" VALUE="application/x-java-applet;version=1.3">
<PARAM NAME="CODEBASE" VALUE="/forms90/java">
<PARAM NAME="CODE" VALUE="oracle.forms.engine.Main" >
<PARAM NAME="ARCHIVE" VALUE="f90all.jar" >
<PARAM NAME="serverURL" VALUE="/forms90/l90servlet?ifcfs=/forms90/f90servlet?config=famis8i_prod&acceptLanguage=en-us,en;q=0.5">
<PARAM NAME="networkRetries" VALUE="30">
<PARAM NAME="serverArgs"
VALUE="escapeParams=true module=famis.fmx userid= sso_userid=%20 sso_formsid=formsApp_famis8i.ucsc.edu_31B85E3300BE44AFB316B2E0706423DD sso_subDN= sso_usrDN= debug=no host= port= buffer_records=no debug_messages=no array=no obr=no query_only=no quiet=yes render=no record= tracegroup= log= term=">
<PARAM NAME="separateFrame" VALUE="true">
<PARAM NAME="splashScreen" VALUE="http://famis8i.ucsc.edu/famis8i_images/splash.gif">
<PARAM NAME="background" VALUE="http://famis8i.ucsc.edu/famis8i_images/backgrnd.gif">
<PARAM NAME="lookAndFeel" VALUE="Oracle">
<PARAM NAME="colorScheme" VALUE="teal">
<PARAM NAME="serverApp" VALUE="default">
<PARAM NAME="logo" VALUE="http://famis8i.ucsc.edu/famis8i_images/logo.gif">
<PARAM NAME="imageBase" VALUE="DocumentBase">
<PARAM NAME="formsMessageListener" VALUE="">
<PARAM NAME="recordFileName" VALUE="">
<COMMENT>
<EMBED SRC="" PLUGINSPAGE="http://java.sun.com/products/plugin/1.3/plugin-install.html"
TYPE="application/x-java-applet;version=1.3"
java_codebase="/forms90/java"
java_code="oracle.forms.engine.Main"
java_archive="f90all.jar"
WIDTH="980"
HEIGHT="760"
HSPACE="0"
VSPACE="0"
serverURL="/forms90/l90servlet?ifcfs=/forms90/f90servlet?config=famis8i_prod&acceptLanguage=en-us,en;q=0.5"
networkRetries="30"
serverArgs="escapeParams=true module=famis.fmx userid= sso_userid=%20 sso_formsid=formsApp_famis8i.ucsc.edu_31B85E3300BE44AFB316B2E0706423DD sso_subDN= sso_usrDN= debug=no host= port= buffer_records=no debug_messages=no array=no obr=no query_only=no quiet=yes render=no record= tracegroup= log= term="
separateFrame="true"
splashScreen="http://famis8i.ucsc.edu/famis8i_images/splash.gif"
background="http://famis8i.ucsc.edu/famis8i_images/backgrnd.gif"
lookAndFeel="Oracle"
colorScheme="teal"
serverApp="default"
logo="http://famis8i.ucsc.edu/famis8i_images/logo.gif"
imageBase="DocumentBase"
recordFileName=""
>
<NOEMBED>
</COMMENT>
</NOEMBED></EMBED>
</OBJECT>
<!-- Forms applet definition (end) -->
"serverURL="/forms90/l90servlet?ifcfs=/forms90/f90servlet?config=famis8i_prod&acceptLanguage=en-us,en;q=0.5"
networkRetries="30" <-- is this the line?
Originally Posted by MkIII_Supra
Reply With Quote
....the JRE thing blew right past me.....I don't know why, as I have had the same problem in the past, but had alzheimered it. This should give you a sense of direction. Found it in my bookmarks.
