amber-dev  

Messages by Thread

• [External] : JEP532: Unreachable code issue. Reinier Zwitserloot
  • Re: [External] : JEP532: Unreachable code issue. Angelos Bimpoudis
• New candidate JEP: 532: Primitive Types in Patterns, instanceof, and switch (Fifth Preview) Mark Reinhold
• [External] : Experience Report -- Pain points parsing data into narrower types when using generics with nested patterns David Alayachew
  • Re: [External] : Experience Report -- Pain points parsing data into narrower types when using generics with nested patterns Aaryn Tonita
  • Re: [External] : Experience Report -- Pain points parsing data into narrower types when using generics with nested patterns David Alayachew
  • Re: [External] : Experience Report -- Pain points parsing data into narrower types when using generics with nested patterns David Alayachew
• [External] : Question about exactness-based narrowing and ordinary assignment Joe Mwangi
  • Re: [External] : Question about exactness-based narrowing and ordinary assignment Brian Goetz
  • Re: [External] : Question about exactness-based narrowing and ordinary assignment Joe Mwangi
• [External] : A pain point I ran into while modeling my hierarchy with DOP David Alayachew
  • Re: [External] : A pain point I ran into while modeling my hierarchy with DOP Aaryn Tonita
  • Re: [External] : A pain point I ran into while modeling my hierarchy with DOP David Alayachew
  • Re: [External] : A pain point I ran into while modeling my hierarchy with DOP Olexandr Rotan
  • Re: [External] : A pain point I ran into while modeling my hierarchy with DOP David Alayachew
  • Re: [External] : A pain point I ran into while modeling my hierarchy with DOP David Alayachew
• [External] : Question about switch expressions David Alayachew
• [External] : Would it make sense to change this compilation error message? David Alayachew
  • Re: [External] : Would it make sense to change this compilation error message? Maurizio Cimadamore
  • Re: [External] : Would it make sense to change this compilation error message? Jan Lahoda
• [External] : As patterns in “local variable declaration” vab2048
  • Re: [External] : As patterns in “local variable declaration” Angelos Bimpoudis
  • Re: [External] : As patterns in “local variable declaration” vab2048
• [External] : Guarded patterns for lambdas Nir Lisker
  • Re: [External] : Guarded patterns for lambdas Ethan McCue
  • Re: [External] : Guarded patterns for lambdas Brian Goetz
  • Re: [External] : Guarded patterns for lambdas Nir Lisker
• [External] : javac produces unverifiable class-file when using primitive type with instanceof Zheka Kozlov
  • Re: [External] : javac produces unverifiable class-file when using primitive type with instanceof Angelos Bimpoudis
• [External] : Proposal: Null-safe Varargs Factory Methods for Collections and Map Literals Hajo Lemcke
  • Re: [External] : Proposal: Null-safe Varargs Factory Methods for Collections and Map Literals Ethan McCue
  • Re: [External] : Proposal: Null-safe Varargs Factory Methods for Collections and Map Literals Brian Goetz
• [External] : BitSets, Flags and Bit Masks Ryan Leach
• git: openjdk/amber-docs: Adding link to Primitive Patterns JEP duke
• [External] : pattern matching performance issue Мосин Николай
  • Re: [External] : pattern matching performance issue Chen Liang
• Question about introduction of Either/Result like type to the Java language mfejzer
  • Re: [SPAM] Question about introduction of Either/Result like type to the Java language Remi Forax
  • Re: [SPAM] Question about introduction of Either/Result like type to the Java language Red IO
  • Re: [SPAM] Question about introduction of Either/Result like type to the Java language Aaryn Tonita
  • [External] : Re: [SPAM] Question about introduction of Either/Result like type to the Java language mfejzer
  • Re: [SPAM] Question about introduction of Either/Result like type to the Java language Brian Goetz
  • [External] : Re: [SPAM] Question about introduction of Either/Result like type to the Java language Olexandr Rotan
  • [External] : Re: [SPAM] Question about introduction of Either/Result like type to the Java language mfejzer
