I agree that JEuclid would be a good fit as a new subproject of Apache XML Graphics. But as I said last year, incubation takes a lot of energy from several people. I think FOP and XML Graphics as a whole could profit from having JEuclid nearer. Therefore, I'm willing to invest some time in this. I guess the Champion would have to be me unless Christian or Joerg volunteer.
The issue: I'm not using MathML at all and I cannot give this a very high priority on my side. The biggest effort will have to come from the JEuclid developers. And we will need some help from existing committers. I don't know how extensive all the software grant or CLA gathering (for IP clearance) will have to be. That's something we'll have to find out. Please note that no releases can happen between the start of the incubation and the completion of the IP clearance process. I guess one thing to do before voting is to have a formal proposal as required by Incubation Policy: http://incubator.apache.org/incubation/Incubation_Policy.html#Proposal http://incubator.apache.org/guides/proposal.html The proposal will help us understand if this could work and we have enough critical mass to see this through. Can I ask the JEuclid people to start such a proposal document over at http://wiki.apache.org/incubator/? I'll help fill in the blanks. Everyone involved should read about the whole Incubation process at http://incubator.apache.org I will, too, because I've never done this, yet. Can I please also get some statement from Erik and/or Ernest about what they think about the idea? It's just that I cannot remember any discussion about Incubation at the ASF on the JEuclid mailing lists and I'd like to know how much they support this action. Max only said "my wish". Thanks. Jeremias Maerki On 15.09.2007 02:03:45 Max Berger wrote: > Dear XMLGraphics Team, > > it has been my wish for a while to integrate the JEuclid ( > http://jeuclid.sf.net/ ) project as a subproject of xmlgraphics. In > the last year the project was revived and now consists of three active > developers, who are willing to continue to donate their time to make > the this THE MathML Java implementation available on the net. The > recent release of a stable version has (re-)sparked the interest of a > diverse user-group, most of them developers themselves. The upcoming > release of the MathML 3 spec gives new directions for further > development. > > Moving the code two Apache would serve several purposes: > > First, the Apache brand is known for reliability and stability. The > Apache name stands for trust - Any project under the name Apache > received far more attention, and therefore a larger user and developer > base, resulting in a more mature and stable product. > > Second, it would guarantee us legal safety. We could rely on the > Apache layer team to ensure that what we are doing is legally correct. > > And third, it would allow us for even better integration with the > XMLGraphics core - There are several areas where code could be shared, > and reused rather than redeveloped. An example would be CSS support, > which is already superb in Batik, but non-existing in JEuclid. But > even simple items, such as parsing of color string do not have to be > re-invented for every subproject. > > Of course, there are several issues to be solved on the way - the > first one would be if the xmlgraphics project would be willing to be > our sponsor, and thus this email. The second issue is that, should you > vote to accept this project, we'd need a Champion, who has to be part > of the PMC of the Sponsoring project (xmlgraphics). > > Please feel free to comment and ask questions. > > > > > Max Berger --------------------------------------------------------------------- Apache XML Graphics Project URL: http://xmlgraphics.apache.org/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
