From izzeldeen03 at gmail.com Wed Jan 5 00:17:30 2022 From: izzeldeen03 at gmail.com (Izz Rainy) Date: Wed, 5 Jan 2022 00:17:30 +0000 Subject: Idea for Collection Literals Message-ID: Hello! Hopefully this is the right place for this suggestion - if it isn't, please let me know. Recently, I've read some of the discussion linked in JEP 269 (Convenience Factory Methods for Collections), including why Collection Literals were shelved when brought up in Project Coin and Lambda. I believe that things may be different enough now (with dynamic constants possible, local variable inference and lambdas present, value types closer to completion, and project Amber bringing "smaller" features under consideration) to bring them up yet again. I've tried writing an informal proposal for them that tries to answer the main questions brought up in those original discussions: https://gist.github.com/l-Luna/08b6574d0c840de93634cf8d1e43c494 It tries to stay general to multiple kinds of collections (so long as they are either "list like" or "map like"), without trying to be too open ended, and includes ways of clearly specifying the target type and mutability, while also trying to infer a reasonable default for both. I understand that it's still unlikely to be added in the near future, but thought it wouldn't hurt to bring up again. From david.holmes at oracle.com Wed Jan 5 12:22:05 2022 From: david.holmes at oracle.com (David Holmes) Date: Wed, 5 Jan 2022 22:22:05 +1000 Subject: Idea for Collection Literals In-Reply-To: References: Message-ID: <2d1378a4-45d6-2b0a-546c-2a05ad1fc81b@oracle.com> Hi, On 5/01/2022 10:17 am, Izz Rainy wrote: > Hello! Hopefully this is the right place for this suggestion - if it isn't, > please let me know. It isn't the right place, please use core-libs-dev at openjdk.java.net. Thanks, David > Recently, I've read some of the discussion linked in JEP 269 (Convenience > Factory Methods for Collections), including why Collection Literals were > shelved when brought up in Project Coin and Lambda. I believe that things > may be different enough now (with dynamic constants possible, local > variable inference and lambdas present, value types closer to completion, > and project Amber bringing "smaller" features under consideration) to bring > them up yet again. > > I've tried writing an informal proposal for them that tries to answer the > main questions brought up in those original discussions: > https://gist.github.com/l-Luna/08b6574d0c840de93634cf8d1e43c494 > > It tries to stay general to multiple kinds of collections (so long as they > are either "list like" or "map like"), without trying to be too open ended, > and includes ways of clearly specifying the target type and mutability, > while also trying to infer a reasonable default for both. > > I understand that it's still unlikely to be added in the near future, but > thought it wouldn't hurt to bring up again. From adinn at redhat.com Tue Jan 18 13:47:07 2022 From: adinn at redhat.com (Andrew Dinn) Date: Tue, 18 Jan 2022 13:47:07 +0000 Subject: Published details of several Leyden Experiments Message-ID: <9d715edb-8cda-b7f6-c995-67df0a9ec57c@redhat.com> Apologies if posting this to discuss list is inappropriate but in the absence of a Leyden project mailinglist I could not come up with any better place to post. I recently gave a talk about static Java at the Joker 2021 conference which is now available online [1]. The talk described 3 experiments Red Hat had undertaken to look into implementing a static Java image generator using Hotspot components. Write ups of two of those experiments are available in my space on cr.openjdk.java.net as pdfs[2]. These documents each include a link to branches in Roland Westrelin's git repo clone of the OpenJDK git repo which contain the code modifications made for that experiment. The branches also include instructions on how to build and run it. Anyone who is interested is invited to watch the video read the docs, experiment and provide feedback. [1] https://www.youtube.com/watch?v=QUbA4tcYrTM [2] http://cr.openjdk.java.net/~adinn/leyden-experiments/ regards, Andrew Dinn ----------- From ethan at mccue.dev Sat Jan 29 19:06:02 2022 From: ethan at mccue.dev (Ethan McCue) Date: Sat, 29 Jan 2022 14:06:02 -0500 Subject: Contributing to dev.java Message-ID: Is there any place where I or others can contribute to dev.java or is that going to remain an oracle internal project for the foreseeable future? From dalibor.topic at oracle.com Mon Jan 31 17:19:08 2022 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Mon, 31 Jan 2022 18:19:08 +0100 Subject: Contributing to dev.java In-Reply-To: References: Message-ID: <289f24d9-2b05-9d6d-c385-d6567029941c@oracle.com> Hi Ethan, dev.java was announced at the Oracle Developer Live event in September 2021. [1] Please see [2] for details. The development of the site is internal at the moment but suggestions are always welcome - feel free to send them to java_devrel_grp (at) oracle.com. cheers, dalibor topic [1] https://twitter.com/sharat_chander/status/1437772619479089152 [2] https://youtu.be/PWFNPF3LNWQ?t=2732 On 29.01.2022 20:06, Ethan McCue wrote: > Is there any place where I or others can contribute to dev.java or is that > going to remain an oracle internal project for the foreseeable future? -- Dalibor Topic Consulting Product Manager Phone: +494089091214 , Mobile: +491737185961 Oracle Global Services Germany GmbH Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRB 246209 Gesch?ftsf?hrer: Ralf Herrmann