F7 plan (gcj/java/eclipse/swt/java-gnome/fop/batik/etc)
by Mark Wielaard
Hi,
I saw the following thread about F7 plans and noticed we don't have any
goals for gcj/eclipse/swt/java-gnome/etc
http://thread.gmane.org/gmane.linux.redhat.fedora.advisory-board/1551
So here are some ideas, deadlines and dependencies that might be nice to
look at for F7 for the various stacks that make up the fedora-devel-java
world. Please reply if you are working on any of this, if I am saying
something silly/wrong or if there are more stack/application issues that
you think are important for F7.
The "important dates" are:
- January 23 - Test1 Development Freeze
- February 20 - Test2 Development Freeze
- March 15 - Test3 Development Freeze
- Release in April
Test2 is just before Fosdem. And since all features should be in by
then, it would be nice to try and create a liveCD with all "our
features" on it to show off at Fosdem (Feb 24/25, Brussel, Belgium).
- 1.5 language & library support in gcj
This seems to be the biggest and most intrusive upgrade. But starting
this early seems like a very good idea. Upstream is cleaning up some
last issues. And it needs lots of testing. Would be good if something
can be cooked up for Test1. Needs help from gcc-toolchain people.
- Separate libgcj-rpm. Would be really nice so we can update the core
class libraries separate from the core gcc compilers. Should also help
with updates/dependencies since libgcj provides the mozilla plugin now
and the awt libraries depend on gtk+. Would be nice if this can be
done before Test2 so we can test an upgrade. Again needs help from
gcc-toolchain people.
- java-gcj-compat
The biggest issue with this, if the 1.5-stack goes through is that
gjdoc isn't 1.5 safe. If we cannot easily update gjdoc, then maybe
sinjdoc could be investigated as replacement.
http://www.cag.lcs.mit.edu/~cananian/Projects/GJ/#sinjdoc
(Do we also need updates for javap and javah replacements?)
- eclipse/swt/rcp stack
3.2 seems already good to go, and 3.3 will not come out till the
middle of 2007. Azureus, RSSOwl also already seem updated.
Andrew Overholt already has written down some plans for the future:
http://overholt.ca/wp/?p=76
Maybe some work can be done to support the JDWP work in libgcj to
get a little debugging going? And it would be nice to make sure that
the ecj from eclipse and that from the gcj 1.5-stack match up.
- java-gnome
There are some rumors about a upgrade/rewrite, but nothing concrete as
far as I have seen. If there is a rewrite that might cause some extra
work for applications like Frysk.
- gcj-compiled DocBook toolchain
It seems we have made lots of progress with FOP and Batik since the
last discussion about this:
http://thread.gmane.org/gmane.linux.redhat.fedora.documentation/4582
Does anybody know where we are with that at this time?
Would be nice to coordinate with the fedora-docs-list if we can
provide something.
- jpackage. Does it make sense to upgrade all packages to jpp 1.7 if the
1.5-stack goes in?
- OpenOffice 2.2
Listed here since it does have some parts written in java. 2.2 comes
out end of February. Probably needs retesting with the gcj-stack. I
don't know if there are new java language/library dependencies.
Some things that would be nice, but that are probably a lot of work,
maybe better left for Fedora *, unless someone volunteers of course! :)
- OpenJDK
Still lots missing. Hopefully at Fosdem we will learn a bit more about
the encumberments and when which parts of the core libraries will be
liberated fully. But it might be nice to see if javac could be
packaged. Or maybe a brave soul make hotspot work with classpath?
- PhoneME/CACAO/MIDPath/J2MEPolish
The Micro Edition world seems to really have gotten a boost from the
GPL release of PhoneME. A lot of this is pretty early access. But it
would be nice to have parts of this supported to show that Fedora is
also a nice platform to developer for java-based mobile devices.
- JBoss application server, SEAM stack
Not tried yet. Parts like tomcat are already packaged. If we can get
the 1.5-stack going it makes sense to look at this a bit closer. Maybe
other parts can be lifted from jpackage?
- Netbeans
I tried this recently, but it seems still very tight to the Sun java
implementation and I was unable to fully start it up on the free
stack. But some dependencies like JavaHelp have been liberated
(gpl+exception) now (and entered jpackage recently). Also it isn't
clear whether the current license (CDDL) is acceptable (it seems
unacceptable to Debian).
- JOGL and WW2D should work, but I haven't done any testing recently.
- japitools should really be packaged and somehow be tied in with the
build system so developers/packagers can get an easy overview of
whether or not a library upgrade is binary compatible or not.
I am sure there is a lot missing. And as you saw none of the items above
have real deadlines or people responsible, etc. So please feel free to
reply with corrections add those yourself :)
Cheers,
Mark
16 years, 10 months
Dropping eclipse-bugzilla
by Andrew Overholt
Hi,
I'd like to drop eclipse-bugzilla from Fedora. It's no longer
maintained and the Java 1.5 stuff we're getting will allow us to build
and ship Mylar which has better BZ integration.
Anyone have any problems with this?
How should we go about this? It's currently in Core but I don't want it
merged into the BNF.
Thanks,
Andrew
16 years, 10 months
Problems building gridengine 6.1 with gcj on FC6
by Orion Poplawski
I'm trying to build Sun gridengine 6.1's java stuff on FC6 with gcj and
getting errors trying to run the junit tests:
[java] -do-compile-test:
[java] [javac] Compiling 5 source files to
/builddir/build/BUILD/gridengine/sour
ce/CLASSES/juti/test/classes
[java] [javac] ----------
[java] [javac] 1. ERROR in
/builddir/build/BUILD/gridengine/source/libs/juti/tes
t/com/sun/grid/JUtiSuite.java (at line 37)
[java] [javac] import junit.framework.Test;
[java] [javac] ^^^^^
[java] [javac] The import junit cannot be resolved
[java] [javac] ----------
[java] [javac] 2. ERROR in
/builddir/build/BUILD/gridengine/source/libs/juti/tes
t/com/sun/grid/JUtiSuite.java (at line 38)
[java] [javac] import junit.framework.TestCase;
[java] [javac] ^^^^^
[java] [javac] The import junit cannot be resolved
[java] [javac] ----------
[java] [javac] 3. ERROR in
/builddir/build/BUILD/gridengine/source/libs/juti/tes
t/com/sun/grid/JUtiSuite.java (at line 39)
[java] [javac] import junit.framework.TestSuite;
[java] [javac] ^^^^^
[java] [javac] The import junit cannot be resolved
The junit package is installed. Does anything paths need to be defined?
I'm afraid I'm a complete neophyte WRT Java.
(please CC me too)
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division FAX: 303-415-9702
3380 Mitchell Lane orion(a)cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
16 years, 10 months
Subclipse, GCJ & JNI
by Andrew Overholt
Hi,
I've recently started using Subclipse for my work on
org.eclipse.linuxtools at eclipse.org. I had just been working with my
e.o password but today started using my ssh key. This posed a problem
for me, however, as Subclipse is built in Fedora to not ever use the JNI
JavaHL library. Without this library, one must use the pure-Java SVNKit
which doesn't allow use of ssh-agent.
The reason the JNI library usage is patched out is because it doesn't
work with gcj. Or at least it didn't in the past. Does anyone know if
that has changed? It would be *really* great to get a fix into an FC6
update or at least make sure it works in Fedora 7. I see this thread
from July. Does anyone know what happened with it?
http://gcc.gnu.org/ml/java-patches/2006-q3/msg00232.html
Thanks,
Andrew
16 years, 10 months
[Mike_Wilson@ca.ibm.com: Re: [eclipse-dev] 3.3M5 and Valentine's Day]
by Andrew Overholt
For those that aren't on eclipse-dev, here are the proposed 3.3 dates:
----- Forwarded message from Mike Wilson <Mike_Wilson(a)ca.ibm.com> -----
> From: Mike Wilson <Mike_Wilson(a)ca.ibm.com>
> To: "General development mailing list of the Eclipse project." <eclipse-dev(a)eclipse.org>
> X-Mailer: Lotus Notes Release 6.5.5 November 30, 2005
> Date: Mon, 22 Jan 2007 11:08:42 -0500
> Subject: Re: [eclipse-dev] 3.3M5 and Valentine's Day
>
> [...]
>
> Friday Feb. 9, 2006 - Milestone 5 (3.3 M5) - stable build
> Friday Mar. 23, 2006 - Milestone 6 (3.3 M6) - stable build - API complete - API
> Freeze
> Friday May 4, 2006 - Milestone 7 (3.3 M5) - stable build - feature complete -
> development freeze - lock down and testing begins
>
> ***IMPORTANT***: Although M6 is the last possible date for API changes, it is
> important for people to close on their API sooner if possible,
> _preferably_by_M5_. This is _effectively_what_happened_last_year_ where the API
> Freeze was M5, but there were a significant number of API changes post M5. I
> expect the situation to be similar this year, but we are being transparent
> about the likelyhood of late changes. After M5,
> _you_should_get_approval_from_a_PMC_member_ for any API change you want to
> make.
>
> You should also assume that all attempts to make API changes after M6 will be
> rejected.
>
----- End forwarded message -----
16 years, 10 months
Eclipse 3.3M4 packages for FC6
by Benjamin Konrath
Hi,
I whipped up some test packages of Eclipse 3.3M4 i386 for Fedora Core 6.
The packages are sitting in this repo:
[eclipse3.3M4]
name=Eclipse 3.3M4 for FC-6
baseurl=http://www.bagu.org/eclipse/3.3M4-FC6/
enabled=1
gpgcheck=0
While these packages do work, I noticed that there are some libgcj bugs
exposed by this build. Since I don't have time to debug issues with this
build, please consider these packages for testing purposes only.
Thanks, Ben
16 years, 11 months
Help Wanted: Fedora Eclipse
by Benjamin Konrath
Hi,
I just created an entry in the Fedora Wiki for Eclipse packaging tasks:
http://fedoraproject.org/wiki/EclipseHelpWanted
I separated the list into packaging oriented tasks and development
oriented tasks to help people find the kind of task they are interested
in helping with. I put my name beside the tasks that I'm planning to
work on in the next little while and I encourage interested people to do
the same. I will be updating this list regularly so that stale tasks
don't hang around too long.
Don't hesitate to contact me if you are interested in helping with any
of these tasks or have any questions.
Thanks, Ben
16 years, 11 months
Does anyone have working JacORB packages for FC6?
by Kevin Kofler
Does anyone on this list have working JacORB packages for FC6 (using the Free
Java stack, i.e. GCJ etc.)? I'm interested in JacORB because a class I'm taking
at the university uses it.
I tried building a package by:
* reconstructing the no longer available jacorb-2.2-3jpp_8fc:
- I started from jacorb-2.2-3.1mdk, which is essentially jacorb-2.2-3jpp_3fc
- I removed the stuff apparently added by Mandriva (changelog entry,
conditionalization of GCJ support)
- I applied all the patches from the fedora-cvs-commits list leading up to 8fc
- I fixed the whitespace in the GCJ 4.1 patch so it actually applies, because
the mailing list software mangled the tabs in the patch to spaces
* bumping the release, ending up with this:
http://www.tigen.org/kevin.kofler/pcprogs/jacorb-2.2-3jpp.9.fc6.nosrc.rpm
(This is an 8 KB nosrc RPM, I didn't include the source tarball for space
reasons.)
Unfortunately, this _does not build_ under FC6. Judging from the error output,
it tries to use the wrong org.omg.CORBA classes (the libgcj ones), and I can't
seem to fix that. I verified that the gcj41 patch is applied, I tried setting
both classpath and bootclasspath, and also adding this:
<compilerarg value="-endorseddirs"/>
<compilerarg value="${dirs.base}/classes"/>
None of that works. So help from the experts would be appreciated.
Kevin Kofler
16 years, 11 months
