[fedora-java] Suggestions to improve the JAVA guidelines

Orcan Ogetbil orcanbahri at yahoo.com
Wed Nov 19 08:36:28 UTC 2008


Hi, 
As I promised overholt on IRC, I wanted to share my views about the Fedora Java packaging guidelines from a non-Java-coder point of view.

JAVA GUIDELINES:

- "JNI-using JAR files"
This link is broken. It can be fixed easily.

- BuildRequires:  jpackage-utils
Why do we need this? I understand Requires:  jpackage-utils for directory ownership etc, but the BR is not necessary for most packages (at least all the ones I saw so far). I think this should *not* be required.

- In certain cases, we can build applications GCJ-natively (producing .so files). But these won't work with any JVM. What should be the packager's primary preference? GCJ-native or OpenJDK? The first one runs faster, but the second one has larger coverage.

For instance, tuxguitar (that I packaged) provides GNU Makefiles (that use GCJ) for this. Are the resulting .so files going to be the same as the ones built by aot-compile-rpm? (More about AOT later)

This case has confused me a lot in the past.

- Some explanation in the beginning about what GCJ can do and what openjdk can do; and some information about byte-code vs. machine-code will be very useful.

- BuildRequires: java-devel [>= specific_version]
How will the packager get to know the "specific_version"? For openjdk this is 1:1.6.0 , but for GCJ this is 1.5.0 . Are there other numbers that we need to know? Can't we put the numbers for all the cases in the guidelines?

- The Specfile Templates for ant and maven contradict with what was written in the BuildRequires and Requires section.

- the abbreviation "SNPG" should be defined in the first possible place, not in the third iteration (both for ant and maven).

- "Will this preserve the line ending as the this page says it must?"
This would be an artistic ending if we were writing a novel. But I think a guideline shouldn't end with open questions :)

GCJ GUIDELINES:

- It would be nice if there was a definition of GCJ-AOT bits. What do they do? Why do we like them? What does gij do? etc

- "Note: For Fedora versions < 8, no JDK was available other than GCJ so java packages with executable code MUST have the GCJ AOT bits."

This notice can be removed safely.

- The occurences of 
   %attr(-,root,root)
should be removed.

- GCJ AOT bits SHOULD be built and included in packages.
This needs to be more explicit. ie. 's at in packages at in all Java packages@'. I also think that this sentence should go to JAVA GUIDELINES so people click on the link for "GCJ Guidelines". The way that "GCJ Guidelines" link is put there, doesn't give an impression that it should be visited for any possible Java package.

These are all issues I encountered. If I remember more I will post them here. I thought a review on the guidelines from a Java-ignorant person would help other Java-ignorant people in the future. Thanks for reading :)

-oget


      




More information about the java-devel mailing list