You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by Mark Wielaard <ma...@klomp.org> on 2005/07/01 17:56:31 UTC
GNU Classpath 0.16 "Harmony!" released
GNU Classpath 0.16 "Harmony!" released.
We are pleased to announce a new developer snapshot of GNU Classpath.
GNU Classpath, essential libraries for java, is a project to create free
core class libraries for use with runtimes, compilers and tools for the
java programming language.
The GNU Classpath developer snapshot releases are not directly aimed
at the end user but are meant to be integrated into larger development
platforms. For example the GCC (gcj) and Kaffe projects will use the
developer snapshots as a base for future versions.
This is the first release of GNU Classpath since our Harmony
collaboration with the Apache group. Instructions for developers
wanting to try out and help with the core library implementation can
be found at: http://developer.classpath.org/
New is our wiki with simple steps to setup a quick development
environment. For example developers using cygwin can find examples
here: http://developer.classpath.org/mediation/ClasspathOnCygwin
Some highlights of changes in this release (more extensive list below):
AWT GtkScrollBar and GtkImage improvements. All image operations are
now working correctly. Graphics2D has been upgraded to use Cairo
0.5.x. Free Swing updates for 1.5 top-level compatibility. JTree
interface completed. JFileChooser has been implemented. Completed
implementations of BoxLayout, GrayFilter and SplitPane. Upgraded the
Corba features to 1.3 and included new CORBA 2.3 features. Start of
generic JDWP framework. And lots of bug fixes based on real world
application usage.
31 people actively contributed code to this release and made 389 CVS
commits during the last two months of development. diffstat since 0.15:
1248 files changed, 133649 insertions(+), 41802 deletions(-)
More details about the various changes and contributions below.
GNU Classpath 0.16 can be downloaded from
ftp://ftp.gnu.org/pub/gnu/classpath/
or one of the ftp.gnu.org mirrors
http://www.gnu.org/order/ftp.html
File: classpath-0.16.tar.gz
MD5sum: 220a9c86719a2c6bd7ba9b9877495113
SHA1sum: be6d30fbfe4d71015a455a367411a6d55df3484e
This release depends on gtk+ 2.4 for AWT support. But gtk+ 2.6 or
higher is recommended. Included, but not activated by default in this
release is a Graphics2D implementation based on the Cairo Graphics
framework (http://www.cairographics.org). Enabling this makes programs
like JEdit start up on GNU Classpath based runtimes. To enable this
support install the cairo 0.5.x snapshot, configure GNU Classpath with
--enable-gtk-cairo and make sure the system property
gnu.java.awt.peer.gtk.Graphics=Graphics2D is set.
This release was explicitly tested against the last Eclipse 3.1
release (thanks to various eclipse hackers for the support). For end
user we do however recommend to use the GCJ4 packaged version of
Eclipse 3.1 that have been prepared for the various distributions:
Fedora Core
http://overholt.ca/wp/?p=27
Debian GNU/Linux
http://gnu.wildebeest.org/diary-man-di//index.php?p=19
Ubuntu
http://www.larvalstage.net/index.php?/archives/2-Introducing-Eclipse-3.1.html
Not yet included is an implementation of Generic collection classes
and classes for other 1.5 language extensions. Work on this is being
done on a special development branch that will be included in a future
GNU Classpath release when free runtimes, compilers and tools have all
been upgraded to support these new language features.
One of the major focuses of the GNU Classpath project is expanding
and using the Mauve test suite for Compatibility, Completeness and
Correctness checking. Various groups around GNU Classpath collaborate
on the free software Mauve test suite which contains ~30.000 core
library tests. Mauve has various modules for testing core class
library implementations, byte code verifiers, source to byte code and
native code compiler tests. Mauve also contains the Wonka visual test
suite and the Jacks Compiler Killer Suite. This release passes 28801
of the mauve core library tests. See for more information:
http://www.sourceware.org/mauve/
Conformance reports for the included jaxp support can be found in the
doc/README.jaxp file.
The GNU Classpath developers site http://developer.classpath.org/
provides detailed information on how to start with helping the GNU
Classpath project and gives an overview of the core class library
packages currently provided. For each snapshot release generated
documentation is provided through the GNU Classpath Tools gjdoc
project. A documentation generation framework for java source files
used by the GNU project. Full documentation on the currently
implementated packages and classes can be found at:
http://developer.classpath.org/doc/
Here are answers to some questions you might have about this project and
this release.
1). Who should use this software?
Although GNU Classpath is already capable of supporting many
applications written in the java programming language, this is a
development release. As such, there are still some unfinished
components, and some problems are to be expected. You should install it
if you are interested in GNU Classpath development or reporting bugs.
We appreciate both.
For end users we recommend to use one of the development environments
based on GNU Classpath which combine the core libraries with compilers
and other tools needed for creating applications and libraries.
* GCC with GCJ (http://gcc.gnu.org/java/)
* Kaffe (http://www.kaffe.org/)
Both projects have CVS versions which track GNU Classpath closely.
2). What is required to build/install/run?
GNU Classpath requires a working GNU build environment and a byte code
compiler such as jikes, gcj or kjc. When creating native code you will
also need a working C compiler and up to date Gnome development
libraries (gtk+, libart and gdk-pixbuf). More information on the
precise version numbers for the tools and libraries can be found in
the INSTALL file.
You will also need a runtime environment. Most active GNU Classpath
hackers use JamVM (http://jamvm.sourceforge.net/) and the gcj or Jikes
bytecode compiler (http://www.jikes.org) for quick development. But
other environments can certainly be used to hack on the GNU Classpath
core libraries.
For other environments that might need modified version of the current
release see the README file. A complete list of virtual machines and
compilers known to be based on GNU Classpath can be found at our
website: http://www.gnu.org/software/classpath/stories.html
Note that these are just byte code execution compilers and/or
runtimes. For development of programs written in the java programming
language you will also need compilers and other tools for creating
libraries and/or executables (see question 1).
3). What platforms are supported?
GNU/Linux and FreeBSD on x86 and powerpc are regularly tested by the
developers. Since 0.12 there is also support for cygwin. We plan to
eventually support many others. Many more architectures and platforms
are supported. Check the actual runtime you use together with GNU
Classpath for detailed information on the supported platforms.
4). Where do I go for more information?
The project home page with information on our mailing list can be
found at http://www.gnu.org/software/classpath/
The GNU Classpath developer recently held a conference during Fosdem.
This was a standing room event and provided lot of communication between
the GNU Classpath, Kaffe, GCJ, IKVM, Apache, java-gnome and Cacao hackers
and users. The presentations of this event have been publised and should
give a good overview of the current status and future plans of the project:
http://www.gnu.org/software/classpath/events/escape_fosdem05.html
Developers wanting to help out with the project will find more
information and tools on http://developer.classpath.org/
5). How do I extend the functionality of the core classes?
Besides combining GNU Classpath with the runtimes and compilers above
you might want to add support for additional encryption libraries and
algorithms as provided by GNU Crypto
(http://www.gnu.org/software/gnu-crypto/). And for additional
extension libraries (mail, activation, infobus, servlet, etc.) check
out GNU ClasspathX (http://www.gnu.org/software/classpathx).
Additional network protocol support is provided by a sub-project
called GNU Classpath Inetlib, an extension library to provide extra
network protocol support (ftp, finger, gopher) for GNU Classpath, but
it can also standalone to ease adding http, imap, pop3 and smtp client
support to applictions. Also distributed from
<ftp://ftp.gnu.org/gnu/classpath/>
The following projects extend the functionality of GNU Classpath
with additional algorithms, new core packages and tools.
All are released under GPL compatible licenses:
* Jessie: A free implementation of the JSSE. Secure Sockets Extension.
http://www.nongnu.org/jessie/
* Tritonus: A implementation of the javax.sound API.
http://www.tritonus.org/
* gcjwebplugin: A plugin for the execution of applets in web browsers.
http://www.nongnu.org/gcjwebplugin/
Note that the above libraries might already have been included in the
various platforms that also integrate GNU Classpath like done by the
Kaffe project.
6). What is new in this release?
New in release 0.16 (Jun 30, 2005)
(See the ChangeLog file for a full list of changes.)
* Better GTK scrollbar peer implementation when using GTK >= 2.6.
* GdkGraphics2D has been updated to use Cairo 0.5.x APIs.
* BufferedImage and GtkImage rewrites. All image drawing operations
should now work correctly (flipping requires gtk+ >= 2.6)
* Future Graphics2D, Image and Text work is documented at:
http://developer.classpath.org/mediation/ClasspathGraphicsImagesText
* Free Swing Top-Level Compatibility. JFrame, JDialog, JApplet,
JInternalFrame, and JWindow are now 1.5 compatible in the sense that you
can call add() and setLayout() directly on them, which will have the same
effect as calling getContentPane().add() and getContentPane().setLayout().
* The JTree interface has been completed. JTrees now recognizes mouse clicks
and selections work, but the visual implementation is not yet complete.
Work on expansion and collapsing of the tree nodes is being implemented.
* BoxLayout works properly now.
* Fixed GrayFilter to actually work.
* Metal SplitPane implemented.
* Lots of free swing text and editor stuff work now.
* When gtk+ 2.6 or higher is installed the default log handler will produce
stack traces whenever a WARNING, CRITICAL or ERROR message is produced.
* The CORBA implementation is now a working prototype that should support
features up till 1.3 inclusive.
We would invite groups writing CORBA dependent applications to
try Classpath implementation, reporting any possible bugs.
The CORBA prototype is interoperable with Sun's implementation v 1.4,
transferring object references, primitive types, narrow and wide
strings, arrays, structures, trees, abstract interfaces and
value types (feature of CORBA 2.3) between these two platforms.
The remote exceptions are transferred and handled correctly.
The stringified object references (IORs) from various sources are
parsed as required.
The transient (for current session) and permanent (till jre restart)
redirections work.
Both Little and Big Endian encoded messages are accepted.
The implementation is verified using tests from the former cost.omg.org.
The current release includes working examples (see the examples directory),
demonstrating the client-server communication, using either CORBA Request
or IDL-based stub (usually generated by a IDL to java compiler).
These examples also show how to use the Classpath CORBA naming service.
The IDL to java compiler is not yet written, but as our library must be
compatible, it naturally accepts the output of other idlj implementations.
* New --with-vm-classes configure option, and new 'build' setting
for --with-glibj. (Only for integrators.)
Runtime interface changes:
* Start of a generic JDWP framework in gnu/classpath/jdwp.
This is unfinished, but feedback (at classpath@gnu.org) from runtime
hackers is greatly appreciated. Although most of the work is currently
being done around gcj/gij we want this framework to be as VM neutral as
possible. Early design is described in:
http://gcc.gnu.org/ml/java/2005-05/msg00260.html
* Native method VMClass.getModifiers() now takes an additional
boolean parameter.
* Deprecated native method VMClassLoader.defineClass(ClassLoader,
String, byte[], int, int) has been replaced by
VMClassLoader.defineClass(ClassLoader, String, byte[], int, int,
ProtectionDomain)
* VMClassLoader.loadClass(String name, boolean resolve) is now native,
replacing the former version which just returned null.
* Deprecated native method VMClassLoader.getPrimitiveClass(String) has
been replaced by new native method VMClassLoader.getPrimitiveClass(char).
* Previously empty implementations of methods VMThread.countStackFrames(),
VMThrowable.fillInStackTrace(), and VMThrowable.getStackTrace() have
been removed; these methods are now native methods.
* Fields "exceptionTypes" and "parameterTypes" have been removed from
Contructor.java and getExceptionTypes() and getParameterTypes() are
now native methods.
The following people helped with this release:
Andreas Jaeger (mprec updates)
Andreas Tobler (Darwin support)
Andrew John Hughes (Locale and net fixes, URI RFC2986 updates)
Andrew Overholt (File locking)
Anthony Balkissoon (JList, Free Swing 1.5 updates and mouse event fixes)
Archie Cobbs (VM interface updates)
Audrius Meskauskas (Corba and HTML work)
Bryce McKinlay (RMI work)
Chris Burdess (XML work)
Christian Thalinger (fdlibm updates)
Dalibor Topic (SHA1PRNG and GdkPixbugDecoder updates)
David Daney (BitSet bugfixes)
David Gilbert (Lots and lots of documentation and awt/swing fixes)
Gary Benson (MessageFormat fixes)
Goffredo Baroncelli (HTTPURLConnection fixes)
Jan Roehrich (JTree fixes)
Jeroen Frijters (ClassLoader and nio cleanups)
Ka-Hing Cheung (TreePath and TreeSelection fixes)
Kalle Olavi Niemitalo (Build fixes)
Keith Seitz (JDWP work)
Kim Ho (JFileChooser implementation)
Lillian Angel (JTree implementation and lots of bug fixes)
Mark Wielaard (build fixes, GdkPixpufDecoder fixes and packaging)
Michael Koch (Locale updates, bug and build fixes)
Olga Rodimina (MenuSelectionManager)
Robert Schuster (charset and awt fixes)
Roman Kennke (BoxLayout, GrayFilter and SplitPane, plus bugfixes all over)
Sven de Marothy (GtkImage rewrite, 2D, awt, free swing and date/time fixes)
Thomas Fitzsimmons (Lot of upgrades to the gtk+ AWT and cairo 2D support)
Tom Tromey (libgcj merging, build infrastructure and bug fixes)
Ziga Mahkovec (Graphics2D upgraded to cairo 0.5 and new regex features)
We would also like to thank the numerous bug reporters and testers!
--
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html
Join the community at http://planet.classpath.org/
Re: GNU Classpath 0.16 "Harmony!" released
Posted by Stefano Mazzocchi <st...@apache.org>.
Mladen Turk wrote:
> Mark Wielaard wrote:
>
>> GNU Classpath 0.16 "Harmony!" released.
>>
>
> It's not a news if a dog bite a man; the
> news is if man bite a dog!
>
> So, the valuable news would be:
> GNU Classpath 0.16 "Harmony!" released under ASF licence!
>
> Anything else is just another GNU release.
oh, c'mon! What is all this hostility all about?
Mark, congrats for the new release (and eheh, the "Harmony!" pun made me
laugh ;-)
As I mentioned before, if all harmony does it to kick you guys around to
do a better job, hell, I'll say "mission accomplished" :-)
--
Stefano.
Re: GNU Classpath 0.16 "Harmony!" released
Posted by "Geir Magnusson Jr." <ge...@apache.org>.
On Jul 1, 2005, at 12:40 PM, Mladen Turk wrote:
> Garrett Rooney wrote:
>
>>>
>>> Anything else is just another GNU release.
>>>
>> I fail to see how comments like this are helpful to anyone.
>>
>>
>
> It's not a hostile, not at all, but the GNU guys after all those
> months flerting with Harmony didn't give any firm licence
> standpoint. So AFAICT, the Harmony is GNU licenced.
> So, any GNU classpath is *GNU* classpath and has nothing to do
> with Harmony, unleass harmony leaves the ASF and joins GNU.
I had no expectation that we'd resolve license issues so soon. Lets
keep talking about technology and leave the license issues for other
channels.
I do like the "tilt of the hat" to us in the name :)
geir
>
> Nothing hostile in that.
>
> Regards,
> Mladen.
>
>
--
Geir Magnusson Jr +1-203-665-6437
geirm@apache.org
Re: GNU Classpath 0.16 "Harmony!" released
Posted by Kalecser Kurtz <ka...@gmail.com>.
Harmony!
:)
On 7/1/05, Mladen Turk <mt...@apache.org> wrote:
> Garrett Rooney wrote:
> >>
> >> Anything else is just another GNU release.
> >
> > I fail to see how comments like this are helpful to anyone.
> >
>
> It's not a hostile, not at all, but the GNU guys after all those
> months flerting with Harmony didn't give any firm licence
> standpoint. So AFAICT, the Harmony is GNU licenced.
> So, any GNU classpath is *GNU* classpath and has nothing to do
> with Harmony, unleass harmony leaves the ASF and joins GNU.
>
> Nothing hostile in that.
>
> Regards,
> Mladen.
>
Re: GNU Classpath 0.16 "Harmony!" released
Posted by Dalibor Topic <ro...@kaffe.org>.
Mladen Turk wrote:
> Right now the GNU classpath is GNU tools only. Trying to
> compile that on WIN32 or WIN64 is very painful without
> going trough some posix layer.
Do you mean using Cygwin and/or Mingw32? Or do you mean in general using
MSVC++ rather than gcc?
That is not very hard to implement, I have used cccl m4 macros to
implement such wrappers for autotools for MSVC++ before with pretty good
results. Currently the libtool developers are working on out of the box
support for MS VC++ for libtool and autotools, so wrappers like cccl may
not be necessary in the future.
> Also the GUI part is GTK only, so even with using things like
> gtk-win32 it adds an extra layer in between.
Yeah. That should be easy enough to replace though, using a different
peer implementation. Someone just needs to write them.
cheers,
dalibor topic
Re: GNU Classpath 0.16 "Harmony!" released
Posted by "Geir Magnusson Jr." <ge...@apache.org>.
On Jul 8, 2005, at 5:46 AM, Tim Ellison wrote:
> Geir Magnusson Jr. wrote:
>
>>
>> On Jul 6, 2005, at 12:55 PM, Mladen Turk wrote:
>>
>>
>>> Geir Magnusson Jr. wrote:
>>>
>>>
>>>> On Jul 5, 2005, at 7:04 AM, Mladen Turk wrote:
>>>>
>>>>
>>>>>
>>>>> IMHO the major issue is to put all the requirements for the
>>>>> classpath on the paper, and then to see if the GNU classpath is
>>>>> usable, and if not, can it be adopted to fulfill all the
>>>>> requirements.
>>>>>
>>>>>
>>>> That's not an unreasonable idea.
>>>> Thanks for volunteering :)
>>>>
>>>> Go for it!
>>>>
>>>>
>>>>
>>>
>>> Well It depends on the Harmony goals at the first place.
>>> I hope the Harmony will offer more then just
>>> Solaris/Sparc, Win/x86, Linux/i386/amd64.
>>>
>
> Can we reach a concensus on getting something started on Windows/
> x86 and
> Linux/i386 initially (as the popular development platforms)? Then...
That works for me, but we'll be adding OS X as that's my platform,
and I suspect for now will be my problem :)
[SNIP]
>
> This seems like the most prudent approach -- agreeing upon a
> particular
> VM/ClassLibrary interface that will be suitable for all comers.
Yes - so lets rekindle that thread. We currently have the GNU
Classpath interface to look at as a starting point, but I'm really
interested in what other approaches have been taken. I'm not a fan
of doing things via java.lang, and I am guessing there are other ways.
I'll start a new thread. Hope to see you there :)
>
>
>> We also want to be sure that if we do any class library work
>> here, that
>> we modularize in such a way that parts can be repurposed elsewhere -
>> like swing or other such uglies...
>>
>
> Agreed. A good modularity story will allow flexibility in combining
> components from different sources, and flexibility in component
> development.
>
That's why we're here. :)
geir
--
Geir Magnusson Jr +1-203-665-6437
geirm@apache.org
Re: GNU Classpath 0.16 "Harmony!" released
Posted by Tim Ellison <t....@gmail.com>.
Geir Magnusson Jr. wrote:
>
> On Jul 6, 2005, at 12:55 PM, Mladen Turk wrote:
>
>> Geir Magnusson Jr. wrote:
>>
>>> On Jul 5, 2005, at 7:04 AM, Mladen Turk wrote:
>>>
>>>>
>>>> IMHO the major issue is to put all the requirements for the
>>>> classpath on the paper, and then to see if the GNU classpath is
>>>> usable, and if not, can it be adopted to fulfill all the requirements.
>>>>
>>> That's not an unreasonable idea.
>>> Thanks for volunteering :)
>>>
>>> Go for it!
>>>
>>>
>>
>> Well It depends on the Harmony goals at the first place.
>> I hope the Harmony will offer more then just
>> Solaris/Sparc, Win/x86, Linux/i386/amd64.
Can we reach a concensus on getting something started on Windows/x86 and
Linux/i386 initially (as the popular development platforms)? Then...
> I assume that whatever people want to do, we will do. I hope that it
> can be ported - if there's interest - to any platform out there. BSD,
> for example, and embedded. Also, a much wider hardware matrix,
> including PPC, Itanium, etc...
... of course, pushing it out to other platforms will a key part of the
project growth.
>> Right now the GNU classpath is GNU tools only. Trying to
>> compile that on WIN32 or WIN64 is very painful without
>> going trough some posix layer.
>> Also the GUI part is GTK only, so even with using things like
>> gtk-win32 it adds an extra layer in between.
>
>
> Great - so factor this into the class library requirements paper that
> you volunteered for :)
>
>>
>> Anyhow, like said at the beginning, I think we should build our
>> own classpath. I can volunteer for that, using APR as a
>> OS abstraction layer. For me using GNU classpath could give
>> some jump start, but in the long run, we'll have to build
>> our own classpath.
>
>
> That's not unreasonable - we'll do it if there's interest. As for
> now, as you note, we can work w/ GNU Classpath as a jumpstart and see
> where it takes us.
>
> I think that we should remain committed to making things as pluggable
> as possible, and will re-kindle the VM/Classlibrary discussion we
> started a while back.
This seems like the most prudent approach -- agreeing upon a particular
VM/ClassLibrary interface that will be suitable for all comers.
> We also want to be sure that if we do any class library work here, that
> we modularize in such a way that parts can be repurposed elsewhere -
> like swing or other such uglies...
Agreed. A good modularity story will allow flexibility in combining
components from different sources, and flexibility in component development.
--
Tim Ellison (t.p.ellison@gmail.com)
IBM Java technology centre, UK.
Re: GNU Classpath 0.16 "Harmony!" released
Posted by usman bashir <gr...@gmail.com>.
Gier!
i am also support him, as i have also faced few difficulties while during
silent research on all these topics (library to VM) as few things were
desgined to keeping in mind of Unix versions and hence a win client find him
no where in such cases. However i understand ur concerns (as it has been
throughly discussed in last mails) about the progress of harmony, so i
think, we can start working parrallel (only volunteer bases not included in
realy project plan yet) about the development of libraries that liberate us
from GNU.
An imp note to those who will argue agianst it, i just like to see harmony
to be complete in itself like we have J2SDK (now JSE ;) ) so if we able to
ship libraries as well (and i know we have to) then we can do a magical
thing(and i know it will add atleast two three years more, but i am not
forcing it now, as our major goal is to get JVM first). so working over
these things should be in mind.
its humble proposal, i hope people will support this.
On 7/7/05, Geir Magnusson Jr. <ge...@apache.org> wrote:
>
>
> On Jul 6, 2005, at 12:55 PM, Mladen Turk wrote:
>
> > Geir Magnusson Jr. wrote:
> >
> >> On Jul 5, 2005, at 7:04 AM, Mladen Turk wrote:
> >>
> >>>
> >>> IMHO the major issue is to put all the requirements for the
> >>> classpath on the paper, and then to see if the GNU classpath is
> >>> usable, and if not, can it be adopted to fulfill all the
> >>> requirements.
> >>>
> >> That's not an unreasonable idea.
> >> Thanks for volunteering :)
> >>
> >> Go for it!
> >>
> >>
> >
> > Well It depends on the Harmony goals at the first place.
> > I hope the Harmony will offer more then just
> > Solaris/Sparc, Win/x86, Linux/i386/amd64.
>
> I assume that whatever people want to do, we will do. I hope that it
> can be ported - if there's interest - to any platform out there.
> BSD, for example, and embedded. Also, a much wider hardware matrix,
> including PPC, Itanium, etc...
>
> >
> > Right now the GNU classpath is GNU tools only. Trying to
> > compile that on WIN32 or WIN64 is very painful without
> > going trough some posix layer.
> > Also the GUI part is GTK only, so even with using things like
> > gtk-win32 it adds an extra layer in between.
>
> Great - so factor this into the class library requirements paper that
> you volunteered for :)
>
> >
> > Anyhow, like said at the beginning, I think we should build our
> > own classpath. I can volunteer for that, using APR as a
> > OS abstraction layer. For me using GNU classpath could give
> > some jump start, but in the long run, we'll have to build
> > our own classpath.
>
> That's not unreasonable - we'll do it if there's interest. As for
> now, as you note, we can work w/ GNU Classpath as a jumpstart and see
> where it takes us.
>
> I think that we should remain committed to making things as pluggable
> as possible, and will re-kindle the VM/Classlibrary discussion we
> started a while back.
>
> We also want to be sure that if we do any class library work here,
> that we modularize in such a way that parts can be repurposed
> elsewhere - like swing or other such uglies...
>
> geir
>
> --
> Geir Magnusson Jr +1-203-665-6437
> geirm@apache.org
>
>
>
--
Usman Bashir
Certified IBM XML Solution Developer
Certified UML Developer
Brainbench Certified Internet Perfessional[advance](BCIP)
Brainbench Certified Java Perfessional (BCJP)
Brainbench Certified .NET Perfessional
Brainbench Ceritified C++ Perfessional (BCCP)
Software engineer IT24
Faculty Member Operation Badar Lahore
Re: GNU Classpath 0.16 "Harmony!" released
Posted by "Geir Magnusson Jr." <ge...@apache.org>.
On Jul 6, 2005, at 12:55 PM, Mladen Turk wrote:
> Geir Magnusson Jr. wrote:
>
>> On Jul 5, 2005, at 7:04 AM, Mladen Turk wrote:
>>
>>>
>>> IMHO the major issue is to put all the requirements for the
>>> classpath on the paper, and then to see if the GNU classpath is
>>> usable, and if not, can it be adopted to fulfill all the
>>> requirements.
>>>
>> That's not an unreasonable idea.
>> Thanks for volunteering :)
>>
>> Go for it!
>>
>>
>
> Well It depends on the Harmony goals at the first place.
> I hope the Harmony will offer more then just
> Solaris/Sparc, Win/x86, Linux/i386/amd64.
I assume that whatever people want to do, we will do. I hope that it
can be ported - if there's interest - to any platform out there.
BSD, for example, and embedded. Also, a much wider hardware matrix,
including PPC, Itanium, etc...
>
> Right now the GNU classpath is GNU tools only. Trying to
> compile that on WIN32 or WIN64 is very painful without
> going trough some posix layer.
> Also the GUI part is GTK only, so even with using things like
> gtk-win32 it adds an extra layer in between.
Great - so factor this into the class library requirements paper that
you volunteered for :)
>
> Anyhow, like said at the beginning, I think we should build our
> own classpath. I can volunteer for that, using APR as a
> OS abstraction layer. For me using GNU classpath could give
> some jump start, but in the long run, we'll have to build
> our own classpath.
That's not unreasonable - we'll do it if there's interest. As for
now, as you note, we can work w/ GNU Classpath as a jumpstart and see
where it takes us.
I think that we should remain committed to making things as pluggable
as possible, and will re-kindle the VM/Classlibrary discussion we
started a while back.
We also want to be sure that if we do any class library work here,
that we modularize in such a way that parts can be repurposed
elsewhere - like swing or other such uglies...
geir
--
Geir Magnusson Jr +1-203-665-6437
geirm@apache.org
Re: GNU Classpath 0.16 "Harmony!" released
Posted by Mladen Turk <mt...@apache.org>.
Geir Magnusson Jr. wrote:
>
> On Jul 5, 2005, at 7:04 AM, Mladen Turk wrote:
>>
>> IMHO the major issue is to put all the requirements for the
>> classpath on the paper, and then to see if the GNU classpath is
>> usable, and if not, can it be adopted to fulfill all the requirements.
>
> That's not an unreasonable idea.
>
> Thanks for volunteering :)
>
> Go for it!
>
Well It depends on the Harmony goals at the first place.
I hope the Harmony will offer more then just
Solaris/Sparc, Win/x86, Linux/i386/amd64.
Right now the GNU classpath is GNU tools only. Trying to
compile that on WIN32 or WIN64 is very painful without
going trough some posix layer.
Also the GUI part is GTK only, so even with using things like
gtk-win32 it adds an extra layer in between.
Anyhow, like said at the beginning, I think we should build our
own classpath. I can volunteer for that, using APR as a
OS abstraction layer. For me using GNU classpath could give
some jump start, but in the long run, we'll have to build
our own classpath.
Regards,
Mladen.
Re: GNU Classpath 0.16 "Harmony!" released
Posted by "Geir Magnusson Jr." <ge...@apache.org>.
On Jul 5, 2005, at 7:04 AM, Mladen Turk wrote:
>
>
> IMHO the major issue is to put all the requirements for the
> classpath on the paper, and then to see if the GNU classpath is
> usable, and if not, can it be adopted to fulfill all the requirements.
That's not an unreasonable idea.
Thanks for volunteering :)
Go for it!
geir
--
Geir Magnusson Jr +1-203-665-6437
geirm@apache.org
Re: GNU Classpath 0.16 "Harmony!" released
Posted by Stefano Mazzocchi <st...@apache.org>.
Mladen Turk wrote:
> Mark Wielaard wrote:
>
>> On Fri, 2005-07-01 at 18:40 +0200, Mladen Turk wrote:
>>
>>>
>>> Nothing hostile in that.
>>
>>
>> Right. I see you are eager to get to work and just solve things.
>
>
> Right.
> My motivation was to simply shake both FSF and ASF boards to
> get to some arrangement (finally). Glad to hear that it's happening.
Dude, one thing we *DO NOT* need to get this of the ground is more shaking.
--
Stefano.
Re: GNU Classpath 0.16 "Harmony!" released
Posted by Mark Wielaard <ma...@klomp.org>.
Hi,
On Tue, 2005-07-05 at 08:51 -0400, Davanum Srinivas wrote:
> > IMHO the major issue is to put all the requirements for the
> > classpath on the paper, and then to see if the GNU classpath is
> > usable, and if not, can it be adopted to fulfill all the requirements.
>
> Patience my friend. It's happening. But slowly :)
And if you want to make it happen faster please review
the GNU Classpath VM Integration Guide:
http://www.gnu.org/software/classpath/docs/vmintegration.html
Andrew Hughes just made a big update to it that you can find at:
http://lists.gnu.org/archive/html/classpath/2005-06/msg00104.html
Cheers,
Mark
Re: GNU Classpath 0.16 "Harmony!" released
Posted by Davanum Srinivas <da...@gmail.com>.
> IMHO the major issue is to put all the requirements for the
> classpath on the paper, and then to see if the GNU classpath is
> usable, and if not, can it be adopted to fulfill all the requirements.
Mladen,
Patience my friend. It's happening. But slowly :)
-- dims
Re: GNU Classpath 0.16 "Harmony!" released
Posted by Mladen Turk <mt...@apache.org>.
Mark Wielaard wrote:
> On Fri, 2005-07-01 at 18:40 +0200, Mladen Turk wrote:
>>
>>Nothing hostile in that.
>
> Right. I see you are eager to get to work and just solve things.
Right.
My motivation was to simply shake both FSF and ASF boards to
get to some arrangement (finally). Glad to hear that it's happening.
If you look at the couple of responses to my email I wonder
what will happen if we came up to the 'real' technological
problem that needs to be solved. For example windows or
embedded devices support, using IO Completition ports instead
select for NIO, etc...
Although Geir said couple of times that we'll resolve those
issues 'on-the-fly', I wonder if something like that will
be possible without some formal agreement, because the classpath
is essential part of any JVM thought.
IMHO the major issue is to put all the requirements for the
classpath on the paper, and then to see if the GNU classpath is
usable, and if not, can it be adopted to fulfill all the requirements.
Regards,
Mladen.
Re: GNU Classpath 0.16 "Harmony!" released
Posted by Mark Wielaard <ma...@klomp.org>.
On Fri, 2005-07-01 at 18:40 +0200, Mladen Turk wrote:
> Garrett Rooney wrote:
> >> Anything else is just another GNU release.
> > I fail to see how comments like this are helpful to anyone.
>
> It's not a hostile, not at all, but the GNU guys after all those
> months flerting with Harmony didn't give any firm licence
> standpoint. So AFAICT, the Harmony is GNU licenced.
> So, any GNU classpath is *GNU* classpath and has nothing to do
> with Harmony, unleass harmony leaves the ASF and joins GNU.
>
> Nothing hostile in that.
Right. I see you are eager to get to work and just solve things. That is
good. And that is really what the GNU Classpath hackers also want. That
is why we are working so hard on the new releases, because we want to
see them adopted. And we want to hear from the larger harmony community
what is important for them, what works, what doesn't work, etc.
We have been working on GNU Classpath for a decade and our harmony
cooperation is really just only going on for a couple of weeks. Things
do take time. One of the things that take time is building up trust. We
would like to see the FSF and ASF, GNU and Apache projects work more
closely together. But comments like yours don't give the impression that
is really what everybody wants. Lets see if I can show you the thinking
"on our side" to get us closer to each other.
> the valuable news would be:
> GNU Classpath 0.16 "Harmony!" released under ASF licence!
So, why didn't we do that?
GNU Classpath is the base for a lot of projects released under the GPL
that integrate the core libraries (gcj, kaffe, kissme, jamvm, etc.). And
the ASF license isn't GPL compatible. So that adopting it is not
practical. Also we value copyleft (even if it is a very weak compromise
for GNU Classpath) and we would like to use a license that is similar to
the one used for the other runtime libraries of the GNU Compiler
Collection (GNU Classpath is the base of libgcj, which is part of GCC).
Using the ASL means the license is completely different and we fear that
is confusing. And although the ASL has some patent-retaliation triggers,
that we actually like, it doesn't have any copyleft features. So we have
to make another compromise.
We are working on a couple of 'legal' issues.
First we will publish a reworded clarified GPL+exception text to show
the compromises we are willing to make for GNU Classpath. There have
been complaints that the current wording is unclear. So we will solve
that. (This is waiting for one final OK, so I hope this will happen this
week.) Second we are working with some FSF/ASF people on solving the
bigger issues, not directly related to GNU Classpath. For GNU Classpath
and the Harmony project we can change the licenses to get more
collaboration with other groups. But for the larger body of code under
the ASL and (L)GPL we cannot do that. And we would love to mix-and-match
code from different code bases Apache and GNU into larger works based on
a combination of both. So we now have a clarified description and
explanation of the LGPL obligations from the FSF that hopefully makes it
finally possible to use LGPL code bases in Apache projects. This is
still waiting for confirmation from the Apache board though. And we are
working on a way to word the patent-retaliation clause in the Apache
license to make it compatible with the GPL. It is clear what the wording
should be, but it isn't clear whether that will be possible. And lastly
there are some discussions on GPLv3 and compatibility with other free
software licenses. This last item is long term though, and might not be
that interesting for Harmony if we are thinking weeks/months, not years.
All these discussion do take time. And clearly on all sides people are a
bit nervous about going all the way and fully embrace the "other side".
And most hackers actually like working on code and leave "politics" to
"others". (Whoever those others are.) But I hope that when we hackers
show that we really want all these issues cleared and that we really
want to have Harmony, that the various "software foundation boards" will
have to come to an agreement.
So please check out the code we have. And see what you like. If you
haven't seen it look at these Eclipse and JOnAS packages for Fedora and
notice how many Apache stuff is already in there!
http://gnu.wildebeest.org/diary/index.php?p=97
I'll try to be a bit more active on this list to show that we GNU
Classpath hackers do want to join the fun. But I must admit that I am
more a hacker that just wants to hack on code and produce cool new GNU
Classpath releases to get more free software working then a talker and
politician. Please don't interpret any silence from my side as
disinterest. I might just be coding to get harmony done faster :)
Cheers,
Mark
--
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html
Join the community at http://planet.classpath.org/
Re: GNU Classpath 0.16 "Harmony!" released
Posted by Mladen Turk <mt...@apache.org>.
Garrett Rooney wrote:
>>
>> Anything else is just another GNU release.
>
> I fail to see how comments like this are helpful to anyone.
>
It's not a hostile, not at all, but the GNU guys after all those
months flerting with Harmony didn't give any firm licence
standpoint. So AFAICT, the Harmony is GNU licenced.
So, any GNU classpath is *GNU* classpath and has nothing to do
with Harmony, unleass harmony leaves the ASF and joins GNU.
Nothing hostile in that.
Regards,
Mladen.
Re: GNU Classpath 0.16 "Harmony!" released
Posted by Garrett Rooney <ro...@electricjellyfish.net>.
Mladen Turk wrote:
> Mark Wielaard wrote:
>
>> GNU Classpath 0.16 "Harmony!" released.
>>
>
> It's not a news if a dog bite a man; the
> news is if man bite a dog!
>
> So, the valuable news would be:
> GNU Classpath 0.16 "Harmony!" released under ASF licence!
>
> Anything else is just another GNU release.
I fail to see how comments like this are helpful to anyone.
-garrett
Re: GNU Classpath 0.16 "Harmony!" released
Posted by Mladen Turk <mt...@apache.org>.
Mark Wielaard wrote:
> GNU Classpath 0.16 "Harmony!" released.
>
It's not a news if a dog bite a man; the
news is if man bite a dog!
So, the valuable news would be:
GNU Classpath 0.16 "Harmony!" released under ASF licence!
Anything else is just another GNU release.
Regards,
Mladen.
Re: GNU Classpath 0.16 "Harmony!" released
Posted by Mark Wielaard <ma...@klomp.org>.
Hi,
On Wed, 2005-07-06 at 21:40 +0530, Akhilesh Shirbhate wrote:
> $ svn checkout https://svn.apache.org/repos/asf/incubator/harmony
>
> I downloaded only to find that there is no code in the repository and
> there are only 54 files, most of which are site files in
> ./harmony/standard/site/
>
> Where can I get the codebase from ? Thanks in advance.
You got all of it. Apache Harmony is BUG FREE! :)
Currently we are just looking around at the different code bases out
there and deciding which architectures are good enough to adopt for
harmonization. Take a look at some of the code bases under discussion:
- https://savannah.gnu.org/projects/classpath/ (libraries)
- http://jamvm.sf.net/ (runtime)
- http://gcc.gnu.org/java/ (compiler, runtime, tools)
- http://kaffe.org/ (runtime, tools)
- http://jikesrvm.sourceforge.net/download/index.shtml
(runtime + MMTk memory manager)
Pick and choose your solution and then tell us which combination you
think will be the killer harmony!
Cheers,
Mark
Re: GNU Classpath 0.16 "Harmony!" released
Posted by "Geir Magnusson Jr." <ge...@apache.org>.
On Jul 6, 2005, at 12:10 PM, Akhilesh Shirbhate wrote:
> I went to Harmony site [http://incubator.apache.org/harmony/svn.html]
> I saw that the project code is on subversion. Also saw the command to
> download the latest CVS code.
> $ svn checkout https://svn.apache.org/repos/asf/incubator/harmony
>
> I downloaded only to find that there is no code in the repository and
> there are only 54 files, most of which are site files in
> ./harmony/standard/site/
>
> Where can I get the codebase from ? Thanks in advance.
Hi Akhilesh,
We have no codebase yet - mark was talking about the complementary-
but-confusingly-named "Harmony!" release of the GNU Classpath project.
http://www.gnu.org/software/classpath/classpath.html
Here in Harmony-land, things are proceeding very slowly, but that's
not surprising given the scale of what we're trying to do. Your best
bet would be to go read the mail archives to get a sense of who
people are and what we are trying to do.
geir
>
> -Akhilesh
>
>
>> On 01-07-2005 17:56, "Mark Wielaard" <ma...@klomp.org> wrote:
>>
>>> 31 people actively contributed code to this release and made 389 CVS
>>> commits during the last two months of development. diffstat since
>>> 0.15:
>>> 1248 files changed, 133649 insertions(+), 41802 deletions(-)
>>>
>
>
--
Geir Magnusson Jr +1-203-665-6437
geirm@apache.org
Re: GNU Classpath 0.16 "Harmony!" released
Posted by Akhilesh Shirbhate <ak...@gmail.com>.
I went to Harmony site [http://incubator.apache.org/harmony/svn.html]
I saw that the project code is on subversion. Also saw the command to
download the latest CVS code.
$ svn checkout https://svn.apache.org/repos/asf/incubator/harmony
I downloaded only to find that there is no code in the repository and
there are only 54 files, most of which are site files in
./harmony/standard/site/
Where can I get the codebase from ? Thanks in advance.
-Akhilesh
> On 01-07-2005 17:56, "Mark Wielaard" <ma...@klomp.org> wrote:
> > 31 people actively contributed code to this release and made 389 CVS
> > commits during the last two months of development. diffstat since 0.15:
> > 1248 files changed, 133649 insertions(+), 41802 deletions(-)
Re: GNU Classpath 0.16 "Harmony!" released
Posted by Leo Simons <ma...@leosimons.com>.
On 01-07-2005 17:56, "Mark Wielaard" <ma...@klomp.org> wrote:
> 31 people actively contributed code to this release and made 389 CVS
> commits during the last two months of development. diffstat since 0.15:
> 1248 files changed, 133649 insertions(+), 41802 deletions(-)
*sheesh*. "Da's geen kattepis!" (babelfish that one! ;). Keep up the good
work :-)
Cheers,
Leo