Strange Java problems on multiheaded workstations
by GaryCarr
We are running Sun java 1.4.2_08 on RHEL 4 workstation.
We recently configured a workstation with six heads as three virtual
screens (0.0, 0.1, 0.2) using twinview. The workstation is a Dell
with a dual port NVIDIA Quadro FX1400, and a quad port NVIDIA Quadro4
200/400 NVS.
All the normal X programs we run behave as expected. They open their
displays on the screen specified by the DISPLAY variable, either
:0.0, :0.1, or :0.2.
The java programs all open their displays on :0.0, no matter what the
DISPLAY variable is set to. If DISPLAY=:0.1, or DISPLAY=:0.2, java
opens it's window on :0.0.
Even stranger, we have a java menu program , call it treepm, that
runs other programs. If we run treepm from :0.1, it opens its display
on :0.0. But, any normal Xwindow program run from the treepm menu
display will open on :0.1.
When we had this system configured as a single virtual :0.0 display
using twinview and Xinerama, everything worked fine. But, of course,
the only display was :0.0.
Has anyone seen this problem before, or anything like it?
17 years, 3 months
PHPEclipse, Subclipse, and Webtools plugins for Eclipse
by Douglas E. Warner
I've recently just discovered the Eclipse IDE, and so far have been very
impressed with it. I've been using the PHPEclipse and Subclipse plugins just
by unzipping the plugins into my /usr/share/eclipse/plugins directory, but I
know that these are just the jar files and aren't natively compiled like
Eclipse is.
I'm interested in helping getting these compiled, but unfortunately it's been
very difficult for me to find information on how to compile plugins by hand
for Eclipse.
If anyone can provide any pointers or information, I'd be very appreciative.
http://phpeclipse.de/
http://subclipse.tigris.org/
http://www.eclipse.org/webtools/
-Doug
17 years, 3 months
freeing FOP
by Thomas Fitzsimmons
Hi,
I finished building FOP and its dependencies on the free Java stack. To
pare the dependency tree I built Batik without Rhino support. If such a
feature-limited Batik is acceptable in Fedora Extras then we'll only
need to add about five new packages, rather than the ~80 packages we'd
need for a Rhino-enabled Batik.
Batik 1.6 also has dependencies on com.sun classes in its JPEG- and
TIFF-encoding code. These dependencies have been removed in Batik CVS
but for now I've disabled JPEG- and TIFF- output in my test RPM.
Unfortunately, FOP has two non-free dependencies, neither of which has a
free drop-in replacement. These are Jimi and JAI, both image-handling
frameworks. From the FOP error output it seems that JAI is the
preferred framework with Jimi providing a fallback. It may be possible
to provide a second fallback that uses the standard ImageIO framework
which is implemented in the free stack, but that will require upstream
changes. For now free FOP cannot handle images.
To test my FOP RPM I ran build-hig-pdf.sh from the GNOME Human Interface
Guidelines CVS repository. I've attached a log of the console output
and the generated PDF. A GCJ bug is preventing the compilation of FOP's
hyphenation patterns which explains why FOP can't find them. I'll file
a bug for this shortly.
Perhaps the documentation team can review the attached PDF? Shall I go
ahead and propose FOP and its dependencies for Fedora Extras inclusion,
even though it currently lacks image support? I'm wondering if that
would be a good way for the docs team to track my progress and offer
feedback. Obviously until the image support issues are resolved the
packages will have to be considered preview-quality.
Tom
17 years, 3 months
Eclipse 3.2M5 and ant.java.version
by Andrew Overholt
Hi,
I attempted to build $subj yesterday but ran into a snag with their new 1.5
stuff in org.eclipse.jdt.apt (Annotation Processing Tools). We'll have to
work with the Eclipse releng team to get some conditional compilation and
inclusion of apt set up instead of the current "don't build if not using a
1.5 JDK".
In the meantime, however, I found an issue with libcj and ant.java.version.
ant.java.version is the property that the Eclipse uses to determine what
JVM/JDK is being used. It is implemented like this [1]:
Class.forName("java.lang.Readable");
javaVersion = JAVA_1_5;
and if we look in libgcj:
$ unzip -l /usr/share/java/libgcj-4.1.0.jar | grep java.lang.Readable
197 02-06-06 03:44 java/lang/Readable.class
So with a simple test.xml [2], we get:
[echo] java.version is 1.5
Is there a way we can get around this without patching ant or removing the
1.5 class library stuff from libgcj?
Andrew
[1]
http://svn.apache.org/viewcvs.cgi/ant/core/trunk/src/main/org/apache/tool...
(line 102)
[2]
<project name=" Test" default="run" basedir=".">
<target name="run">
<echo message="java.version is ${ant.java.version}" />
</target>
</project>
17 years, 3 months
status on FOP, Saxon
by Karsten Wade
Since FC5 has slipped its schedule so far out, we were hoping we might
get a toolchain using an ecj compiled FOP into test3.
We're currently relying upon a hacked version of xmlto that includes FOP
and Saxon as targets, and we need to get FOP and Saxon in Fedora Extras
to justify the upstream maintainer accepting the patch.
1. Where are we on a natively compiled FOP?
2. Can we compile Saxon with ecj as well?
3. Are there any volunteers to package these for Extras?
AFAIK, _no_one_ has a 100% free modern DocBook XML toolchain that builds
PDFs without a hitch and is in-step with the upstream DocBook project.
Fedora Documentation Project wants to provide that free toolchain, and
we are relying upon you all to help us get there.
Thanks - Karsten
--
Karsten Wade, RHCE * Sr. Tech Writer * http://people.redhat.com/kwade/
gpg fingerprint: 2680 DBFD D968 3141 0115 5F1B D992 0E06 AD0E 0C41
Content Services Fedora Documentation Project
http://www.redhat.com/docs http://fedoraproject.org/wiki/DocsProject
17 years, 3 months
Open Xchange
by Erwin Rol
Hey all,
I am working on a RPM for Open Xchange (http://www.open-xchange.org/)
for FC5. Since OX uses some com.sun stuff it is a bit of a hack. First i
added a CVS snapshot of the classpath javamail becuase OX needed the
Rights class, that i could not find in the "normal" FC5 javamail. This
all doesn't really work yet but it compiles.
Since you need to login in OX before you can do something that is the
first thing that should work, and here is the next problem, i need a
LdapName class. I found one in the apache directory package but thats
huge (like 5 times bigger than OX) and needs maven to compile.
Does anybody know a good replacement for LdapName ?
Than some general questions on how to install java programs, for example
the default "make install" of OX installs its jar files
in /usr/lib64/open-xchange/. Wouldn't /usr/share/java/open-xchange/ be
better ? How to deal with different versions on the same package, for
example the mentioned javamail package, i now have it
as /usr/share/java/open-xchange/ox_javamail.jar, since it is only of use
to OX (it is a CVS snappshot, i don't want to break other applications
with it).
TIA,
Erwin
17 years, 3 months
FC5 release notes for java
by Anthony Green
I've been really bad about preparing the FC5 release notes for java. I
wrote the followup up today, which I think covers the number 1 issue.
Comments?
AG
Fedora Core does not include "Java(tm)", but it does include a tools
suite and execution environment based on Free Software technologies
that is capable of building and running many useful programs written
in the Java programming language, including the Eclipse IDE, Tomcat,
and OpenOffice.org.
In addition to the Free Software stack, Fedora Core is designed to let
you install multiple Java implementations and switch between them
using the "alternatives" command line tool. However, every Java
system you install must be packaged using the JPackage Project's
packaging guidelines.
No proprietary Java vendor currently ships their products in JPackage
compatible RPMs. Do not install RPMs from vendors such as Sun
Microsystems, IBM or BEA without first repackaging them using the
appropriate JPackage wrapper or compatibility package. Failure to do
so will lead to unpredictable results.
Once installed properly, however, the root user should be able to
switch between "java" and "javac" implementations using the
"alternatives" command ("alternatives --config java" and "alternatives
--config javac").
Instructions on repackaging proprietary Java implementations may be
found here: http://www.fedorafaq.org/fc3/custom_java.html
AG
17 years, 3 months
