From volker.simonis at gmail.com Wed Jul 3 13:24:20 2013 From: volker.simonis at gmail.com (Volker Simonis) Date: Wed, 3 Jul 2013 15:24:20 +0200 Subject: What's the status of the new OpenJDK Bug System? Message-ID: Hi Mark, if I remember your talk at FOSDEM 2013 right (unfortunately there are now slides available) you mentioned (of course under the full Oracle disclaimers in place :) that it is Oracle plan to release the new OpenJDK Wiki by April and the new OpenJDK bug tracker by June/July 2013. While the Wiki is operational now (which I consider a big success) I would like to ask what's the current state of the new OpenJDK Bug System? In my infinite naivety I thought that now after the release of Java 8 has been postponed there must be a lot of free resources available for such infrastructure tasks :) Regards, Volker From mark.reinhold at oracle.com Wed Jul 3 16:55:27 2013 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Wed, 03 Jul 2013 11:55:27 -0500 Subject: What's the status of the new OpenJDK Bug System? In-Reply-To: References: Message-ID: <20130703115527.568421@eggemoggin.niobe.net> 2013/7/3 3:24 -0500, volker.simonis at gmail.com: > Hi Mark, > > if I remember your talk at FOSDEM 2013 right (unfortunately there are > now slides available) you mentioned (of course under the full Oracle > disclaimers in place :) that it is Oracle plan to release the new > OpenJDK Wiki by April and the new OpenJDK bug tracker by June/July > 2013. > > While the Wiki is operational now (which I consider a big success) I > would like to ask what's the current state of the new OpenJDK Bug > System? We're still working on it, and still aiming to deliver it in the next month or so. > In my infinite naivety I thought that now after the release of > Java 8 has been postponed there must be a lot of free resources > available for such infrastructure tasks :) As I've said before, making the bug system publicly available is less a question of resources than it is of working through all the required Oracle-internal approvals. We're pushing those along as fast as we possibly can. - Mark From dima at golovin.in Sun Jul 14 00:29:54 2013 From: dima at golovin.in (Dmitry Golovin) Date: Sun, 14 Jul 2013 00:29:54 +0000 (UTC) Subject: GNU Classpath Summer of Code 2013 References: <1369756326.9538.123.camel@galactica.localdomain> Message-ID: Dear All, I'm interested in this project too. I want to join it and to contribute. Is something done already? Do you host the code on GitHub? Regards, Dmitry From neugens.limasoftware at gmail.com Mon Jul 15 08:14:17 2013 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Mon, 15 Jul 2013 10:14:17 +0200 Subject: GNU Classpath Summer of Code 2013 In-Reply-To: References: <1369756326.9538.123.camel@galactica.localdomain> Message-ID: Hi Dmitry, We will love contributors! The first evaluation of the project is at the end of the month, after that I will try to place the sources on an official repository for others to help out and play with it. Cheers, Mario Il giorno 15/lug/2013 02:51, "Dmitry Golovin" ha scritto: > Dear All, > > I'm interested in this project too. I want to join it and to contribute. Is > something done already? Do you host the code on GitHub? > > Regards, > Dmitry > > > > From gnu.andrew at redhat.com Mon Jul 15 15:46:34 2013 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Mon, 15 Jul 2013 11:46:34 -0400 (EDT) Subject: GNU Classpath Summer of Code 2013 In-Reply-To: References: <1369756326.9538.123.camel@galactica.localdomain> Message-ID: <36721928.698389.1373903194613.JavaMail.root@redhat.com> ----- Original Message ----- > Dear All, > > I'm interested in this project too. I want to join it and to contribute. Is > something done already? Do you host the code on GitHub? > > Regards, > Dmitry > > > > What project are you referring to? OpenJDK is not part of Google Summer of Code 2013. -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 From gnu.andrew at redhat.com Mon Jul 15 15:49:24 2013 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Mon, 15 Jul 2013 11:49:24 -0400 (EDT) Subject: OpenJDK and Android Studio In-Reply-To: References: Message-ID: <244773798.699139.1373903364523.JavaMail.root@redhat.com> ----- Original Message ----- > Did they ever say what exactly those problems are? > > Would be nice to have at least a bug report from them rather than just > scaring messages. > > I think this is probably a good reason to use a different IDE though. > > Mario > Il giorno 15/giu/2013 08:10, "Frans Thamura" ha > scritto: > > > An interesting news in I/O is Android Studio, run on JetBrain's platform. > > > > I try to run in Ubuntu, and got this message. and will jetbrain lead > > the graphics in OpenJDK backed by Google ? > > > > > > OpenJDK Runtime Environment (IcedTea6 1.12.3) > > (6b27-1.12.3-0ubuntu1~12.04.1) > > OpenJDK Server VM (build 20.0-b12, mixed mode) > > WARNING: You are launching the IDE using OpenJDK Java runtime. > > > > ITS KNOWN TO HAVE PERFORMANCE AND GRAPHICS ISSUES! > > SWITCH TO THE ORACLE(SUN) JDK BEFORE REPORTING PROBLEMS! > > > > NOTE: If you have both Oracle (Sun) JDK and OpenJDK installed > > please validate either STUDIO_JDK, JDK_HOME, or JAVA_HOME > > environment variable points to valid Oracle (Sun) JDK installation. > > See http://ow.ly/6TuKQ for more info on switching default JDK. > > > > Press Enter to continue. > > > We've never had any bug reports relating to this that I'm aware of. I strongly dislike warnings like this that scare people into using proprietary products without any detailed information and which are prone to rot over time. -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 From alex.kasko.lists at gmail.com Tue Jul 16 15:13:14 2013 From: alex.kasko.lists at gmail.com (Alex Kasko) Date: Tue, 16 Jul 2013 18:13:14 +0300 Subject: OpenJDK and Android Studio In-Reply-To: <244773798.699139.1373903364523.JavaMail.root@redhat.com> References: <244773798.699139.1373903364523.JavaMail.root@redhat.com> Message-ID: <51E5630A.1090002@gmail.com> On 07/15/2013 06:49 PM, Andrew Hughes wrote: > ----- Original Message ----- >> Did they ever say what exactly those problems are? >> >> Would be nice to have at least a bug report from them rather than just >> scaring messages. >> >> I think this is probably a good reason to use a different IDE though. >> >> Mario >> Il giorno 15/giu/2013 08:10, "Frans Thamura" ha >> scritto: >> >>> An interesting news in I/O is Android Studio, run on JetBrain's platform. >>> >>> I try to run in Ubuntu, and got this message. and will jetbrain lead >>> the graphics in OpenJDK backed by Google ? >>> >>> >>> OpenJDK Runtime Environment (IcedTea6 1.12.3) >>> (6b27-1.12.3-0ubuntu1~12.04.1) >>> OpenJDK Server VM (build 20.0-b12, mixed mode) >>> WARNING: You are launching the IDE using OpenJDK Java runtime. >>> >>> ITS KNOWN TO HAVE PERFORMANCE AND GRAPHICS ISSUES! >>> SWITCH TO THE ORACLE(SUN) JDK BEFORE REPORTING PROBLEMS! >>> >>> NOTE: If you have both Oracle (Sun) JDK and OpenJDK installed >>> please validate either STUDIO_JDK, JDK_HOME, or JAVA_HOME >>> environment variable points to valid Oracle (Sun) JDK installation. >>> See http://ow.ly/6TuKQ for more info on switching default JDK. >>> >>> Press Enter to continue. >>> >> > > We've never had any bug reports relating to this that I'm aware of. > > I strongly dislike warnings like this that scare people into using proprietary > products without any detailed information and which are prone to rot over time. > I think this warning is obsolete. I'm using Idea 12 CE with openjdk6 for some months without major problems (minor graphical glitches sometimes). To disable pause after the warning this line in idea.sh (line#100 in my version) should be commented out: read IGNORE -- Regards, Alex Kasko From gnu.andrew at redhat.com Wed Jul 17 14:08:34 2013 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Wed, 17 Jul 2013 10:08:34 -0400 (EDT) Subject: OpenJDK and Android Studio In-Reply-To: <51E5630A.1090002@gmail.com> References: <244773798.699139.1373903364523.JavaMail.root@redhat.com> <51E5630A.1090002@gmail.com> Message-ID: <502062999.1906987.1374070114240.JavaMail.root@redhat.com> ----- Original Message ----- > On 07/15/2013 06:49 PM, Andrew Hughes wrote: > > ----- Original Message ----- > >> Did they ever say what exactly those problems are? > >> > >> Would be nice to have at least a bug report from them rather than just > >> scaring messages. > >> > >> I think this is probably a good reason to use a different IDE though. > >> > >> Mario > >> Il giorno 15/giu/2013 08:10, "Frans Thamura" ha > >> scritto: > >> > >>> An interesting news in I/O is Android Studio, run on JetBrain's platform. > >>> > >>> I try to run in Ubuntu, and got this message. and will jetbrain lead > >>> the graphics in OpenJDK backed by Google ? > >>> > >>> > >>> OpenJDK Runtime Environment (IcedTea6 1.12.3) > >>> (6b27-1.12.3-0ubuntu1~12.04.1) > >>> OpenJDK Server VM (build 20.0-b12, mixed mode) > >>> WARNING: You are launching the IDE using OpenJDK Java runtime. > >>> > >>> ITS KNOWN TO HAVE PERFORMANCE AND GRAPHICS ISSUES! > >>> SWITCH TO THE ORACLE(SUN) JDK BEFORE REPORTING PROBLEMS! > >>> > >>> NOTE: If you have both Oracle (Sun) JDK and OpenJDK installed > >>> please validate either STUDIO_JDK, JDK_HOME, or JAVA_HOME > >>> environment variable points to valid Oracle (Sun) JDK installation. > >>> See http://ow.ly/6TuKQ for more info on switching default JDK. > >>> > >>> Press Enter to continue. > >>> > >> > > > > We've never had any bug reports relating to this that I'm aware of. > > > > I strongly dislike warnings like this that scare people into using > > proprietary > > products without any detailed information and which are prone to rot over > > time. > > > I think this warning is obsolete. I'm using Idea 12 CE with openjdk6 for > some months without major problems (minor graphical glitches sometimes). > To disable pause after the warning this line in idea.sh (line#100 in my > version) should be commented out: > > read IGNORE > > > -- > Regards, > Alex Kasko > That's good to hear. It's also exactly why these type of warnings are a bad idea; they pertain to specific versions without making the user aware of that. -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 From franz.van.betteraey at googlemail.com Mon Jul 22 19:18:29 2013 From: franz.van.betteraey at googlemail.com (Franz van Betteraey) Date: Mon, 22 Jul 2013 21:18:29 +0200 Subject: Java Code Conventions Update Message-ID: <51ED8585.2060202@googlemail.com> Hi there, I find it very helpful that Java Code Conventions exist for a long time now. They really "improve the readability of the software, allowing engineers to understand new code more quickly and thoroughly" (from the Code Conventions web page). But while the Java language evolves the code conventions remain the same. Since the Java Code Conventions were last updated in 1999 several new Java language features were introduced including lambdas in the upcoming version of Java 8. Would it not be nice to update the Code Conventions so that we do not need to follow rules from the last century in Java 8 (which are not bad but probably missing relevant parts)? I wonder if (or where) someone could make an "official" request for this. Dalibor Topic suggested to bring this up on this discussion list (https://twitter.com/robilad/status/338350845315928064) - so that's what I do now. Thanks for any support on this. Kind regards Franz From martijnverburg at gmail.com Mon Jul 22 19:32:02 2013 From: martijnverburg at gmail.com (Martijn Verburg) Date: Mon, 22 Jul 2013 20:32:02 +0100 Subject: Java Code Conventions Update In-Reply-To: <51ED8585.2060202@googlemail.com> References: <51ED8585.2060202@googlemail.com> Message-ID: Would it also perhaps be possible to have some agreed stds across the projects within OpenJDK?. We're going to track individual project styles through Betterrev to ensure patches meet the grade, but it is a lot of manual research/up front work to get right. Cheers, Martijn On 22 July 2013 20:18, Franz van Betteraey < franz.van.betteraey at googlemail.com> wrote: > Hi there, > > I find it very helpful that Java Code Conventions exist for a long time > now. They really "improve the readability of the software, allowing > engineers to understand new code more quickly and thoroughly" (from the > Code Conventions web page). > > But while the Java language evolves the code conventions remain the same. > Since the Java Code Conventions were last updated in 1999 several new Java > language features were introduced including lambdas in the upcoming version > of Java 8. > > Would it not be nice to update the Code Conventions so that we do not need > to follow rules from the last century in Java 8 (which are not bad but > probably missing relevant parts)? > > I wonder if (or where) someone could make an "official" request for this. > Dalibor Topic suggested to bring this up on this discussion list ( > https://twitter.com/robilad/**status/338350845315928064) > - so that's what I do now. > > Thanks for any support on this. > > Kind regards > Franz > From volker.simonis at gmail.com Tue Jul 23 16:30:53 2013 From: volker.simonis at gmail.com (Volker Simonis) Date: Tue, 23 Jul 2013 18:30:53 +0200 Subject: AArch64 port first release In-Reply-To: <51DACBC1.7050601@redhat.com> References: <51DACBC1.7050601@redhat.com> Message-ID: Hi Andrew, Henrik, congratulations! This is really good news. I just got really puzzeled when I read the recent Oracle/ARM announcement: "ARM AND ORACLE ANNOUNCE PLANS TO OPTIMIZE JAVA SE FOR ENTERPRISE AND EMBEDDED MARKETS" (http://www.arm.com/about/newsroom/arm-and-oracle-announce-plans-to-optimize-java-se-for-enterprise-and-embedded-markets.php) They announced that "ARM ... has entered into a multi-year agreement with Oracle to further optimize the existing Java Platform, Standard Edition (Java SE) for ARM? 32-bit platforms and to add Java SE support for ARMv8 64-bit platforms." How does this agreement affects the AArch64 OpenJDK port? Henrik, I think it would be really sad if Oracle would start a competing, closed ARMv8 64-bit port on their own. Or are there any plans to merge the porting efforts in the OpenJDK? At least in the ARM announcement the word OpenJDK (or even 'open' :) isn't mentioned with a single word! Thank you and best regards, Volker On Mon, Jul 8, 2013 at 4:25 PM, Andrew Haley wrote: > I'm pleased to announce our first release of Java for the ARMv8 > 64-bit architecture. This is a whole new port, completely > unrelated to to the 32-bit ARM JDK. > http://en.wikipedia.org/wiki/AArch64#ARMv8_and_64-bit > > > Project status: > > This port is still very much a work in progress, but it passes > its tests and it's good enough to run most Java programs. > > It is not complete. We're missing support for optional features > such as biased locking and JVMTI. Also, it's rather scrappy in > some places and the code could be more efficient and more > idiomatic in many other places. Patches welcome! > > The template interpreter and the C1 compiler are done. The C2 > compiler is still at a rather early stage. > > You don't need an ARMv8 to test and run the port. We've written a > small simulator that links into the JVM, so you can run this port just > like native Java on any 64-bit x86 GNU/Linux system. We also provide > advanced debugging capabilities via a set of GDB extensions. This > provides the best interactive debugging environment that I have ever > seen for a Java VM. You also can run on ARM's Fast Model if you > prefer. > > We've provided full build instructions, but we'll help you if you get > stuck. We want people to try it out. > > I feel that I have to end with an apology. When I started this port I > wanted it to be an exemplary free software project: open discussion, > open development, and the free exchange of ideas. It hasn't worked > out that way. We needed very detailed technical information about the > ARMv8 architecture long before it was made public, and ARM were kind > enough to give us what we needed. However, there was a caveat: we > couldn't make it public. So, we've been in stealth mode until a few > weeks ago. My thanks go out to the legal teams who worked hard to > make this release possible. > > Also, a big shout to Mark Reinhold for sorting out all the crazy > problems we had with OpenJDK's source code repository. > > > http://hg.openjdk.java.net/aarch64-port/jdk8/raw-file/tip/README.aarch64 > > Web: http://openjdk.java.net/projects/aarch64-port/ > > Mailing list: http://mail.openjdk.java.net/mailman/listinfo/aarch64-port-dev > > > Andrew. From aph at redhat.com Tue Jul 23 16:35:56 2013 From: aph at redhat.com (Andrew Haley) Date: Tue, 23 Jul 2013 17:35:56 +0100 Subject: AArch64 port first release In-Reply-To: References: <51DACBC1.7050601@redhat.com> Message-ID: <51EEB0EC.3080902@redhat.com> On 07/23/2013 05:30 PM, Volker Simonis wrote: > Hi Andrew, Henrik, > > congratulations! This is really good news. > > I just got really puzzeled when I read the recent Oracle/ARM announcement: > > "ARM AND ORACLE ANNOUNCE PLANS TO OPTIMIZE JAVA SE FOR ENTERPRISE AND > EMBEDDED MARKETS" > (http://www.arm.com/about/newsroom/arm-and-oracle-announce-plans-to-optimize-java-se-for-enterprise-and-embedded-markets.php) > > They announced that "ARM ... has entered into a multi-year agreement > with Oracle to further optimize the existing Java Platform, Standard > Edition (Java SE) for ARM? 32-bit platforms and to add Java SE support > for ARMv8 64-bit platforms." > > How does this agreement affects the AArch64 OpenJDK port? I don't think it affects it at all. Even if there is to be a proprietary port, we'll still need a free one. And we'll still need the free one to be of the highest quality. So, whatever happens, we must press ahead. Andrew. From frans at meruvian.org Wed Jul 24 23:12:20 2013 From: frans at meruvian.org (Frans Thamura) Date: Thu, 25 Jul 2013 06:12:20 +0700 Subject: IBM Java, PaaS and CloudFoundry , J8? Message-ID: anyone monitor IBM Java and PaaS esp CloudFoundry? i think this is interesting news, and when the J8 can be tested in CF environment, anyone work on this? http://blog.cloudfoundry.com/2013/07/24/cloud-foundry-is-open-and-pivotal-part-2/ an interesting conference in sept. http://www.platformcf.com/ -- Frans Thamura (???) Shadow Master and Lead Investor Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / @meruvian Website: http://www.meruvian.org "We grow because we share the same belief." From omajid at redhat.com Thu Jul 25 21:09:53 2013 From: omajid at redhat.com (Omair Majid) Date: Thu, 25 Jul 2013 17:09:53 -0400 Subject: CFV and Project Proposal: HarfBuzz Integration Project In-Reply-To: <51F190F7.8010102@oracle.com> References: <51F190F7.8010102@oracle.com> Message-ID: <51F19421.2030900@redhat.com> Vote: Yes On 07/25/2013 04:56 PM, Steven R. Loomis wrote: > I hereby propose the creation of the HarfBuzz Integration Project > with Steven R. Loomis as the Lead and 2d-dev at openjdk.java.net as > the sponsoring Group(s). From steven.loomis at oracle.com Thu Jul 25 21:22:03 2013 From: steven.loomis at oracle.com (Steven R. Loomis) Date: Thu, 25 Jul 2013 14:22:03 -0700 Subject: CFV and Project Proposal: HarfBuzz Integration Project In-Reply-To: <51F19421.2030900@redhat.com> References: <51F190F7.8010102@oracle.com> <51F19421.2030900@redhat.com> Message-ID: <51F196FB.5040100@oracle.com> Thank you Omair. ( I'm re-posting the original message- I wasn't subscribed to this list originally. Moderator, you can delete my pending post if you wish. ) I hereby propose the creation of the HarfBuzz Integration Project with Steven R. Loomis as the Lead and 2d-dev at openjdk.java.net as the sponsoring Group(s). I am the maintainer of the ICU Layout Engine, which is used for complex text rendering since Java 1.2 ([1]). This package has not been actively developed in quite some time, as is evidenced by recent performance, stability, and security issues that have been corrected. Although it is used in a number of other projects (both open source and otherwise), it has been a long standing dream of many (or at least, several) to have a single open source layout engine building on the legacy of FreeType, Qt, Pango and ICU?s layout engines. This has been realized by the HarfBuzz [2] project. What are some reasons JDK should switch to HarfBuzz? * Significantly faster. Khaled Hosny reports 10x for his Amiri font, and LibreOffice agrees. * Significantly better compatibility with Uniscribe - extensively tested * Much better script coverage. Including new-spec Indic. * Actively maintained, active development community. * Written from the ground up to be secure. * It's rapidly becoming the only important OpenType layout engine used by other projects. If you aren't using Microsoft's Uniscribe, Apple, or Adobe? you are probably using HarfBuzz. * The maintainer of the ICU Layout Engine currently in the JDK (me) recommends it. * Independently tested by Mozilla, Android, ChromeOS. * In use by Android 4.3 (released today), Qt, Pango (GNOME), Firefox, Chromium,LibreOffice, XeTeX and others * HarfBuzz has an ICU compatibility library which will make it easier to switch back and forth between ICU and HarfBuzz. It involves dropping in different headers and recompiling/relinking. * HarfBuzz has licenses compatible with both OpenJDK and commercial uses ("HarfBuzz is licensed under the so-called "Old MIT" license. ") What is being proposed: 1. The first step is to add configure switches which allow HarfBuzz's ICU compatibility layer to be chosen instead of ICU at build time. This can be done as a prototype against JDK 8. 2. The goal would be to integrate this into mainstream JDK (building against HarfBuzz by default) in JDK 9. 3. Future goals could include: a. HarfBuzz-specific code optimizations (calling into HB instead of the ICU wrapper) b. HarfBuzz-specific API? Note: there are some issues right now with dropping in different ICU versions ( see the "libicu" discussion currently on 2d-dev for details. ) Initial authors: Steven R. Loomis, Omair Majid, Phil Race Initial reviewers: Phil Race Votes are due by: Votes are due by Thu Aug 1 12:00 GMT 2013. Only current OpenJDK Members [3] are eligible to vote on this motion. Votes must be cast in the open on the discuss list. Replying to this message is sufficient if your mail program honors the Reply-To header, by replying to to this mailing list. For Lazy Consensus voting instructions, see [4]. Steven R. Loomis [1]https://ssl.icu-project.org/docs/papers/international_text_in_jdk_1.2/ - 1997 [2]http://www.freedesktop.org/wiki/Software/HarfBuzz/ [3]http://openjdk.java.net/census#members [4]http://openjdk.java.net/projects/#new-project-vote ( Sorry about the formatting. I'll handcraft the SMTP transaction next time.) On 7/25/13 2:09 p.m., Omair Majid wrote: > Vote: Yes > > On 07/25/2013 04:56 PM, Steven R. Loomis wrote: >> I hereby propose the creation of the HarfBuzz Integration Project >> with Steven R. Loomis as the Lead and 2d-dev at openjdk.java.net as >> the sponsoring Group(s). From neugens.limasoftware at gmail.com Thu Jul 25 23:32:27 2013 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Fri, 26 Jul 2013 01:32:27 +0200 Subject: CFV and Project Proposal: HarfBuzz Integration Project In-Reply-To: <51F196FB.5040100@oracle.com> References: <51F190F7.8010102@oracle.com> <51F19421.2030900@redhat.com> <51F196FB.5040100@oracle.com> Message-ID: Vote: yes, This is a great project, I'm looking forward for it! Cheers, Mario Il giorno 25/lug/2013 23:23, "Steven R. Loomis" ha scritto: > Thank you Omair. > > ( I'm re-posting the original message- I wasn't subscribed to this list > originally. Moderator, you can delete my pending post if you wish. ) > > I hereby propose the creation of the HarfBuzz Integration Project with > Steven R. Loomis as the Lead and 2d-dev at openjdk.java.net as the > sponsoring > Group(s). > > I am the maintainer of the ICU Layout Engine, which is used for complex > text > rendering since Java 1.2 ([1]). This package has not been actively > developed > in quite some time, as is evidenced by recent performance, stability, and > security issues that have been corrected. Although it is used in a number > of > other projects (both open source and otherwise), it has been a long > standing > dream of many (or at least, several) to have a single open source layout > engine building on the > legacy of FreeType, Qt, Pango and ICU?s layout engines. This > has been realized > by the HarfBuzz [2] project. > > What are some reasons JDK should switch to HarfBuzz? > > * Significantly faster. Khaled Hosny reports 10x for his Amiri font, and > LibreOffice agrees. > * Significantly better compatibility with Uniscribe - extensively tested > * Much better script coverage. Including new-spec Indic. > * Actively maintained, active development community. > * Written from the ground up to be secure. > * It's rapidly becoming the only important OpenType layout engine used by > other projects. If you aren't using Microsoft's Uniscribe, Apple, or Adobe? > you are probably using HarfBuzz. > * The maintainer of the ICU Layout Engine currently in the JDK (me) > recommends it. > * Independently tested by Mozilla, Android, ChromeOS. > * In use by Android 4.3 (released today), Qt, Pango (GNOME), Firefox, > Chromium,LibreOffice, XeTeX and others > * HarfBuzz has an ICU compatibility library which will make it easier to > switch > back and forth between ICU and HarfBuzz. It involves dropping in different > headers and recompiling/relinking. > * HarfBuzz has licenses compatible with both OpenJDK and commercial uses > ("HarfBuzz is licensed under the so-called "Old MIT" license. ") > > What is being proposed: > > 1. The first step is to add configure switches which allow HarfBuzz's ICU > compatibility layer to be chosen instead of ICU at build time. This > can be done as a prototype against JDK 8. > > 2. The goal would be to integrate this into mainstream JDK (building > against > HarfBuzz by default) in JDK 9. > > 3. Future goals could include: > a. HarfBuzz-specific code optimizations (calling into HB instead of > the ICU wrapper) > b. HarfBuzz-specific API? > > Note: there are some issues right now with dropping in different ICU > versions > ( see the "libicu" discussion currently on 2d-dev for details. ) > Initial authors: Steven R. Loomis, Omair Majid, Phil Race > Initial reviewers: Phil Race > Votes are due by: > Votes are due by Thu Aug 1 12:00 GMT 2013. > > Only current OpenJDK Members [3] are eligible to vote on this > motion. Votes must be cast in the open on the discuss list. > Replying to this message is sufficient if your mail program > honors the Reply-To header, by replying to to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Steven R. Loomis > > > [1]https://ssl.icu-project.org/docs/papers/international_text_in_jdk_1.2/- > 1997 > [2]http://www.freedesktop.org/wiki/Software/HarfBuzz/ > [3]http://openjdk.java.net/census#members > [4]http://openjdk.java.net/projects/#new-project-vote > > > ( Sorry about the formatting. I'll handcraft the SMTP transaction next > time.) > > On 7/25/13 2:09 p.m., Omair Majid wrote: > > Vote: Yes > > > > On 07/25/2013 04:56 PM, Steven R. Loomis wrote: > >> I hereby propose the creation of the HarfBuzz Integration Project > >> with Steven R. Loomis as the Lead and 2d-dev at openjdk.java.net as > >> the sponsoring Group(s). > > From steven.loomis at oracle.com Fri Jul 26 00:59:16 2013 From: steven.loomis at oracle.com (Steven R. Loomis) Date: Thu, 25 Jul 2013 17:59:16 -0700 Subject: CFV and Project Proposal: HarfBuzz Integration Project In-Reply-To: References: <51F190F7.8010102@oracle.com> <51F19421.2030900@redhat.com> <51F196FB.5040100@oracle.com> Message-ID: <51F1C9E4.3030807@oracle.com> On 7/25/13 4:32 p.m., Mario Torre wrote: > Vote: yes, > > This is a great project, I'm looking forward for it! > Thanks. I should also add that I'm already involved with the HarfBuzz project myself, so there will be continuity of support for this codebase. -s From mark.reinhold at oracle.com Fri Jul 26 05:30:38 2013 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Thu, 25 Jul 2013 22:30:38 -0700 Subject: CFV and Project Proposal: HarfBuzz Integration Project In-Reply-To: <51F19421.2030900@redhat.com> References: <51F190F7.8010102@oracle.com>,<51F19421.2030900@redhat.com> Message-ID: <20130725223038.262364@eggemoggin.niobe.net> As a point of order, a call-for-votes on a proposal to create a new Project should be sent to the announcement list by the proposer [1], so that the proposal is seen by the wider community rather than just those who subscribe to the discuss list. Steven -- Please send (do not forward) your proposal to the announce list [2] so that everyone may see it. - Mark [1] http://openjdk.java.net/projects/#new-project [2] announce at openjdk.java.net From richardfearn at gmail.com Fri Jul 26 08:29:43 2013 From: richardfearn at gmail.com (Richard Fearn) Date: Fri, 26 Jul 2013 09:29:43 +0100 Subject: Per-process core dump directory Message-ID: Hi all, Yesterday I was looking at where core dumps are saved when Java processes crash (on Linux). I know that the location of core dumps is set via the kernel.core_pattern kernel parameter, and can be seen in /proc/sys/kernel/core_pattern. This is a global setting, however, that applies to any process that crashes. Apache httpd has a CoreDumpDirectory directive [1] that allows the directory to be specified; Apache installs signal handlers [2] so that the current directory is changed before the dump is written. Has anything similar ever been considered for the JVM? I had a quick look in the bug database, but apart from lots of reports of core dumps happening, I couldn't see anything about changing the location where they are stored. Are there any existing bugs about this? Regards, Rich [1] http://httpd.apache.org/docs/current/mod/mpm_common.html#coredumpdirectory [2] http://stackoverflow.com/a/2698415/200609 -- Richard Fearn richardfearn at gmail.com From steven.loomis at oracle.com Fri Jul 26 15:18:16 2013 From: steven.loomis at oracle.com (Steven R. Loomis) Date: Fri, 26 Jul 2013 08:18:16 -0700 Subject: CFV and Project Proposal: HarfBuzz Integration Project In-Reply-To: <20130725223038.262364@eggemoggin.niobe.net> References: <51F190F7.8010102@oracle.com>, <51F19421.2030900@redhat.com> <20130725223038.262364@eggemoggin.niobe.net> Message-ID: <51F29338.4060305@oracle.com> Thanks Mark. I think I conflated steps 1 and 2. -s On 25/07/13 22:30, mark.reinhold at oracle.com wrote: > As a point of order, a call-for-votes on a proposal to create a new > Project should be sent to the announcement list by the proposer [1], > so that the proposal is seen by the wider community rather than just > those who subscribe to the discuss list. > > Steven -- Please send (do not forward) your proposal to the announce > list [2] so that everyone may see it. > > - Mark > > > [1] http://openjdk.java.net/projects/#new-project > [2] announce at openjdk.java.net From steven.loomis at oracle.com Fri Jul 26 19:02:23 2013 From: steven.loomis at oracle.com (Steven Loomis) Date: Fri, 26 Jul 2013 12:02:23 -0700 (PDT) Subject: CFV and Project Proposal: HarfBuzz Integration Project (#2) Message-ID: CFV and Project Proposal: HarfBuzz Integration Project (#2) PROPOSAL I hereby propose the creation of the HarfBuzz Integration Project with Steven R. Loomis as the Lead and 2d-dev at openjdk.java.net as the sponsoring Group(s). I am the maintainer of the ICU Layout Engine, which is used for complex text rendering since Java 1.2 ([1]). This package has not been actively developed in quite some time, as is evidenced by recent performance, stability, and security issues that have been corrected. Although it is used in a number of other projects (both open source and otherwise), it has been a long standing dream of many (or at least, several) to have a single open source layout engine building on the legacy of FreeType, Qt, Pango and ICU?s layout engines. This has been realized by the HarfBuzz [2] project. WHY SHOULD OPENJDK SWITCH TO HARFBUZZ? * Significantly faster. Khaled Hosny reports 10x for his Amiri font, and LibreOffice agrees. * More compatible with Uniscribe. Extensively tested with a wide variety of fonts and data. * Much better script coverage. Including new-spec Indic and others. * Actively maintained, active development community. * Written from the ground up to be secure. * Rapidly becoming the standard reusable OpenType layout engine. If a project isn?t using an in-house engine such as Microsoft?s Uniscribe, or those by Apple, Adobe, etc., it is probably using or will use HarfBuzz. * I, the maintainer of the ICU Layout Engine currently in the OpenJDK (srl) recommend it. I?m also already involved in the HarfBuzz project and so can make sure that OpenJDK?s use is well supported moving forward. * Independently tested by Mozilla, Android, ChromeOS. * In use by Android 4.3 (released this week), Qt, Pango (GNOME), Firefox, Chromium, LibreOffice, XeTeX and others. * HarfBuzz has an ICU compatibility library which will make it easier to switch back and forth between ICU and HarfBuzz. It involves dropping in different headers and recompiling/relinking. * HarfBuzz has licenses compatible with both OpenJDK and commercial uses ("HarfBuzz is licensed under the so-called "Old MIT" license. ") SCOPE OF PROJECT AND ROADMAP 1. The first step is to add configure switches which allow HarfBuzz?s ICU compatibility layer to be chosen instead of ICU at build time. This can be done as a prototype against JDK 8. 2. This would allow side-by-side comparisons of HB vs. ICU behavior from functional, performance, and platform compatibility perspectives. 3. Next, we would integrate this into mainstream (building against HarfBuzz by default) in JDK 9. 3. Future work could include HarfBuzz-specific code optimizations, including calling into HarfBuzz directly instead of via the ICU wrapper. 4. Also to be explored would be any new API and features in the JDK which might be possible because of the HarfBuzz engine. Note: there are some issues right now with dropping in different ICU versions - see the ?libicu? discussion currently on 2d-dev for details. WHO WOULD BE INVOLVED IN THIS PROJECT? Initial authors: Steven R. Loomis, Omair Majid, Phil Race Initial reviewers: Phil Race Votes are due by: Thu Aug 1 12:00 GMT 2013. Only current OpenJDK Members [3] are eligible to vote on this motion. Votes must be cast in the open on the discuss list. Replying to this message is sufficient if your mail program honors the Reply-To header, by replying to to this mailing list. For Lazy Consensus voting instructions, see [4]. Steven R. Loomis (IBM) REFERENCES [1]https://ssl.icu-project.org/docs/papers/international_text_in_jdk_1.2/ (1997) [2]http://www.freedesktop.org/wiki/Software/HarfBuzz/ [3]http://openjdk.java.net/census#members [4]http://openjdk.java.net/projects/#new-project-vote From naoto.sato at oracle.com Fri Jul 26 20:06:18 2013 From: naoto.sato at oracle.com (Naoto Sato) Date: Fri, 26 Jul 2013 13:06:18 -0700 Subject: CFV and Project Proposal: HarfBuzz Integration Project (#2) In-Reply-To: References: Message-ID: <51F2D6BA.7020401@oracle.com> Vote: yes Naoto On 7/26/13 12:02 PM, Steven Loomis wrote: > CFV and Project Proposal: HarfBuzz Integration Project (#2) > > PROPOSAL > > I hereby propose the creation of the HarfBuzz Integration Project > with Steven R. Loomis as the Lead and 2d-dev at openjdk.java.net as the > sponsoring Group(s). > > I am the maintainer of the ICU Layout Engine, which is used for complex text > rendering since Java 1.2 ([1]). This package has not been actively developed in > quite some time, as is evidenced by recent performance, stability, and security > issues that have been corrected. Although it is used in a number of other > projects (both open source and otherwise), it has been a long standing dream of > many (or at least, several) to have a single open source layout engine building > on the legacy of FreeType, Qt, Pango and ICU?s layout engines. This has been > realized by the HarfBuzz [2] project. > > WHY SHOULD OPENJDK SWITCH TO HARFBUZZ? > > * Significantly faster. > Khaled Hosny reports 10x for his Amiri font, and LibreOffice agrees. > > * More compatible with Uniscribe. > Extensively tested with a wide variety of fonts and data. > > * Much better script coverage. > Including new-spec Indic and others. > > * Actively maintained, active development community. > > * Written from the ground up to be secure. > > * Rapidly becoming the standard reusable OpenType layout engine. > If a project isn?t using an in-house engine such as Microsoft?s Uniscribe, or > those by Apple, Adobe, etc., it is probably using or will use HarfBuzz. > > * I, the maintainer of the ICU Layout Engine currently in the OpenJDK (srl) > recommend it. I?m also already involved in the HarfBuzz project and so can > make sure that OpenJDK?s use is well supported moving forward. > > * Independently tested by Mozilla, Android, ChromeOS. > > * In use by Android 4.3 (released this week), Qt, Pango (GNOME), Firefox, > Chromium, LibreOffice, XeTeX and others. > > * HarfBuzz has an ICU compatibility library which will make it easier to switch > back and forth between ICU and HarfBuzz. It involves dropping in different > headers and recompiling/relinking. > > * HarfBuzz has licenses compatible with both OpenJDK and commercial uses > ("HarfBuzz is licensed under the so-called "Old MIT" license. ") > > SCOPE OF PROJECT AND ROADMAP > > 1. The first step is to add configure switches which allow HarfBuzz?s ICU > compatibility layer to be chosen instead of ICU at build time. This can be > done as a prototype against JDK 8. > > 2. This would allow side-by-side comparisons of HB vs. ICU behavior from > functional, performance, and platform compatibility perspectives. > > 3. Next, we would integrate this into mainstream (building against HarfBuzz by > default) in JDK 9. > > 3. Future work could include HarfBuzz-specific code optimizations, including > calling into HarfBuzz directly instead of via the ICU wrapper. > > 4. Also to be explored would be any new API and features in the JDK which might > be possible because of the HarfBuzz engine. > > Note: there are some issues right now with dropping in different ICU versions - > see the ?libicu? discussion currently on 2d-dev for details. > > WHO WOULD BE INVOLVED IN THIS PROJECT? > > Initial authors: Steven R. Loomis, Omair Majid, Phil Race > Initial reviewers: Phil Race > Votes are due by: Thu Aug 1 12:00 GMT 2013. > > Only current OpenJDK Members [3] are eligible to vote on this motion. Votes > must be cast in the open on the discuss list. Replying to this message is > sufficient if your mail program honors the Reply-To header, by replying to to > this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > > Steven R. Loomis (IBM) > > > REFERENCES > > [1]https://ssl.icu-project.org/docs/papers/international_text_in_jdk_1.2/ (1997) > [2]http://www.freedesktop.org/wiki/Software/HarfBuzz/ > [3]http://openjdk.java.net/census#members > [4]http://openjdk.java.net/projects/#new-project-vote > From philip.race at oracle.com Fri Jul 26 22:05:19 2013 From: philip.race at oracle.com (Phil Race) Date: Fri, 26 Jul 2013 15:05:19 -0700 Subject: CFV and Project Proposal: HarfBuzz Integration Project (#2) In-Reply-To: References: Message-ID: <51F2F29F.7020400@oracle.com> On 7/26/2013 12:02 PM, Steven Loomis wrote: > CFV and Project Proposal: HarfBuzz Integration Project (#2) > > PROPOSAL > > I hereby propose the creation of the HarfBuzz Integration Project > with Steven R. Loomis as the Lead and 2d-dev at openjdk.java.net as the > sponsoring Group(s). > > Vote: yes. On behalf of the 2D group I confirm we will sponsor this project. -phil. From david.holmes at oracle.com Mon Jul 29 04:56:15 2013 From: david.holmes at oracle.com (David Holmes) Date: Mon, 29 Jul 2013 14:56:15 +1000 Subject: Per-process core dump directory In-Reply-To: References: Message-ID: <51F5F5EF.70503@oracle.com> Hi Richard, Moving this to the hotspot-dev list, please drop the discuss list from further emails as it is not for discussion of specific technical issues in the code. Thanks, David On 26/07/2013 6:29 PM, Richard Fearn wrote: > Hi all, > > Yesterday I was looking at where core dumps are saved when Java > processes crash (on Linux). > > I know that the location of core dumps is set via the > kernel.core_pattern kernel parameter, and can be seen in > /proc/sys/kernel/core_pattern. This is a global setting, however, that > applies to any process that crashes. > > Apache httpd has a CoreDumpDirectory directive [1] that allows the > directory to be specified; Apache installs signal handlers [2] so that > the current directory is changed before the dump is written. > > Has anything similar ever been considered for the JVM? I had a quick > look in the bug database, but apart from lots of reports of core dumps > happening, I couldn't see anything about changing the location where > they are stored. Are there any existing bugs about this? > > Regards, > > Rich > > [1] http://httpd.apache.org/docs/current/mod/mpm_common.html#coredumpdirectory > > [2] http://stackoverflow.com/a/2698415/200609 > From volker.simonis at gmail.com Mon Jul 29 08:18:39 2013 From: volker.simonis at gmail.com (Volker Simonis) Date: Mon, 29 Jul 2013 10:18:39 +0200 Subject: CFV and Project Proposal: HarfBuzz Integration Project (#2) In-Reply-To: References: Message-ID: Vote: yes On Fri, Jul 26, 2013 at 9:02 PM, Steven Loomis wrote: > CFV and Project Proposal: HarfBuzz Integration Project (#2) > > PROPOSAL > > I hereby propose the creation of the HarfBuzz Integration Project > with Steven R. Loomis as the Lead and 2d-dev at openjdk.java.net as the > sponsoring Group(s). > > I am the maintainer of the ICU Layout Engine, which is used for complex text > rendering since Java 1.2 ([1]). This package has not been actively developed in > quite some time, as is evidenced by recent performance, stability, and security > issues that have been corrected. Although it is used in a number of other > projects (both open source and otherwise), it has been a long standing dream of > many (or at least, several) to have a single open source layout engine building > on the legacy of FreeType, Qt, Pango and ICU?s layout engines. This has been > realized by the HarfBuzz [2] project. > > WHY SHOULD OPENJDK SWITCH TO HARFBUZZ? > > * Significantly faster. > Khaled Hosny reports 10x for his Amiri font, and LibreOffice agrees. > > * More compatible with Uniscribe. > Extensively tested with a wide variety of fonts and data. > > * Much better script coverage. > Including new-spec Indic and others. > > * Actively maintained, active development community. > > * Written from the ground up to be secure. > > * Rapidly becoming the standard reusable OpenType layout engine. > If a project isn?t using an in-house engine such as Microsoft?s Uniscribe, or > those by Apple, Adobe, etc., it is probably using or will use HarfBuzz. > > * I, the maintainer of the ICU Layout Engine currently in the OpenJDK (srl) > recommend it. I?m also already involved in the HarfBuzz project and so can > make sure that OpenJDK?s use is well supported moving forward. > > * Independently tested by Mozilla, Android, ChromeOS. > > * In use by Android 4.3 (released this week), Qt, Pango (GNOME), Firefox, > Chromium, LibreOffice, XeTeX and others. > > * HarfBuzz has an ICU compatibility library which will make it easier to switch > back and forth between ICU and HarfBuzz. It involves dropping in different > headers and recompiling/relinking. > > * HarfBuzz has licenses compatible with both OpenJDK and commercial uses > ("HarfBuzz is licensed under the so-called "Old MIT" license. ") > > SCOPE OF PROJECT AND ROADMAP > > 1. The first step is to add configure switches which allow HarfBuzz?s ICU > compatibility layer to be chosen instead of ICU at build time. This can be > done as a prototype against JDK 8. > > 2. This would allow side-by-side comparisons of HB vs. ICU behavior from > functional, performance, and platform compatibility perspectives. > > 3. Next, we would integrate this into mainstream (building against HarfBuzz by > default) in JDK 9. > > 3. Future work could include HarfBuzz-specific code optimizations, including > calling into HarfBuzz directly instead of via the ICU wrapper. > > 4. Also to be explored would be any new API and features in the JDK which might > be possible because of the HarfBuzz engine. > > Note: there are some issues right now with dropping in different ICU versions - > see the ?libicu? discussion currently on 2d-dev for details. > > WHO WOULD BE INVOLVED IN THIS PROJECT? > > Initial authors: Steven R. Loomis, Omair Majid, Phil Race > Initial reviewers: Phil Race > Votes are due by: Thu Aug 1 12:00 GMT 2013. > > Only current OpenJDK Members [3] are eligible to vote on this motion. Votes > must be cast in the open on the discuss list. Replying to this message is > sufficient if your mail program honors the Reply-To header, by replying to to > this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > > Steven R. Loomis (IBM) > > > REFERENCES > > [1]https://ssl.icu-project.org/docs/papers/international_text_in_jdk_1.2/ (1997) > [2]http://www.freedesktop.org/wiki/Software/HarfBuzz/ > [3]http://openjdk.java.net/census#members > [4]http://openjdk.java.net/projects/#new-project-vote From jeff.dinkins at oracle.com Mon Jul 29 15:15:10 2013 From: jeff.dinkins at oracle.com (Jeff Dinkins) Date: Mon, 29 Jul 2013 08:15:10 -0700 Subject: CFV and Project Proposal: HarfBuzz Integration Project (#2) In-Reply-To: References: Message-ID: Vote: yes On Jul 26, 2013, at 12:02 PM, Steven Loomis wrote: > CFV and Project Proposal: HarfBuzz Integration Project (#2) > > PROPOSAL > > I hereby propose the creation of the HarfBuzz Integration Project > with Steven R. Loomis as the Lead and 2d-dev at openjdk.java.net as the > sponsoring Group(s). > > I am the maintainer of the ICU Layout Engine, which is used for complex text > rendering since Java 1.2 ([1]). This package has not been actively developed in > quite some time, as is evidenced by recent performance, stability, and security > issues that have been corrected. Although it is used in a number of other > projects (both open source and otherwise), it has been a long standing dream of > many (or at least, several) to have a single open source layout engine building > on the legacy of FreeType, Qt, Pango and ICU?s layout engines. This has been > realized by the HarfBuzz [2] project. > > WHY SHOULD OPENJDK SWITCH TO HARFBUZZ? > > * Significantly faster. > Khaled Hosny reports 10x for his Amiri font, and LibreOffice agrees. > > * More compatible with Uniscribe. > Extensively tested with a wide variety of fonts and data. > > * Much better script coverage. > Including new-spec Indic and others. > > * Actively maintained, active development community. > > * Written from the ground up to be secure. > > * Rapidly becoming the standard reusable OpenType layout engine. > If a project isn?t using an in-house engine such as Microsoft?s Uniscribe, or > those by Apple, Adobe, etc., it is probably using or will use HarfBuzz. > > * I, the maintainer of the ICU Layout Engine currently in the OpenJDK (srl) > recommend it. I?m also already involved in the HarfBuzz project and so can > make sure that OpenJDK?s use is well supported moving forward. > > * Independently tested by Mozilla, Android, ChromeOS. > > * In use by Android 4.3 (released this week), Qt, Pango (GNOME), Firefox, > Chromium, LibreOffice, XeTeX and others. > > * HarfBuzz has an ICU compatibility library which will make it easier to switch > back and forth between ICU and HarfBuzz. It involves dropping in different > headers and recompiling/relinking. > > * HarfBuzz has licenses compatible with both OpenJDK and commercial uses > ("HarfBuzz is licensed under the so-called "Old MIT" license. ") > > SCOPE OF PROJECT AND ROADMAP > > 1. The first step is to add configure switches which allow HarfBuzz?s ICU > compatibility layer to be chosen instead of ICU at build time. This can be > done as a prototype against JDK 8. > > 2. This would allow side-by-side comparisons of HB vs. ICU behavior from > functional, performance, and platform compatibility perspectives. > > 3. Next, we would integrate this into mainstream (building against HarfBuzz by > default) in JDK 9. > > 3. Future work could include HarfBuzz-specific code optimizations, including > calling into HarfBuzz directly instead of via the ICU wrapper. > > 4. Also to be explored would be any new API and features in the JDK which might > be possible because of the HarfBuzz engine. > > Note: there are some issues right now with dropping in different ICU versions - > see the ?libicu? discussion currently on 2d-dev for details. > > WHO WOULD BE INVOLVED IN THIS PROJECT? > > Initial authors: Steven R. Loomis, Omair Majid, Phil Race > Initial reviewers: Phil Race > Votes are due by: Thu Aug 1 12:00 GMT 2013. > > Only current OpenJDK Members [3] are eligible to vote on this motion. Votes > must be cast in the open on the discuss list. Replying to this message is > sufficient if your mail program honors the Reply-To header, by replying to to > this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > > Steven R. Loomis (IBM) > > > REFERENCES > > [1]https://ssl.icu-project.org/docs/papers/international_text_in_jdk_1.2/ (1997) > [2]http://www.freedesktop.org/wiki/Software/HarfBuzz/ > [3]http://openjdk.java.net/census#members > [4]http://openjdk.java.net/projects/#new-project-vote From steven.loomis at oracle.com Thu Jul 25 20:56:23 2013 From: steven.loomis at oracle.com (Steven R. Loomis) Date: Thu, 25 Jul 2013 13:56:23 -0700 Subject: CFV and Project Proposal: HarfBuzz Integration Project Message-ID: <51F190F7.8010102@oracle.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I hereby propose the creation of the HarfBuzz Integration Project with Steven R. Loomis as the Lead and 2d-dev at openjdk.java.net as the sponsoring Group(s). I am the maintainer of the ICU Layout Engine, which is used for complex text rendering since Java 1.2 ([1]). This package has not been actively developed in quite some time, as is evidenced by recent performance, stability, and security issues that have been corrected. Although it is used in a number of other projects (both open source and otherwise), it has been a long standing dream of many (or at least, several) to have a single open source layout engine building on the legacy of FreeType, Qt, Pango and ICU?s layout engines. This has been realized by the HarfBuzz [2] project. What are some reasons JDK should switch to HarfBuzz? * Significantly faster. Khaled Hosny reports 10x for his Amiri font, and LibreOffice agrees. * Significantly better compatibility with Uniscribe - extensively tested * Much better script coverage. Including new-spec Indic. * Actively maintained, active development community. * Written from the ground up to be secure. * It's rapidly becoming the only important OpenType layout engine used by other projects. If you aren't using Microsoft's Uniscribe, Apple, or Adobe? you are probably using HarfBuzz. * The maintainer of the ICU Layout Engine currently in the JDK (me) recommends it. * Independently tested by Mozilla, Android, ChromeOS. * In use by Android 4.3 (released today), Qt, Pango (GNOME), Firefox, Chromium, LibreOffice, XeTeX and others * HarfBuzz has an ICU compatibility library which will make it easier to switch back and forth between ICU and HarfBuzz. It involves dropping in different headers and recompiling/relinking. * HarfBuzz has licenses compatible with both OpenJDK and commercial uses ("HarfBuzz is licensed under the so-called "Old MIT" license. ") What is being proposed: 1. The first step is to add configure switches which allow HarfBuzz's ICU compatibility layer to be chosen instead of ICU at build time. This can be done as a prototype against JDK 8. 2. The goal would be to integrate this into mainstream JDK (building against HarfBuzz by default) in JDK 9. 3. Future goals could include: a. HarfBuzz-specific code optimizations (calling into HB instead of the ICU wrapper) b. HarfBuzz-specific API? Note: there are some issues right now with dropping in different ICU versions ( see the "libicu" discussion currently on 2d-dev for details. ) Initial authors: Steven R. Loomis, Omair Majid, Phil Race Initial reviewers: Phil Race Votes are due by: Votes are due by Thu Aug 1 12:00 GMT 2013. Only current OpenJDK Members [3] are eligible to vote on this motion. Votes must be cast in the open on the discuss list. Replying to this message is sufficient if your mail program honors the Reply-To header, by replying to to this mailing list. For Lazy Consensus voting instructions, see [4]. Steven R. Loomis [1]https://ssl.icu-project.org/docs/papers/international_text_in_jdk_1.2/ - 1997 [2]http://www.freedesktop.org/wiki/Software/HarfBuzz/ [3]http://openjdk.java.net/census#members [4]http://openjdk.java.net/projects/#new-project-vote -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJR8ZD3AAoJEB9mVNwYCrNGIgMIAJMQ8X3f8Ct+0PVznTcvhSFa ludME9hQ1TjiqCAUMV5i5jWHBy3vOD3DQMcEcCUhtGCltXVdGq4xqs2K/hNXNaYj 4uF17gl+KdcPvxOV5ttF7/gBXgVVwqyn9aoMYAYWKH9CFVdoR1TgQbcp/eU4RZxU V6PR4+PSX35XVzomhlbtqUiJxBFJoMEd91QFVTr5YfLnOetLS9qNMhYT6f/Xf5RN z8D+xptdpKzFo3Sn7CdZcBv+Zih1IsHYkHCI79+1erm6gB1HCq5zOteYPCLggVu5 FhdZW/assdW4OOqvux/dxA1acHb7t/HM3Jt0t+ATs8RVcio2t5vvs6GLOIcVIwk= =ZemN -----END PGP SIGNATURE----- From james.graham at oracle.com Mon Jul 29 23:50:18 2013 From: james.graham at oracle.com (Jim Graham) Date: Mon, 29 Jul 2013 16:50:18 -0700 Subject: CFV and Project Proposal: HarfBuzz Integration Project (#2) In-Reply-To: References: Message-ID: <51F6FFBA.7090708@oracle.com> Vote: yes ...jim On 7/26/13 12:02 PM, Steven Loomis wrote: > CFV and Project Proposal: HarfBuzz Integration Project (#2) > > PROPOSAL > > I hereby propose the creation of the HarfBuzz Integration Project > with Steven R. Loomis as the Lead and 2d-dev at openjdk.java.net as the > sponsoring Group(s).