java-devel February 2006

java-devel@lists.fedoraproject.org

14 participants
8 discussions

Strange Java problems on multiheaded workstations
by GaryCarr 28 Feb '06

28 Feb '06

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?

1 0

PHPEclipse, Subclipse, and Webtools plugins for Eclipse
by Douglas E. Warner 25 Feb '06

25 Feb '06

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

2 2

freeing FOP
by Thomas Fitzsimmons 23 Feb '06

23 Feb '06

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

2 1

Eclipse 3.2M5 and ant.java.version
by Andrew Overholt 20 Feb '06

20 Feb '06

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/tools/… (line 102) [2] <project name=" Test" default="run" basedir="."> <target name="run"> <echo message="java.version is ${ant.java.version}" /> </target> </project>

4 7

status on FOP, Saxon
by Karsten Wade 19 Feb '06

19 Feb '06

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

4 5

Open Xchange
by Erwin Rol 14 Feb '06

14 Feb '06

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

2 1

OOo inside eclipse
by Caolán McNamara 13 Feb '06

13 Feb '06

OpenOffice.org as a eclipse editor plugin, might be interesting to see if this would all work under fedora. C.

2 5

FC5 release notes for java
by Anthony Green 12 Feb '06

12 Feb '06

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

9 20

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

java-devel February 2006