Re: [External] : Re: JDK 17 is now in Rampdown Phase Two
On 16.07.2021 10:55, Robert Scholte wrote: Hi Rory, thanks for the update. We're having 2 issues related to javadoc, one based on JDK 17-ea+30, the other one on Oracle OpenJDK 11.0.11 on Windows. Hi Robert, I don't think that we provide an Oracle OpenJDK build of 11.0.11, or at least I can't find it here: https://jdk.java.net/archive/. Did you mean Oracle JDK 11.0.11, by chance? cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic Consulting Product Manager Phone: +494089091214 , Mobile: +491737185961 , Video: dalibor.to...@oracle.com Oracle Global Services Germany GmbH Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRB 246209 Geschäftsführer: Ralf Herrmann - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: JDK 15 is in Rampdown Phase One
Hi Xeno, JDK 15 added support for CLDR 37 per https://bugs.openjdk.java.net/browse/JDK-8239480 , which adds support for the Fulah [0] language with the Adlam script per http://cldr.unicode.org/index/downloads/cldr-37 , among others. A parse error in a newly added locale sounds like something we should investigate. Please file a bug report on bugs.java.com and let us know the incident id. cheers, dalibor topic [0] https://en.wikipedia.org/wiki/Fula_language [1] https://en.wikipedia.org/wiki/Adlam_script An account of the script's development can be found at https://news.microsoft.com/stories/people/adlam.html . On 25.06.2020 01:39, Xeno Amess wrote: Hi. In your latest jdk15 versions, we found something not quite right. a related pr is at https://github.com/apache/commons-lang/pull/558 In short, some codes like this cannot pass tests for some Locale like "ff_LR_#Adlm" * @Test public void java15BuggyLocaleTest() throws ParseException { final String buggyLocaleName = "ff_LR_#Adlm"; Locale buggyLocale = null; for (final Locale locale : Locale.getAvailableLocales()) { if (buggyLocaleName.equals(locale.toString())) { buggyLocale = locale; break; } } if (buggyLocale == null) { return; } final Calendar cal = Calendar.getInstance(GMT); cal.clear(); cal.set(2003, Calendar.FEBRUARY, 10); final SimpleDateFormat sdf = new SimpleDateFormat(LONG_FORMAT, buggyLocale); final String formattedDate = sdf.format(cal.getTime()); sdf.parse(formattedDate); sdf.parse(formattedDate.toUpperCase(buggyLocale)); sdf.parse(formattedDate.toLowerCase(buggyLocale)); }* BUT in jdk 8-14's all locales can pass the tests, only ones newlly added in jdk15 fails. I wanna know whether it be by design or just a bug. Rory O'Donnell <mailto:rory.odonn...@oracle.com>> 于2020年6月23日周二 上午12:19写道: Hi Robert , *Per the JDK 15 schedule , we are in Rampdown Phase One* *[1] * *Please advise if you find any issues while testing the latest Early Access builds. * * Schedule for JDK 15 o *2020/06/11 Rampdown Phase One* o 2020/07/16 Rampdown Phase Two o 2020/08/06 Initial Release Candidate o 2020/08/20 Final Release Candidate o 2020/09/15 General Availability * Features included in JDK 15: o JEP 339: Edwards-Curve Digital Signature Algorithm (EdDSA) <http://openjdk.java.net/jeps/339> o JEP 360: Sealed Classes (Preview) <http://openjdk.java.net/jeps/360> o JEP 371: Hidden Classes <http://openjdk.java.net/jeps/371> o JEP 372: Remove the Nashorn JavaScript Engine <http://openjdk.java.net/jeps/372> o JEP 373: Reimplement the Legacy DatagramSocket API <https://openjdk.java.net/jeps/373> o JEP 374: Disable and Deprecate Biased Locking <http://openjdk.java.net/jeps/374> o JEP 375: Pattern Matching for instanceof (Second Preview) <https://openjdk.java.net/jeps/375> o JEP 377: ZGC: A Scalable Low-Latency Garbage Collector <http://openjdk.java.net/jeps/377> o JEP 378: Text Blocks <http://openjdk.java.net/jeps/378> o JEP 379: Shenandoah: A Low-Pause-Time Garbage Collector <https://openjdk.java.net/jeps/379> o JEP 381: Remove the Solaris and SPARC Ports <https://openjdk.java.net/jeps/381> o JEP 383: Foreign-Memory Access API (Second Incubator) <https://openjdk.java.net/jeps/383> o JEP 384: Records (Second Preview) <https://openjdk.java.net/jeps/384> o JEP 385: Deprecate RMI Activation for Removal <https://openjdk.java.net/jeps/385> *JDK 15 **Early Access build 28 **is available**at : - jdk.java.net/15/* <http://jdk.java.net/15/*> These early-access, open-source builds are provided under the GNU General Public License, version 2, with the Classpath Exception**Release notes * Release notes o http://jdk.java.net/15/release-notes * Recent fixes that might be of interest o Build 27 + JDK-8233215: jpackage doesn't allow enough flexibility for file type binding + JDK-8244582: Remove terminally deprecated Solaris-specific SO_FLOW_SLA socket option + JDK-8245068: Implement Deprecation of RMI Activation + JDK-8246770: Atomic::add() with 64 bit value fails to link on 32-bit platforms # Reported by JaCoCo o Build 26
Re: JDK 14 - Early Access build 22 is available
Hi Tibor, I'd recommend watching Brian's talk at https://www.youtube.com/watch?v=1H4vmT-Va4o for the latest status update on Project Valhalla from the JVM Language Summit in August, where JEP 169 is explored. Sergey gave a talk at Oracle Code One discussing the performance aspects which is available at https://www.youtube.com/watch?v=pS3JAjWKW8Y . You can follow the work of the expert group on the observers mailing list: https://mail.openjdk.java.net/pipermail/valhalla-spec-observers/ Finally, work on JDK 15 will start once JDK 14 reaches rampdown - that includes targeting features that are ready for that particular release. So it's not really possible to say ahead of time what would make it into JDK 15. You can find the JDK 14 schedule at https://openjdk.java.net/projects/jdk/14/ . cheers, dalibor topic On 12.11.2019 11:27, Tibor Digana wrote: Hi Rory, Can you explain the progress of the work in Value Objects (JEP-169) and proposed final release for it? You are here, so I want to utilize it and hear what is normally not written on your pages. It is quite important feature for the performance and memory consumption. Would you introduce it in JDK 15 without the overview switch? Thx Cheers Tibor17 On Tue, Nov 12, 2019 at 11:05 AM Rory O'Donnell mailto:rory.odonn...@oracle.com>> wrote: Hi Robert , *OpenJDK builds - JDK 14 *- Early Access build 22 is available at http://jdk.java.net/14/ These early-access, open-source builds are provided under the GNU General Public License, version 2, with the Classpath Exception <http://openjdk.java.net/legal/gplv2+ce.html>. * Release notes o https://jdk.java.net/14/release-notes * JEPs targeted to JDK 14, so far: * JEP 345: NUMA-Aware Memory Allocation for G1 <http://openjdk.java.net/jeps/345> was Targeted to JDK 14. * JEP 349: JFR Event Streaming <http://openjdk.java.net/jeps/349> was Integrated. * JEP 361: Switch Expressions (Standard) <http://openjdk.java.net/jeps/361> was Targeted to JDK 14. * JEP 363: Remove the Concurrent Mark Sweep (CMS) Garbage Collector <http://openjdk.java.net/jeps/363> was Targeted to JDK 14. * JEP 364: ZGC on macOS <http://openjdk.java.net/jeps/364> was Targeted to JDK 14. * JEP 365: ZGC on Windows <http://openjdk.java.net/jeps/365> moved to Candidate. * JEP 366: Deprecate the ParallelScavenge + SerialOld GC Combination <http://openjdk.java.net/jeps/366> was Proposed to target JDK 14. * JEP 367: Remove the Pack200 Tools and API <http://openjdk.java.net/jeps/367> was Targeted to JDK 14. * JEP 368: Text Blocks (Second Preview) <http://openjdk.java.net/jeps/368> moved to Candidate. * Changes in this build <http://hg.openjdk.java.net/jdk/jdk/log?rev=reverse%28%22jdk-14%2B21%22%3A%3A%22jdk-14%2B22%22-%22jdk-14%2B21%22%29&revcount=1000> *jpackage EA -* Build 14-jpackage+1-67 (2019/11/4) * This is an early access build of JEP 343: Packaging Tool <https://openjdk.java.net/jeps/343>, aimed at testing a prototype implementation of jpackage, which is a new tool for packaging self-contained Java applications along with a Java Runtime Environment. * These early-access builds are provided under the GNU General Public License, version 2, with the Classpath Exception <http://openjdk.java.net/legal/gplv2+ce.html> * Build 14 is now available http://jdk.java.net/jpackage/ * Please send feedback via e-mail to core-libs-...@openjdk.java.net <mailto:core-libs-...@openjdk.java.net> <mailto:core-libs-...@openjdk.java.net <mailto:core-libs-...@openjdk.java.net>> -- Rgds, Rory O'Donnell Quality Engineering Manager Oracle EMEA, Dublin, Ireland -- <http://www.oracle.com> Dalibor Topic | Consulting Product Manager Phone: +494089091214 | Mobile: +491737185961 | Video: dalibor.to...@oracle.com Oracle Global Services Germany GmbH Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRB 246209 Geschäftsführer: Ralf Herrmann <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: JDK 13 - Early Access build 17 is available
On 19.04.2019 22:21, Tibor Digana wrote: Sorry guys but again, what did you change in the language? Hi Tibor, there are no language change JEPs (or other kinds) targeted to JDK 13 yet. There is still almost eight weeks to go until Rampdown phase one starts, though. Please see https://openjdk.java.net/projects/jdk/13/ for details of the schedule. Based on the the JIRA status changes, I'd expect to see https://openjdk.java.net/jeps/350 as the first JEP proposed to be targeted for JDK 13 on jdk-dev after the Easter break, fwiw. I don't see any significant change between Java 9 and 13 because I can simply skip 4 versions... There are 12 JEPs in JDK 10, 17 JEPs in JDK 11, and 8 in JDK 12, for a total of 37 JEPs between JDK 10 and JDK 12. That's roughly 12 JEPs on average, which makes individual releases simpler to move on to, as was the goal with the new release model: "The six-month feature releases will be smaller than the multi-year feature releases of the past, and therefore easier to adopt." from https://mreinhold.org/blog/forward-faster So if you are not seeing significant issues in migrating from JDK 9 to JDK 13, then that's going according to plan. ;) Does it make sense to cut a release because you have to that you have milestones Yes, because predictability is a feature. Since the JDK is not an end unto itself, for a significant part of the ecosystem it's important to understand when a new release is planned and what shape it will likely take in order to be able to make their own plans or adjustments as necessary, in a predictable fashion. For a deeper discussion of the benefits of the new release cycle, please see https://adtmag.com/blogs/watersworks/2019/03/georges-saab.aspx?m=1 Fwiw, some other platform-building communities in the Java ecosystem have embraced a regular release cadence, as well - from Eclipse (who led the way with their release trains and now moved on to a quarterly release cycle), to Wildfly (quarterly), and even OpenLiberty (monthly). cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | D-22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Nederland, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: JDK 11 Early Access build 12 available
On 09.05.2018 23:35, Tibor Digana wrote: > I still do not have the answer regarding language features. Apologies for that - your email about language features didn't contain any question marks, so it seemed to be just a statement of your opinions. Since opinions are not questions, I didn't consider that you were looking for a reply. Why Oracle did not implement more language improvements after Java 1.8? Firstly, there was the introduction of the module system, which was the major Java programming language improvement in Java SE 9. Please see https://docs.oracle.com/javase/specs/jls/se9/html/jls-7.html#jls-7.7 for details. In addition, Java SE 9 contained some smaller language improvements, as described at https://docs.oracle.com/javase/9/language/toc.htm#JSLAN-GUID-B06D7006-D9F4-42F8-AD21-BF861747EDCF . Secondly, Java SE 10 introduced local variable type inference, another language improvement as described at https://docs.oracle.com/javase/10/language/toc.htm#JSLAN-GUID-7D5FDD65-ACE4-4B3C-80F4-CC01CBD211A4 . For Java SE 11, it's planned to refine that feature further as discussed at http://openjdk.java.net/jeps/323 . Further ideas for Java programming language improvements are being explored in Project Amber (see http://openjdk.java.net/projects/amber/ for details) for smaller changes, and Project Valhalla (see http://openjdk.java.net/projects/valhalla/ for details) for larger ones, like value types. For instance value objects. Is this in 9, 10 or 11? I could not find it. Assuming you mean value types, they are not targetted for any release yet, as they are still being explored in Project Valhalla. What about descriptive language and features? Is it possible in Java? Assuming you mean data classes, as in http://cr.openjdk.java.net/~briangoetz/amber/datum.html , they are being explored in Project Amber. They are not targetted for any release yet, either. If you're interested in following (or contributing to) the development of Project Amber and Project Valhalla, details of the features being explores, code, etc. I would suggest subscribing to their mailing lists, as linked off the respective web pages above. cheers, dalibor topic On Wed, May 9, 2018 at 8:28 PM, dalibor topic <mailto:dalibor.to...@oracle.com>> wrote: On 08.05.2018 11:36, Tibor Digana wrote: Is there any JVM which "shrinks" at least shrinks the native memory consumption so that the Java Heap is cca == Native Consumption at most of the time? I hope that the information in https://docs.oracle.com/javase/10/gctuning/factors-affecting-garbage-collection-performance.htm#JSGCT-GUID-7FB2D1D5-D75F-4AA1-A3B1-4A17F8FF97D0 <https://docs.oracle.com/javase/10/gctuning/factors-affecting-garbage-collection-performance.htm#JSGCT-GUID-7FB2D1D5-D75F-4AA1-A3B1-4A17F8FF97D0> is helpful in that regard. cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 H <https://maps.google.com/?q=KG+%7C+K%C3%BChneh%C3%B6fe+5+%7C+22761+H&entry=gmail&source=g>amburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D <https://maps.google.com/?q=tung:+Riesstr.+25,+D&entry=gmail&source=g>-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment <http://www.oracle.com/commitment>> Oracle is committed to developing practices and products that help protect the environment -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: JDK 11 Early Access build 12 available
On 08.05.2018 11:36, Tibor Digana wrote: Is there any JVM which "shrinks" at least shrinks the native memory consumption so that the Java Heap is cca == Native Consumption at most of the time? I hope that the information in https://docs.oracle.com/javase/10/gctuning/factors-affecting-garbage-collection-performance.htm#JSGCT-GUID-7FB2D1D5-D75F-4AA1-A3B1-4A17F8FF97D0 is helpful in that regard. cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: JDK 11 Early Access build 12 available
Hi Tibor, this issue was fixed meanwhile in Bytebuddy/Mockito. Please see https://github.com/raphw/byte-buddy/issues/428 for details. cheers, dalibor topic On 08.05.2018 17:56, Tibor Digana wrote: Here is first issue reported for PowerMock running on the top of JDK 11: https://github.com/powermock/powermock/issues/904 On Tue, May 8, 2018 at 10:17 AM, Rory O'Donnell mailto:rory.odonn...@oracle.com>> wrote: Hi Robert , **JDK 11 EA build 12 , *under both the GPL and Oracle EA licenses, is now available at **http://jdk.java.net/11**. ** * * Newly approved Schedule, status & features o http://openjdk.java.net/projects/jdk/11/ <http://openjdk.java.net/projects/jdk/11/> * Release Notes: o http://jdk.java.net/11/release-notes <http://jdk.java.net/11/release-notes> * Summary of changes o https://download.java.net/java/early_access/jdk11/12/jdk-11+12.html <https://download.java.net/java/early_access/jdk11/12/jdk-11+12.html> *Notable changes in JDK 11 EA builds since last email:* * Build 11 - see Release Notes for details. o JDK-8201315 : SelectableChannel.register may be invoked while a selection operation is in progress * Build 10 - see Release Notes for details. o JDK-8200149 : Removal of "com.sun.awt.AWTUtilities" class o JDK-8189997 (not public) : Enhanced KeyStore Mechanisms o JDK-8175075 (not public) : 3DES Cipher Suites Disabled * Build 9: - see Release Notes for details. o JDK-8200152 : KerberosString uses UTF-8 encoding by default o JDK-8200458 : Readiness information previously recorded in SelectionKey ready set not preserved ** *Draft JEP: Deprecate pack200, unpack200 tools and related APIs. [1] * This draft JEP [2] proposes to deprecate the pack200 APIs and tools in the JDK. As outlined in the JEP, the usefulness of this technology have diminishing returns, the components using them are being removed and connectivity speeds have improved by leaps and bounds, since its inception. Feedback appreciated via http://mail.openjdk.java.net/pipermail/jdk-dev <http://mail.openjdk.java.net/pipermail/jdk-dev> Regards, Rory [1] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-April/001074.html <http://mail.openjdk.java.net/pipermail/jdk-dev/2018-April/001074.html> [2] https://bugs.openjdk.java.net/browse/JDK-8200752 <https://bugs.openjdk.java.net/browse/JDK-8200752> Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA, Dublin,Ireland -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: JDK 9 images are now modular with JDK 9 Early Access build 41
On 10.12.2014 13:25, dalibor topic wrote: On 09.12.2014 20:33, Robert Scholte wrote: F:\java-workspace\apache-maven-maven\maven\maven-compat\src\main\java\org\apache\maven\repository\legacy\DefaultUpdateCheckManager.java:253: Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip() [ERROR] F:\java-workspace\apache-maven-maven\maven\maven-compat\src\main\java\org\apache\maven\repository\legacy\DefaultUpdateCheckManager.java:278: Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip() It seems like this method signature has changed: flip() used to return Buffer, now it returns ByteBuffer. There is a new flip() method on ByteBuffer returning a ByteBuffer, which overrides the flip() method on Buffer. http://download.java.net/jdk9/docs/api/java/nio/ByteBuffer.html#flip-- I believe it was introduced by https://bugs.openjdk.java.net/browse/JDK-4774077 - see http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-April/026458.html for more background. cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: JDK 9 images are now modular with JDK 9 Early Access build 41
On 09.12.2014 20:33, Robert Scholte wrote: F:\java-workspace\apache-maven-maven\maven\maven-compat\src\main\java\org\apache\maven\repository\legacy\DefaultUpdateCheckManager.java:253: Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip() [ERROR] F:\java-workspace\apache-maven-maven\maven\maven-compat\src\main\java\org\apache\maven\repository\legacy\DefaultUpdateCheckManager.java:278: Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip() It seems like this method signature has changed: flip() used to return Buffer, now it returns ByteBuffer. There is a new flip() method on ByteBuffer returning a ByteBuffer, which overrides the flip() method on Buffer. http://download.java.net/jdk9/docs/api/java/nio/ByteBuffer.html#flip-- cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Early Access builds for JDK 9 b29 and JDK 8u40 b05 are available on java.net
On 9/16/14 2:34 PM, Mark Derricutt wrote: > On 16 Sep 2014, at 23:54, Balchandra Vaidya wrote: > | - The permanent generation has been removed. The >PermSize and MaxPermSize are ignored and a warning is >issued if they are present on the command line. > | > > It should be /ignored/ - not crash the VM. The option is ignored in JDK 8. It is removed in JDK 9, causing the java launcher to exit. See https://bugs.openjdk.java.net/browse/JDK-8038827 for a similar report. cheers, dalibor toipc -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: JDK 8 Build 121 & JDK 7 Update 60 build 02 are available on java.net
On 17.01.2014 18:17, Robert Scholte wrote: https://builds.apache.org/view/M-R/view/Maven/job/maven-plugins-ITs-m3.1.x-with-maven-plugin-jdk-1.8/ #423 hr 50 minubuntu_ARM_12 Looking at https://builds.apache.org/view/M-R/view/Maven/job/maven-plugins-ITs-m3.1.x-with-maven-plugin-jdk-1.8/42/console is seems like there are some network connection issues: [WARNING] Unable to get resource 'org.apache.maven.plugin-tools:maven-plugin-tools-javadoc:pom:2.4.2' from repository central (http://repo.maven.apache.org/maven2): Error transferring file: repo.maven.apache.org [WARNING] Unable to get resource 'org.apache.maven.plugin-tools:maven-plugin-tools-javadoc:pom:2.4.2' from repository central (http://repo.maven.apache.org/maven2): Error transferring file: repo.maven.apache.org [INFO] snapshot org.apache.maven.plugins.maven-javadoc-plugin.unit:stylesheetfile-test:1.0-SNAPSHOT: checking for updates from central [WARNING] repository metadata for: 'snapshot org.apache.maven.plugins.maven-javadoc-plugin.unit:stylesheetfile-test:1.0-SNAPSHOT' could not be retrieved from repository: central due to an error: Error transferring file: repo.maven.apache.org etc. If something's timing out, that might explain the difference. cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: JDK 8 Build 121 & JDK 7 Update 60 build 02 are available on java.net
Well, looking at https://builds.apache.org/view/M-R/view/Maven/job/maven-plugins-ITs-m3.1.x-with-maven-plugin-jdk-1.8/34/consoleText I see "os.arch=arm" "sun.arch.abi=gnueabihf" While https://builds.apache.org/computer/ubuntu1/systemInfo is an amd64 system. ;) cheers, dalibor topic On 17.01.2014 18:56, Robert Scholte wrote: https://builds.apache.org/view/M-R/view/Maven/job/maven-plugins-ITs-m3.1.x-with-maven-plugin-jdk-1.8/34/ this seems to be the latest valid run. A few plugins fail due the JDK8 related (hence, that's why this job was created). It took 6 hr 23 min. to finish this job. Stephen Connolly also mentions the following: "isn't ubuntu_ARM_12 an ARM machine and not amd64 ubuntu1-6 are all amd64 AFAIR" Maybe these systems are too different to make a comparison, would be nice if we could benchmark it somehow on equivalent environments. Robert Op Fri, 17 Jan 2014 18:35:31 +0100 schreef dalibor topic : On 17.01.2014 18:17, Robert Scholte wrote: https://builds.apache.org/view/M-R/view/Maven/job/maven-plugins-ITs-m3.1.x-with-maven-plugin-jdk-1.8/ #423 hr 50 minubuntu_ARM_12 Looking at https://builds.apache.org/view/M-R/view/Maven/job/maven-plugins-ITs-m3.1.x-with-maven-plugin-jdk-1.8/42/console is seems like there are some network connection issues: [WARNING] Unable to get resource 'org.apache.maven.plugin-tools:maven-plugin-tools-javadoc:pom:2.4.2' from repository central (http://repo.maven.apache.org/maven2): Error transferring file: repo.maven.apache.org [WARNING] Unable to get resource 'org.apache.maven.plugin-tools:maven-plugin-tools-javadoc:pom:2.4.2' from repository central (http://repo.maven.apache.org/maven2): Error transferring file: repo.maven.apache.org [INFO] snapshot org.apache.maven.plugins.maven-javadoc-plugin.unit:stylesheetfile-test:1.0-SNAPSHOT: checking for updates from central [WARNING] repository metadata for: 'snapshot org.apache.maven.plugins.maven-javadoc-plugin.unit:stylesheetfile-test:1.0-SNAPSHOT' could not be retrieved from repository: central due to an error: Error transferring file: repo.maven.apache.org etc. If something's timing out, that might explain the difference. cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [OT] javamail open source implementation?
Vincent Massol wrote: Hi, I remember seeing an open source implementation of javamail some time back but I can't find it again. Does anyone remember seeing this too? For the announcement plugin we need to be able to send emails. Adding a dependency to javamail is not cool as it is not redistributable (and not on ibiblio). Does anyone have an alternative (I remember seeing one but I can't fathom the name)? GNU Java Mail? http://www.gnu.org/software/classpathx/javamail/javamail.html cheers, dalibor topic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Missing sources for GPLd and LGPLd artifacts
Hi Maven developers, while browsing the ibiblio repository, I noticed that some LGPLd and GPLd artifacts didn't have their sources available. I hope that's just some glitch that happened when the artifacts were uploaded. Since the GPL and LGPL both require the sources for binaries to be distributed as well, it'd be nice if the ibiblio repository could include them, too. See the GPL FAQ for more information: http://www.gnu.org/licenses/gpl-faq.html On a side note, I've seen that recently even hard-core Maven developers have began to recognize the value of having source code available though Maven. Congratulations on that amazing breakthrough. Hosting the free software sources in your central repository would make it easy for you comply with licenses of respective free software, while making it very convenient for maven users to access these sources through your tool. cheers, dalibor topic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jira] Commented: (MAVEN-1129) Maven uses sun.* classes directly to access Base64 codec
Ben Walding wrote: There is also a public domain Base64 encoder at http://iharder.sourceforge.net/base64/ Or just rip that part out of commons-codec -> that might be more painful as it will probably be all hacked up as part of a mystical framework. There is probably a ton of those Base64 codecs, but since there is already one in Jakarta, it makes most sense to me to use that one in Maven, too. Reusing other people's designs of good wheels, etc. So if I understand it correctly, it makes the most sense to download it using ant in the bootstrap xml file. the only remaining question I have is: where to download it from? The maven ibiblio repository? cheers, dalibor topic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jira] Commented: (MAVEN-1129) Maven uses sun.* classes directly to access Base64 codec
Hi Dion, [EMAIL PROTECTED] wrote: The following comment has been added to this issue: Author: dion gillard Created: Sun, 1 Feb 2004 10:46 PM Body: This patch breaks bootstrap. Bootstrap will need to be updated to include commons-codec in the classpath Thanks for the quick reply. How should I proceed from here? Patch some bootstrap file and resubmit the patch? cheers, dalibor topic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Building maven CVS under free runtimes (kaffe): Breaks during compilation
Hi Brett, Brett Porter wrote: Nice catch. CVS HEAD shouldn't give that error though, so there must be other issues. thanks! Can you file this in JIRA and attach the patch so it doesn't get forgotten? done. Include the instructions on how to get the necessary kaffe too :) done, too ;) also how to patch maven 1.0-rc1 to get it run at all ;) cheers, dalibor topic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Building maven CVS under free runtimes (kaffe): Breaks during compilation
Hi Ryan, Ryan Hoegg wrote: http://jakarta.apache.org/commons/codec The Jakarta Commons Codec project has a Base64 implementation that is being used in Apache XML-RPC and the Jakarta Commons HttpClient. Please try (and apply ;) the attached patch for making Maven's CVS head build on a free runtime (i.e Kaffe[1]) with Maven 1.0-rc1. 2004-01-22 Dalibor Topic <[EMAIL PROTECTED]> * project.xml: Added dependency on commons-codec * src/java/org/apache/maven/util/HttpUtils.java: Use Base64 encoder from Jakarta Commons-Codec. with the attached patch, maven's CVS builds fine with kaffe. You need to set the build compiler to kaffe's kjc compiler, though. MAVEN_OPTS=-Dbuild.compiler=kjc maven jar I eventually end up having other problems, the regression tests for touchstone fail with: BUILD FAILED File.. file:/tmp/topic/maven/ Element... maven:maven Line.. 41 Column 9 Unable to obtain goal [touchstone-tests] -- file:/tmp/topic/maven/src/test/touchstone-build/:72:24: Goal should be used from the touchstone plugin. We have an internal error processing goals. Total time: 12 minutes 31 seconds Finished at: Thu Jan 22 18:37:09 GMT+01:00 2004 which may or not may be a maven/kaffe problem. cheers, dalibor topic [1] http://www.kaffe.org , current CVS head ;) Index: project.xml === RCS file: /home/cvspublic/maven/project.xml,v retrieving revision 1.327 diff -u -r1.327 project.xml --- project.xml 28 Dec 2003 23:04:13 - 1.327 +++ project.xml 22 Jan 2004 17:48:12 - @@ -431,6 +431,11 @@ 1.4.1 http://jakarta.apache.org/commons/digester.html + + commons-codec + 1.1 + http://jakarta.apache.org/commons/codec/ + commons-jelly Index: src/java/org/apache/maven/util/HttpUtils.java === RCS file: /home/cvspublic/maven/src/java/org/apache/maven/util/HttpUtils.java,v retrieving revision 1.28 diff -u -r1.28 HttpUtils.java --- src/java/org/apache/maven/util/HttpUtils.java 27 Oct 2003 16:33:11 - 1.28 +++ src/java/org/apache/maven/util/HttpUtils.java 22 Jan 2004 17:48:12 - @@ -67,6 +67,9 @@ import java.net.URL; import java.net.URLConnection; +import org.apache.commons.codec.BinaryEncoder; +import org.apache.commons.codec.binary.Base64; + /** * Http utils for retrieving files. * @@ -238,14 +241,9 @@ { String up = username + ":" + password; String encoding = null; -// check to see if sun's Base64 encoder is available. -try -{ -sun.misc.BASE64Encoder encoder = -(sun.misc.BASE64Encoder) Class.forName( -"sun.misc.BASE64Encoder" ).newInstance(); - -encoding = encoder.encode( up.getBytes() ); + try { +BinaryEncoder encoder = new Base64(); +encoding = new String( encoder.encode( up.getBytes() ) ); } catch ( Exception ex ) { @@ -405,4 +403,4 @@ file.setLastModified( modifiedTime ); return true; } -} \ No newline at end of file +} - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Building maven CVS under free runtimes (kaffe): Breaks during compilation
Hi all, I'm a kaffe developer currently discovering the wonderful world of maven ;) It seems like a very nice tool to me, and the kaffe project uses it for managing the docbook documentation. Maven 1.0 rc1 doesn't run out of the box with kaffe (yet), but with a small patch to maven [1], and a few patches to kaffe's latest CVS it's possible to get quite far [2]. Encouraged by this, I tried to build maven's latest CVS with kaffe, and again, I got quite far with maven jar. Unfortunately, the compilation doesn't succeed: bash-2.05a$ MAVEN_OPTS=-Dbuild.compiler=kjc maven jar __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT java:prepare-filesystem: java:compile: [echo] Compiling to /tmp/topic/maven/target/classes [javac] Compiling 93 source files to /tmp/topic/maven/target/classes /tmp/topic/maven/src/java/org/apache/maven/util/HttpUtils.java:244: error:Cannot find type "sun/misc/BASE64Encoder" BUILD FAILED Since no good code uses sun internal classes, I'm sure it would be possible to remove the reference to "sun/misc/BASE64Encoder", in order to make it compile on free runtimes, as well. I believe ant had a similar problem, and it was fixed by using reflection. Of course, putting sun.misc.BASE64Encoder encoder = (sun.misc.BASE64Encoder) Class.forName( "sun.misc.BASE64Encoder" ).newInstance(); straight in the code, makes the point of using reflection quite moot ;) cheers, dalibor topic [1] Remove the unmecessary tools.jar entry in forehead.conf [2] http://www.kaffe.org/~robilad/mavenized-kaffe-website.png maven jar works fine. maven site:generate breaks due to some code using some unportable (i.e. sun internal) classes. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]