• Enhanced Enums Redux (with working code) Clement Cherlin
  • Re: Enhanced Enums Redux (with working code) Chen Liang
  • Re: Enhanced Enums Redux (with working code) Clement Cherlin
  • Re: Enhanced Enums Redux (with working code) Maurizio Cimadamore
  • [External] : Re: Enhanced Enums Redux (with working code) Clement Cherlin
  • Re: [External] : Re: Enhanced Enums Redux (with working code) Archie Cobbs
  • Re: [External] : Re: Enhanced Enums Redux (with working code) Kasper Nielsen
  • Re: [External] : Re: Enhanced Enums Redux (with working code) Clement Cherlin
  • [External] : Re: Enhanced Enums Redux (with working code) Clement Cherlin
  • [External] : Re: Enhanced Enums Redux (with working code) Clement Cherlin
  • Re: Enhanced Enums Redux (with working code) Maurizio Cimadamore
  • [External] : Re: Enhanced Enums Redux (with working code) Archie Cobbs
  • Re: Enhanced Enums Redux (with working code) Maurizio Cimadamore
  • [External] : Re: Enhanced Enums Redux (with working code) Archie Cobbs
  • [External] : Re: Enhanced Enums Redux (with working code) Clement Cherlin
  • Re: Enhanced Enums Redux (with working code) Maurizio Cimadamore
  • Re: Enhanced Enums Redux (with working code) Brian Goetz
  • [External] : Re: Enhanced Enums Redux (with working code) Clement Cherlin
  • Re: Enhanced Enums Redux (with working code) Maurizio Cimadamore
  • [External] : Re: Enhanced Enums Redux (with working code) Jens Lideström
  • Re: [External] : Re: Enhanced Enums Redux (with working code) Archie Cobbs
  • Re: [External] : Re: Enhanced Enums Redux (with working code) Brian Goetz
  • Re: [External] : Re: Enhanced Enums Redux (with working code) Clement Cherlin
  • Re: [External] : Re: Enhanced Enums Redux (with working code) Maurizio Cimadamore
  • Re: [External] : Re: Enhanced Enums Redux (with working code) David Alayachew
• Exploratory proposal: First-class namespace construct for data-oriented / functional Java Øyvind Kvien
  • Re: Exploratory proposal: First-class namespace construct for data-oriented / functional Java Mahied Maruf
  • Re: Exploratory proposal: First-class namespace construct for data-oriented / functional Java Brian Goetz
  • [External] : Re: Exploratory proposal: First-class namespace construct for data-oriented / functional Java Michał Kłeczek
  • [External] : Re: Exploratory proposal: First-class namespace construct for data-oriented / functional Java Øyvind Kvien
• "satisfies" behaviour within switch cases (JEP 530) Protonull
• Question about type pattern inside record pattern Cay Horstmann
  • Re: Question about type pattern inside record pattern Red IO
  • Re: Question about type pattern inside record pattern Matias Koivikko
  • Re: Question about type pattern inside record pattern Remi Forax
  • Re: Question about type pattern inside record pattern Brian Goetz
• Question about Array Patterns David Alayachew
  • Re: Question about Array Patterns Brian Goetz
  • Re: Question about Array Patterns David Alayachew
  • Re: Question about Array Patterns Brian Goetz
  • Re: Question about Array Patterns David Alayachew
• Discussion: The Glue Classes - Explicit, Modular Type Extension Marek Kozieł
• Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Steffen Yount
  • Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Ron Pressler
  • Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Ethan McCue
  • Re: [External] : Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Ron Pressler
  • Re: [External] : Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Ethan McCue
  • Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Steffen Yount
  • Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Ron Pressler
  • Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Olexandr Rotan
  • Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Josiah Noel
  • Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Olexandr Rotan
  • Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Olexandr Rotan
  • Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Steffen Yount
  • Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Ron Pressler
  • Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Ron Pressler
  • Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Steffen Yount
  • Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Ron Pressler
  • Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Steffen Yount
  • Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Ethan McCue
  • Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Remi Forax
  • Re: Proposal: Static Service Traits—Enhancing Java’s Static Polymorphism and ServiceLoader Facilities Steffen Yount
• git: openjdk/amber-docs: 2 new changesets duke
• Explicit end-of-use: the 'forget' keyword Marek Kozieł
  • RE: Explicit end-of-use: the 'forget' keyword Sidney Monteiro
  • Re: Explicit end-of-use: the 'forget' keyword Marek Kozieł
  • Re: Explicit end-of-use: the 'forget' keyword Attila Kelemen
  • Re: Explicit end-of-use: the 'forget' keyword Archie Cobbs
  • Re: Explicit end-of-use: the 'forget' keyword Attila Kelemen
  • Re: [SPAM] Explicit end-of-use: the 'forget' keyword Remi Forax
  • Re: Explicit end-of-use: the 'forget' keyword Tagir Valeev
• JEP 468 updating non-updatable fields Andy Gegg
  • Re: JEP 468 updating non-updatable fields Brian Goetz
  • Re: JEP 468 updating non-updatable fields Ryan Leach
  • Re: JEP 468 updating non-updatable fields Tagir Valeev
  • Re: JEP 468 updating non-updatable fields Brian Goetz
  • Re: JEP 468 updating non-updatable fields Ethan McCue
  • Re: JEP 468 updating non-updatable fields Brian Goetz
  • Re: JEP 468 updating non-updatable fields Ethan McCue
  • Re: JEP 468 updating non-updatable fields Brian Goetz
  • Re: JEP 468 updating non-updatable fields Holo The Sage Wolf
  • Re: JEP 468 updating non-updatable fields Mahied Maruf
  • Re: JEP 468 updating non-updatable fields Holo The Sage Wolf
  • Re: JEP 468 updating non-updatable fields Aaryn Tonita
  • Re: JEP 468 updating non-updatable fields Brian Goetz
  • Re: JEP 468 updating non-updatable fields Ethan McCue
  • Re: JEP 468 updating non-updatable fields Brian Goetz
  • Re: JEP 468 updating non-updatable fields Ethan McCue
  • Re: JEP 468 updating non-updatable fields Aaryn Tonita
  • Re: JEP 468 updating non-updatable fields Andy Gegg
• Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Amazing Code
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Tagir Valeev
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references David Alayachew
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Brian Goetz
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Red IO
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Ethan McCue
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Ethan McCue
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Archie Cobbs
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Mahied Maruf
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Brian Goetz
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Mahied Maruf
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Attila Kelemen
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Tagir Valeev
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Archie Cobbs
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Remi Forax
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Attila Kelemen
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Archie Cobbs
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Chen Liang
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Amazing Code
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Mahied Maruf
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Attila Kelemen
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Amazing Code
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Tagir Valeev
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Florent Guillaume
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Mahied Maruf
  • Re: Incident Report 9079511: Java Language Enhancement: Disallow access to static members via object references Mahied Maruf
• [amber-docs] RFR: Add "Data-Oriented Programming for Java: Beyond Records" Nicolai Parlog
  • Re: [amber-docs] RFR: Add "Data-Oriented Programming for Java: Beyond Records" Brian Goetz
  • Re: [amber-docs] RFR: Add "Data-Oriented Programming for Java: Beyond Records" Nir Lisker
  • [amber-docs] Withdrawn: Add "Data-Oriented Programming for Java: Beyond Records" Brian Goetz
• [amber-docs] RFR: Capitalize article titles according to Chicago style Nicolai Parlog
  • Re: [amber-docs] RFR: Capitalize article titles according to Chicago style Brian Goetz
  • [amber-docs] Withdrawn: Capitalize article titles according to Chicago style Brian Goetz
• Data Oriented Programming, Beyond Records Ganapathi Vara Prasad
  • Re: Data Oriented Programming, Beyond Records Ganapathi Vara Prasad
  • Re: Data Oriented Programming, Beyond Records Brian Goetz
  • Re: Data Oriented Programming, Beyond Records Ganapathi Vara Prasad
• Re: Amber features 2026 Archie Cobbs
  • Re: Amber features 2026 Brian Goetz
  • Re: Amber features 2026 John Rose
  • Re: Amber features 2026 Remi Forax
  • Re: Amber features 2026 Archie Cobbs
• Feedback about LazyConstants API (JEP526) david Grajales
  • Re: Feedback about LazyConstants API (JEP526) Per-Ake Minborg
  • Re: Feedback about LazyConstants API (JEP526) david Grajales
  • Re: Feedback about LazyConstants API (JEP526) Red IO
  • Re: Feedback about LazyConstants API (JEP526) Kirill Semyonkin
  • Re: Feedback about LazyConstants API (JEP526) David Alayachew
  • Re: [External] : Re: Feedback about LazyConstants API (JEP526) Per-Ake Minborg
  • Re: [External] : Re: Feedback about LazyConstants API (JEP526) Maurizio Cimadamore
  • Re: [External] : Re: Feedback about LazyConstants API (JEP526) Anatoly Kupriyanov
  • Re: [External] : Re: Feedback about LazyConstants API (JEP526) Maurizio Cimadamore
  • Re: [External] : Re: Feedback about LazyConstants API (JEP526) Maurizio Cimadamore
  • Re: [External] : Re: Feedback about LazyConstants API (JEP526) Anatoly Kupriyanov
  • Re: [External] : Re: Feedback about LazyConstants API (JEP526) Maurizio Cimadamore
  • Re: [External] : Re: Feedback about LazyConstants API (JEP526) Anatoly Kupriyanov
  • Fwd: [External] : Re: Feedback about LazyConstants API (JEP526) Red IO
  • Re: [External] : Re: Feedback about LazyConstants API (JEP526) Anatoly Kupriyanov
  • Re: [External] : Re: Feedback about LazyConstants API (JEP526) Maurizio Cimadamore
  • Re: [External] : Re: Feedback about LazyConstants API (JEP526) david Grajales
  • Re: [External] : Re: Feedback about LazyConstants API (JEP526) Maurizio Cimadamore
  • Re: [External] : Re: Feedback about LazyConstants API (JEP526) david Grajales
  • Re: [External] : Re: Feedback about LazyConstants API (JEP526) Red IO
  • Re: [External] : Re: Feedback about LazyConstants API (JEP526) Maurizio Cimadamore
• Feature Request -- Enumerate the RecordComponents of a record David Alayachew
  • Re: Feature Request -- Enumerate the RecordComponents of a record Attila Kelemen

• Earlier messages