java on RH AS 3.0?

[Bob Smith]

On one of the systems, I had only a partial install and the dependency list
was much smaller.  Once I went to a full install, that's when I opted for
redirecting the symbolic links to the regular installation.

Here's the current install of libgcj on my RH9 system:
$ rpm -q libgcj
libgcj-3.2.2-5
$ rpm -ql libgcj
/usr/bin/gij              (this is the "java" application)
/usr/bin/grepjar
/usr/bin/jar
/usr/bin/jv-convert
/usr/bin/rmic
/usr/bin/rmiregistry
/usr/lib/libgcj.so.3
/usr/lib/libgcj.so.3.0.0
/usr/lib/security
/usr/lib/security/classpath.security
/usr/lib/security/libgcj.security
/usr/share/info/fastjar.info.gz
/usr/share/java
/usr/share/java/libgcj-3.2.2.jar
/usr/share/man/man1/gij.1.gz
/usr/share/man/man1/grepjar.1.gz
/usr/share/man/man1/jar.1.gz
/usr/share/man/man1/jv-convert.1.gz
/usr/share/man/man1/rmic.1.gz
/usr/share/man/man1/rmiregistry.1.gz

You can see that the only overlap in naming is the jar application.  You
can check to see what the current symbolic links are in the libgcj package,
and I think you may find only three or four, all together.  By changing
the symbolic links to the other package, and adding in the ones that I've
done, you actually get the typical full-bodied Java environment that most
applications use.  I do alot of Java development and web operations using
Java, and there hasn't been a problem with this structure, for probably
a year now.

Here's the current java path that you'd need to replace:
$ which java
/usr/bin/java

Your other option is to place the package in another location and change
your path statements in the various profiles to lead off with that
declaration.  I personally think this is a bit cleaner, as it solves the
dependencies, and at the same time requires not path changes that are
too easy to circumvent.

-Bob

> How do you uninstall the libgcj package?  I tried doing that initially
> but found libgcj is required by other RPMs which in turn are required by
> others as well...
>
>
>
> -----Original Message-----
> From: Bob Smith [mailto:bob at netprt.com]
> Sent: Wednesday, September 08, 2004 10:46 AM
> To: golharam at umdnj.edu; General Red Hat Linux discussion list
> Cc: 'General Red Hat Linux discussion list'
> Subject: RE: java on RH AS 3.0?
>
>
> The two best options are to either de-install the stock package and
> install the Sun RPM, or install the Sun binaries and create the symbolic
> links. My personal preference is to deinstall the previous package
> entirely to avoid any clashes between incompatible Java instances.
>
> In general, a Java developer or major user will use the following Java
> components:
>
> jar -> /usr/java/j2sdk1.4.2_04/bin/jar
> java -> /usr/java/j2sdk1.4.2_04/bin/java
> javac -> /usr/java/j2sdk1.4.2_04/bin/javac
> javadoc -> /usr/java/j2sdk1.4.2_04/bin/javadoc
> javah -> /usr/java/j2sdk1.4.2_04/bin/javah
> javap -> /usr/java/j2sdk1.4.2_04/bin/javap
> jdb -> /usr/java/j2sdk1.4.2_04/bin/jdb
> keytool -> /usr/java/j2sdk1.4.2_04/bin/keytool
>
> You'll see that this isn't the standard setup, but it does work well in
> "production environments."
>
> -Bob
>
>
>> I ran into the same problem not too long ago.  I ended up deleteing
>> the symlink /usr/bin/java, /usr/bin/javac, and /usr/bin/jar.
>>
>> I have Sun's JDK installed in /usr/java/...
>>
>> Just be careful about this cause I noticed when libgcj was updated is
>> put the links back in place.  I have to find a more permanent
>> solution...
>>
>>
>> Ryan
>>
>>
>> -----Original Message-----
>> From: redhat-list-bounces at redhat.com
>> [mailto:redhat-list-bounces at redhat.com] On Behalf Of Daniel Rubin
>> Sent: Tuesday, September 07, 2004 10:10 PM
>> To: redhat-list at redhat.com
>> Subject: java on RH AS 3.0?
>>
>>
>> Hi,
>> I have Redhat AS 3.0, and on this machine, java doesn't appear to be
>> installed properly: /usr/bin/javac is a symlink to
>> /etc/alternatives/javac, which is a symlink to
>> /usr/share/java/libgcj-java-placeholder.sh
>> And, when I do a java -version, I get:
>>
>> libgcj-java-placeholder.sh
>>
>> This script is a placeholder for the /usr/bin/java and /usr/bin/javac
>> master links required by jpackage.org conventions.  libgcj's
>> rmiregistry, rmic and jar tools are now slave symlinks to these
>> masters, and are managed by the alternatives(8) system.
>>
>> This change was necessary because the rmiregistry, rmic and jar tools
>> installed by previous versions of libgcj conflicted with symlinks
>> installed by jpackage.org JVM packages.
>>
>> I tried installing the java rpm, but that didn't solve this. Any
>> suggestions?
>>
>>
>>
>>
>> ---------------------------------
>> Do you Yahoo!?
>> Win 1 of 4,000 free domain names from Yahoo! Enter now.
>> --
>> redhat-list mailing list
>> unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
>> https://www.redhat.com/mailman/listinfo/redhat-list
>>
>>
>> --
>> redhat-list mailing list
>> unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
>> https://www.redhat.com/mailman/listinfo/redhat-list
>>
>
>
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>