From behrangsa at gmail.com Fri Apr 1 04:33:19 2016 From: behrangsa at gmail.com (Behrang Saeedzadeh) Date: Fri, 1 Apr 2016 15:33:19 +1100 Subject: Feature Request: Import As (e.g. import java.sql.Connection as SqlConnection) Message-ID: Hi all, Any thoughts on this feature? I think it should be relatively simple to implement and considering these days an app might use various types of data storage as well as queues, etc. it is very likely for two classes with the same name but from different packages need to be used in a given class. This could be extended to imported static methods too, because sometimes their names are ambiguous if they are not prefixed with their respective classes. import static java.lang.String.format as stringFormat; // or import static java.lang.String.format as sformat; // or import static java.lang.String.format as formats; Best regards, Behrang Saeedzadeh From me at noctarius.com Fri Apr 1 04:48:32 2016 From: me at noctarius.com (Christoph Engelbert) Date: Fri, 1 Apr 2016 06:48:32 +0200 Subject: Feature Request: Import As (e.g. import java.sql.Connection as SqlConnection) In-Reply-To: References: Message-ID: Hey Behrang, Yeah I like the idea, anyhow you know new keywords and Java is not going to be friends :) However you could do something like: import java.sql.Connection : SqlConnection; or import SqlConnection = java.sql.Connection; There are most possible tons of other possibilities. I also like the option in Dlang to import multiple classes from the same package in a single line: https://dlang.org/spec/module.html#selective_imports Cheers, Chris > On 01 Apr 2016, at 06:33, Behrang Saeedzadeh wrote: > > Hi all, > > Any thoughts on this feature? I think it should be relatively simple to > implement and considering these days an app might use various types of data > storage as well as queues, etc. it is very likely for two classes with the > same name but from different packages need to be used in a given class. > > This could be extended to imported static methods too, because sometimes > their names are ambiguous if they are not prefixed with their respective > classes. > > import static java.lang.String.format as stringFormat; > // or > import static java.lang.String.format as sformat; > // or > import static java.lang.String.format as formats; > > Best regards, > Behrang Saeedzadeh From curoli at gmail.com Fri Apr 1 13:23:47 2016 From: curoli at gmail.com (Oliver Ruebenacker) Date: Fri, 1 Apr 2016 09:23:47 -0400 Subject: Feature Request: Import As (e.g. import java.sql.Connection as SqlConnection) In-Reply-To: References: Message-ID: Hello, Here is how Scala does it: The clause makes available without qualification.. import p._ all members of p (this is analogous to *import* p.* in Java). import p.x the member x of p. import p.{x *=>* a} the member x of p renamed as a. import p.{x, y} the members x and y of p. import p1.p2.z the member z of p2, itself member of p1. Best, Oliver On Fri, Apr 1, 2016 at 12:48 AM, Christoph Engelbert wrote: > Hey Behrang, > > Yeah I like the idea, anyhow you know new keywords and Java is not going > to be friends :) However you could do something like: > > import java.sql.Connection : SqlConnection; > or > import SqlConnection = java.sql.Connection; > > There are most possible tons of other possibilities. I also like the > option in Dlang to import multiple classes from the same package in a > single line: https://dlang.org/spec/module.html#selective_imports < > https://dlang.org/spec/module.html#selective_imports> > > Cheers, > Chris > > > On 01 Apr 2016, at 06:33, Behrang Saeedzadeh > wrote: > > > > Hi all, > > > > Any thoughts on this feature? I think it should be relatively simple to > > implement and considering these days an app might use various types of > data > > storage as well as queues, etc. it is very likely for two classes with > the > > same name but from different packages need to be used in a given class. > > > > This could be extended to imported static methods too, because sometimes > > their names are ambiguous if they are not prefixed with their respective > > classes. > > > > import static java.lang.String.format as stringFormat; > > // or > > import static java.lang.String.format as sformat; > > // or > > import static java.lang.String.format as formats; > > > > Best regards, > > Behrang Saeedzadeh > > -- Oliver Ruebenacker Senior Software Engineer, Diabetes Portal , Broad Institute From curoli at gmail.com Fri Apr 1 13:27:22 2016 From: curoli at gmail.com (Oliver Ruebenacker) Date: Fri, 1 Apr 2016 09:27:22 -0400 Subject: Feature Request: Import As (e.g. import java.sql.Connection as SqlConnection) In-Reply-To: References: Message-ID: Hello, Sorry, last message lost its formatting. Here is how Scala does it: import p._ all members of p (this is analogous to *import* p.* in Java). import p.x the member x of p. import p.{x *=>* a} the member x of p renamed as a. import p.{x, y} the members x and y of p. import p1.p2.z the member z of p2, itself member of p1. Best, Oliver On Fri, Apr 1, 2016 at 9:23 AM, Oliver Ruebenacker wrote: > > Hello, > > Here is how Scala does it: > > The clause makes available without qualification.. import p._ all members > of p (this is analogous to *import* p.* in Java). import p.x the member x > of p. import p.{x *=>* a} the member x of p renamed as a. import p.{x, y} > the members x and y of p. import p1.p2.z the member z of p2, itself > member of p1. > Best, Oliver > > On Fri, Apr 1, 2016 at 12:48 AM, Christoph Engelbert > wrote: > >> Hey Behrang, >> >> Yeah I like the idea, anyhow you know new keywords and Java is not going >> to be friends :) However you could do something like: >> >> import java.sql.Connection : SqlConnection; >> or >> import SqlConnection = java.sql.Connection; >> >> There are most possible tons of other possibilities. I also like the >> option in Dlang to import multiple classes from the same package in a >> single line: https://dlang.org/spec/module.html#selective_imports < >> https://dlang.org/spec/module.html#selective_imports> >> >> Cheers, >> Chris >> >> > On 01 Apr 2016, at 06:33, Behrang Saeedzadeh >> wrote: >> > >> > Hi all, >> > >> > Any thoughts on this feature? I think it should be relatively simple to >> > implement and considering these days an app might use various types of >> data >> > storage as well as queues, etc. it is very likely for two classes with >> the >> > same name but from different packages need to be used in a given class. >> > >> > This could be extended to imported static methods too, because sometimes >> > their names are ambiguous if they are not prefixed with their respective >> > classes. >> > >> > import static java.lang.String.format as stringFormat; >> > // or >> > import static java.lang.String.format as sformat; >> > // or >> > import static java.lang.String.format as formats; >> > >> > Best regards, >> > Behrang Saeedzadeh >> >> > > > -- > Oliver Ruebenacker > Senior Software Engineer, Diabetes Portal > , Broad Institute > > > -- Oliver Ruebenacker Senior Software Engineer, Diabetes Portal , Broad Institute From jonathan.gibbons at oracle.com Fri Apr 1 19:30:17 2016 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Fri, 01 Apr 2016 12:30:17 -0700 Subject: Feature Request: Import As (e.g. import java.sql.Connection as SqlConnection) In-Reply-To: References: Message-ID: <56FECC49.8050405@oracle.com> Without commenting on the merits of the suggestion, I note this is not a new request. See JDK-7166917: Importing packages and classes with alias https://bugs.openjdk.java.net/browse/JDK-7166917 -- Jon On 03/31/2016 09:33 PM, Behrang Saeedzadeh wrote: > Hi all, > > Any thoughts on this feature? I think it should be relatively simple to > implement and considering these days an app might use various types of data > storage as well as queues, etc. it is very likely for two classes with the > same name but from different packages need to be used in a given class. > > This could be extended to imported static methods too, because sometimes > their names are ambiguous if they are not prefixed with their respective > classes. > > import static java.lang.String.format as stringFormat; > // or > import static java.lang.String.format as sformat; > // or > import static java.lang.String.format as formats; > > Best regards, > Behrang Saeedzadeh From forax at univ-mlv.fr Fri Apr 1 21:41:12 2016 From: forax at univ-mlv.fr (Remi Forax) Date: Fri, 1 Apr 2016 23:41:12 +0200 (CEST) Subject: Feature Request: Import As (e.g. import java.sql.Connection as SqlConnection) In-Reply-To: <56FECC49.8050405@oracle.com> References: <56FECC49.8050405@oracle.com> Message-ID: <1797620987.797110.1459546872244.JavaMail.zimbra@u-pem.fr> I think the oldest bug related to this feature is https://bugs.openjdk.java.net/browse/JDK-4194542 The bug was reported against the 1.2 :) R?mi (i'm getting old) ----- Mail original ----- > De: "Jonathan Gibbons" > ?: discuss at openjdk.java.net > Envoy?: Vendredi 1 Avril 2016 21:30:17 > Objet: Re: Feature Request: Import As (e.g. import java.sql.Connection as SqlConnection) > > Without commenting on the merits of the suggestion, I note this is not a > new request. > See JDK-7166917: Importing packages and classes with alias > https://bugs.openjdk.java.net/browse/JDK-7166917 > > -- Jon > > On 03/31/2016 09:33 PM, Behrang Saeedzadeh wrote: > > Hi all, > > > > Any thoughts on this feature? I think it should be relatively simple to > > implement and considering these days an app might use various types of data > > storage as well as queues, etc. it is very likely for two classes with the > > same name but from different packages need to be used in a given class. > > > > This could be extended to imported static methods too, because sometimes > > their names are ambiguous if they are not prefixed with their respective > > classes. > > > > import static java.lang.String.format as stringFormat; > > // or > > import static java.lang.String.format as sformat; > > // or > > import static java.lang.String.format as formats; > > > > Best regards, > > Behrang Saeedzadeh > > From patrick at reini.net Thu Apr 7 08:07:36 2016 From: patrick at reini.net (patrick at reini.net) Date: Thu, 07 Apr 2016 10:07:36 +0200 Subject: Contents of the server-jre Message-ID: <5e53d4ef4752381bf85b2b73a951fd1c@reini.net> Hi there, I'm not shure if I'm right here, but do anyone know why the Oracle Server JRE does not contain a javadoc executable even though the tools.jar exist? Cheers Patrick From martijnverburg at gmail.com Thu Apr 7 09:31:20 2016 From: martijnverburg at gmail.com (Martijn Verburg) Date: Thu, 7 Apr 2016 10:31:20 +0100 Subject: Contents of the server-jre In-Reply-To: <5e53d4ef4752381bf85b2b73a951fd1c@reini.net> References: <5e53d4ef4752381bf85b2b73a951fd1c@reini.net> Message-ID: Hi Patrick, I think this is a question for the Oracle commercial Java product team as opposed to an OpenJDK matter. Cheers, Martijn On 7 April 2016 at 09:07, wrote: > Hi there, > > I'm not shure if I'm right here, but do anyone know why the Oracle Server > JRE does not contain a javadoc executable even though the tools.jar exist? > > Cheers Patrick > From patrick at reini.net Thu Apr 7 10:01:22 2016 From: patrick at reini.net (patrick at reini.net) Date: Thu, 07 Apr 2016 12:01:22 +0200 Subject: Contents of the server-jre In-Reply-To: References: <5e53d4ef4752381bf85b2b73a951fd1c@reini.net> Message-ID: <261bac4a351c4714d060f73827f866d0@reini.net> Hi Martijn, Thanks for the help, trying to find a channel to place the question without the have to submit a actual bug... Cheers Patrick On 2016-04-07 11:31, Martijn Verburg wrote: > Hi Patrick, > > I think this is a question for the Oracle commercial Java product team > as > opposed to an OpenJDK matter. > > Cheers, > Martijn > > On 7 April 2016 at 09:07, wrote: > >> Hi there, >> >> I'm not shure if I'm right here, but do anyone know why the Oracle >> Server >> JRE does not contain a javadoc executable even though the tools.jar >> exist? >> >> Cheers Patrick >> From sean.coffey at oracle.com Thu Apr 7 10:53:55 2016 From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=) Date: Thu, 7 Apr 2016 11:53:55 +0100 Subject: Contents of the server-jre In-Reply-To: <261bac4a351c4714d060f73827f866d0@reini.net> References: <5e53d4ef4752381bf85b2b73a951fd1c@reini.net> <261bac4a351c4714d060f73827f866d0@reini.net> Message-ID: <57063C43.9090400@oracle.com> Inquiries about Oracle products should go to the community.oracle.com forums. Regards, Sean. On 07/04/2016 11:01, patrick at reini.net wrote: > Hi Martijn, > > Thanks for the help, trying to find a channel to place the question > without the have to submit a actual bug... > > Cheers Patrick > > On 2016-04-07 11:31, Martijn Verburg wrote: >> Hi Patrick, >> >> I think this is a question for the Oracle commercial Java product >> team as >> opposed to an OpenJDK matter. >> >> Cheers, >> Martijn >> >> On 7 April 2016 at 09:07, wrote: >> >>> Hi there, >>> >>> I'm not shure if I'm right here, but do anyone know why the Oracle >>> Server >>> JRE does not contain a javadoc executable even though the tools.jar >>> exist? >>> >>> Cheers Patrick >>> > From andrea.rosa at usi.ch Fri Apr 15 12:26:42 2016 From: andrea.rosa at usi.ch (Andrea Rosa) Date: Fri, 15 Apr 2016 12:26:42 +0000 Subject: Managed Languages Conference: PPPJ 2016 Call for Papers Message-ID: PPPJ '16 13th International Conference on Principles and Practices of Programming on the Java Platform: Virtual Machines, Languages, and Tools August 29 - September 2, 2016 Lugano, Switzerland http://manlang16.inf.usi.ch/pppj In-cooperation with ACM SIGPLAN, SIGSOFT, SIGAPP and SPEC RG PPPJ '16 is a forum for researchers and practitioners to present and discuss novel results on all aspects of managed languages and their runtime systems, including virtual machines, tools, methods, frameworks, libraries, case studies, and experience reports. Managed languages and runtime systems of interest include, but are not limited to, Java, Scala, JavaScript, Python, Ruby, C#, F#, Clojure, Groovy, Kotlin, R, Java VM, Dalvik VM and Android Runtime (ART), LLVM, .NET CLR, RPython. ------------------------------------------------------------------------------- IMPORTANT DATES Abstract submission deadline: June 2, 2016 Submission deadline: June 6, 2016 Author notification: July 11, 2016 Camera-ready papers deadline: July 25, 2016 ------------------------------------------------------------------------------- TOPICS Virtual machines - Runtime systems (JVM, Dalvik VM and Android Runtime (ART), LLVM, .NET CLR, RPython, etc.) - VM design and optimization - VMs for mobile and embedded devices - Real-time VMs - Isolation and resource control Languages - Managed languages (Java, Scala, JavaScript, Python, Ruby C#, F#, Clojure, Groovy, Kotlin, R, etc.) - Domain-specific languages - Language design and calculi - Compilers - Language interoperability - Parallelism and concurrency - Modular and aspect-oriented programming - Model-driven development - Frameworks and applications - Teaching Techniques and tools - Static and dynamic program analysis - Testing - Verification - Monitoring and debugging - Security and information flow - Workload characterization and performance evaluation ------------------------------------------------------------------------------- SUBMISSIONS PPPJ '16 accepts three types of paper submissions: - Regular research paper: up to 12 pages - Work-in-progress paper: up to 6 pages - Industry and tool paper: up to 6 pages The conference proceedings will be published as part of the ACM International Conference Proceedings Series and will be disseminated through the ACM Digital Library. Research papers will be judged on their relevance, novelty, technical rigor, and contribution to the state-of-the-art. For work-in-progress research papers, more emphasis will be placed on novelty and the potential of the new idea than on technical rigor and experimental results. Industry and tool papers will be judged on their relevance, usefulness, and results. Suitability for demonstration and availability will also be considered for tool papers. ------------------------------------------------------------------------------- LOCATION PPPJ '16 will be part of the MANAGED LANGUAGES & RUNTIMES WEEK 2016, a premier forum for presenting and discussing innovations and breakthroughs in the area of programming languages and runtime systems. Managed Languages & Runtimes Week '16 features three international academic and industry venues for the first time: - PPPJ '16 - 13th International Conference on Principles and Practices of Programming on the Java Platform: Virtual Machines, Languages, and Tools. - JTRES '16 - 14th International Workshop on Java Technologies for Real-time and Embedded Systems - A workshop for researchers working on real-time and embedded Java with the goal of identifying the challenging problems that still need to be solved in order to assure the success of real-time Java as a technology and reporting results and experience. - VMM '16 - 3rd Virtual Machine Meetup - A venue for discussing the latest research and developments in the area of managed language execution. Managed Languages & Runtimes Week '16 will be hosted by the Faculty of Informatics of University of Lugano (USI) from August 29 to September 2, 2016. ------------------------------------------------------------------------------- ORGANIZING COMMITTEE General Chair: Walter Binder - University of Lugano (USI), Switzerland Program Committee Chair: Petr T?ma - Charles University, Czech Republic Organizing Chair: Yudi Zheng - University of Lugano (USI), Switzerland Publicity Chair: Andrea Ros? - University of Lugano (USI), Switzerland Web Chair: Giacomo Toffetti Carughi - University of Lugano (USI), Switzerland ------------------------------------------------------------------------------- PROGRAM COMMITTEE Wonsun Ahn - University of Pittsburgh, USA Lorenzo Bettini - University of Turin, Italy Irene Finocchi - University of Rome La Sapienza, Italy Michael Franz - University of California Irvine, USA David Gregg - Trinity College Dublin, Ireland David Grove - IBM Research, USA Apala Guha - Indraprastha Institute of Information Technology, India G?rel Hedin - Lund University, Sweden Nigel Horspool - University of Victoria, Canada Andreas Krall - Vienna University of Technology, Austria Prasad Kulkarni - University of Kansas, USA Doug Lea - State University of New York at Oswego, USA Ondrej Lhotak - University of Waterloo, Canada Du Li - Hewlett Packard Labs, USA Anders M?ller - University of Aarhus, Denmark Hanspeter M?ssenb?ck - Johannes Kepler Universit?t, Austria Rei Odaira - IBM Research Austin, USA Jeremy Singer - University of Glasgow, Scotland Eli Tilevich - Virginia Tech, USA Laurence Tratt - King's College London, England Petr Tuma - Charles University, Czech Republic Christian Wimmer - Oracle Labs, USA Jianjun Zhao - Shanghai Jiao Tong University, China -------------------------------------------------------------------------------- CONTACTS For additional information on PPPJ ?16 do not hesitate to contact the PC Chair > or visit the website http://manlang16.inf.usi.ch/pppj. ------------ Andrea Ros? PhD student - Teaching assistant Faculty of Informatics - 2nd floor Universit? della Svizzera italiana (USI) Via G. Buffi 13 CH-6904 Lugano Switzerland (e) andrea.rosa at usi.ch (p) +41 58 666 4455 ext. 2183 (w) http://www.inf.usi.ch/phd/rosaa/ From behrangsa at gmail.com Sun Apr 17 02:36:41 2016 From: behrangsa at gmail.com (Behrang Saeedzadeh) Date: Sun, 17 Apr 2016 12:36:41 +1000 Subject: Feature Request: Import As (e.g. import java.sql.Connection as SqlConnection) In-Reply-To: <1797620987.797110.1459546872244.JavaMail.zimbra@u-pem.fr> References: <56FECC49.8050405@oracle.com> <1797620987.797110.1459546872244.JavaMail.zimbra@u-pem.fr> Message-ID: Hi all, It is good to see that lots of people like this idea. Syntax wise, I agree with Christoph, it can be done even without introducing a new keyword. But these days there are more clashes with annotations, classes, and interfaces of the same name that might be used in a single file. For example (hypothetically) an @Serialize for JSON and an @Serialize for XML in the same file. Similarly, @Ignore, @Transient, etc. Best regards, Behrang Saeedzadeh On 2 April 2016 at 08:41, Remi Forax wrote: > I think the oldest bug related to this feature is > https://bugs.openjdk.java.net/browse/JDK-4194542 > > The bug was reported against the 1.2 :) > > R?mi > (i'm getting old) > > ----- Mail original ----- > > De: "Jonathan Gibbons" > > ?: discuss at openjdk.java.net > > Envoy?: Vendredi 1 Avril 2016 21:30:17 > > Objet: Re: Feature Request: Import As (e.g. import java.sql.Connection > as SqlConnection) > > > > Without commenting on the merits of the suggestion, I note this is not a > > new request. > > See JDK-7166917: Importing packages and classes with alias > > https://bugs.openjdk.java.net/browse/JDK-7166917 > > > > -- Jon > > > > On 03/31/2016 09:33 PM, Behrang Saeedzadeh wrote: > > > Hi all, > > > > > > Any thoughts on this feature? I think it should be relatively simple to > > > implement and considering these days an app might use various types of > data > > > storage as well as queues, etc. it is very likely for two classes with > the > > > same name but from different packages need to be used in a given class. > > > > > > This could be extended to imported static methods too, because > sometimes > > > their names are ambiguous if they are not prefixed with their > respective > > > classes. > > > > > > import static java.lang.String.format as stringFormat; > > > // or > > > import static java.lang.String.format as sformat; > > > // or > > > import static java.lang.String.format as formats; > > > > > > Best regards, > > > Behrang Saeedzadeh > > > > > From behrangsa at gmail.com Sun Apr 17 02:39:56 2016 From: behrangsa at gmail.com (Behrang Saeedzadeh) Date: Sun, 17 Apr 2016 12:39:56 +1000 Subject: Didn't Oracle had plans to build something like RoboVM? Message-ID: Also now that they are stopping their project ( https://robovm.com/robovm-winding-down/), it would be great if Oracle could acquire them. It would be nice if I could use Java 8/9 to build native OS X and iOS apps, with Cocoa and Cocoa Touch bindings, etc. Best regards, Behrang Saeedzadeh From martijnverburg at gmail.com Sun Apr 17 08:58:51 2016 From: martijnverburg at gmail.com (Martijn Verburg) Date: Sun, 17 Apr 2016 09:58:51 +0100 Subject: Didn't Oracle had plans to build something like RoboVM? In-Reply-To: References: Message-ID: Hi Behrang, The discuss mailing list is for General discussion about the OpenJDK Community (not discussions around Oracle product strategy). For reference there is a OpenJDK mobile project where the OpenJDK community is collaborating on cross platform mobile support for OpenJDK - http:// openjdk.java.net/projects/mobile/ Cheers, Martijn On 17 April 2016 at 03:39, Behrang Saeedzadeh wrote: > Behrang Cheers, Martijn From fcassia at gmail.com Sun Apr 17 09:57:08 2016 From: fcassia at gmail.com (Fernando Cassia) Date: Sun, 17 Apr 2016 06:57:08 -0300 Subject: Didn't Oracle had plans to build something like RoboVM? In-Reply-To: References: Message-ID: On 4/16/16, Behrang Saeedzadeh wrote: > Also now that they are stopping their project ( > https://robovm.com/robovm-winding-down/), it would be great if Oracle could > acquire them. > > It would be nice if I could use Java 8/9 to build native OS X and iOS apps, > with Cocoa and Cocoa Touch bindings, etc. > > Best regards, > Behrang Saeedzadeh > There are several projects that allow WORA of Java including Apple's iOS and Android. Take a look at Gluon Main page http://gluonhq.com/ Gluon Open Source - description https://t.co/vegLJh3QbG For a different approach see also DukeScript wiki.apidesign.org/wiki/DukeScript (please continue discussion off-list) Good luck FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act Durante ?pocas de Enga?o Universal, decir la verdad se convierte en un Acto Revolucionario - George Orwell From andrea.rosa at usi.ch Mon Apr 18 08:21:49 2016 From: andrea.rosa at usi.ch (Andrea Rosa) Date: Mon, 18 Apr 2016 08:21:49 +0000 Subject: JTRES 2016 Call for Papers Message-ID: <5A9CD8A7-3F5F-4813-9F21-DF09F7CB31B0@usi.ch> ====================================================================== CALL FOR PAPERS The 14th Workshop on Java Technologies for Real-Time and Embedded Systems JTRES 2016 Part of the Managed Languages & Runtimes Week 2016 29 August - 2 September 2016 Lugano, Switzerland http://jtres2016.compute.dtu.dk/ ====================================================================== Submission deadline: 12 June, 2016 Submission site: https://easychair.org/conferences/?conf=jtres2016 ====================================================================== Over 90% of all microprocessors are now used for real-time and embedded applications. Embedded devices are deployed on a broad diversity of distinct processor architectures and operating systems. The application software for many embedded devices is custom tailored if not written entirely from scratch. The size of typical embedded system software applications is growing exponentially from year to year, with many of today's embedded systems comprised of multiple millions of lines of code. For all of these reasons, the software portability, reuse, and modular composability benefits offered by Java are especially valuable to developers of embedded systems. Both embedded and general-purpose software frequently need to comply with real-time constraints. Higher-level programming languages and middleware are needed to robustly and productively design, implement, compose, integrate, validate, and enforce memory and real-time constraints along with conventional functional requirements for reusable software components. The Java programming language has become an attractive choice because of its safety, productivity, its relatively low maintenance costs, and the availability of well-trained developers. ::Goal:: Interest in real-time Java by both the academic research community and commercial industry has been motivated by the need to manage the complexity and costs associated with continually expanding embedded real-time software systems. The goal of the workshop is to gather researchers working on real-time and embedded Java to identify the challenging problems that still need to be solved in order to assure the success of real-time Java as a technology and to report results and experience gained by researchers. The Java ecosystem has outgrown the combination of Java as programming language and the JVM. For example, Android uses Java as source language and the Dalvik virtual machine for execution. Languages such as Scala are compiled to Java bytecode and executed on the JVM. JTRES welcomes submissions that apply such approaches to embedded and/or real-time systems. ::Submission Requirements:: Participants are expected to submit a paper of at most 10 pages (ACM Conference Format, i.e., two-columns, 10 point font). Accepted papers will be published in the ACM International Conference Proceedings Series via the ACM Digital Library and have to be presented by one author at the JTRES. LaTeX and Word templates can be found at: http://www.acm.org/sigs/pubs/proceed/template.html Papers describing open source projects shall include a description how to obtain the source and how to run the experiments in the appendix. The source version for the published paper will be hosted at the JTRES web site. Papers should be submitted through EasyChair. Please use the submission link: https://easychair.org/conferences/?conf=jtres2016 Selected papers will be invited for submission to a special issue of the TBD. Topics of interest to this workshop include, but are not limited to: New real-time programming paradigms and language features Industrial experience and practitioner reports Open source solutions for real-time Java Real-time design patterns and programming idioms High-integrity and safety critical system support Java-based real-time operating systems and processors Extensions to the RTSJ and SCJ Real-time and embedded virtual machines and execution environments Memory management and real-time garbage collection Multiprocessor and distributed real-time Java Real-time solutions for Android Languages other than Java on real-time or embedded JVMs Benchmarks and Open Source applications using real-time Java ::Important Dates:: Paper Submission: 12 June, 2016 Notification of Acceptance: 20 July, 2016 Camera Ready Paper Due: 15 August, 2016 Workshop: 29 August - 2 September, 2016 ::Program Chair:: Martin Schoeberl, Technical University of Denmark ::Workshop Chair:: Walter Binder, University of Lugano (USI), Switzerland ::Program Committee Members:: Ethan Blanton, Fiji Systems Inc Ana Cavalcanti, University of York Peter Dibble, RTSJ M. Teresa Higuera-Toledano, Universidad Complutense de Madrid James Hunt, Aicas Stephan Korsholm, Via University College Doug Lea, SUNY Oswego Doug Locke, LC Systems Services Kelvin Nilsen Wolfgang Puffitsch, Technical University of Denmark Anders Ravn, Aalborg University Martin Schoeberl, Technical University of Denmark Fridtjof Siebert, Aicas Andy Wellings, University of York Lukasz Ziarek, SUNY Buffalo ------------ Andrea Ros? PhD student - Teaching assistant Faculty of Informatics - 2nd floor Universit? della Svizzera italiana (USI) Via G. Buffi 13 CH-6904 Lugano Switzerland (e) andrea.rosa at usi.ch (p) +41 58 666 4455 ext. 2183 (w) http://www.inf.usi.ch/phd/rosaa/ From jaroslav at kamenik.cz Mon Apr 25 09:37:56 2016 From: jaroslav at kamenik.cz (=?UTF-8?Q?Jaroslav_Kamen=C3=ADk?=) Date: Mon, 25 Apr 2016 11:37:56 +0200 Subject: Hello Message-ID: Hi all, I am the new one here, so I'd like to greet you all. I am using Java for loong time, and I'd like to not just use it, but help with its development too. I am interested in low level internal things, i'd like to learn more about hotspot/graal. Jaroslav From martijnverburg at gmail.com Mon Apr 25 10:04:56 2016 From: martijnverburg at gmail.com (Martijn Verburg) Date: Mon, 25 Apr 2016 11:04:56 +0100 Subject: Hello In-Reply-To: References: Message-ID: Hi Jaroslav, Welcome to OpenJDK! If you need any assistance on how best to contribute within certain areas of OpenJDK you can contact the Adoption Group (http://openjdk.java.net/groups/adoption/. Cheers, Martijn On 25 April 2016 at 10:37, Jaroslav Kamen?k wrote: > Hi all, > > I am the new one here, so I'd like to greet you all. > > I am using Java for loong time, and I'd like to not just use it, but help > with its development too. I am interested in low level internal > things, i'd like to learn more about hotspot/graal. > > Jaroslav > From christian.thalinger at oracle.com Mon Apr 25 17:31:32 2016 From: christian.thalinger at oracle.com (Christian Thalinger) Date: Mon, 25 Apr 2016 07:31:32 -1000 Subject: Hello In-Reply-To: References: Message-ID: <6B68431B-9C95-4214-A212-65C55FBBCBF5@oracle.com> > On Apr 24, 2016, at 11:37 PM, Jaroslav Kamen?k wrote: > > Hi all, > > I am the new one here, so I'd like to greet you all. > > I am using Java for loong time, and I'd like to not just use it, but help > with its development too. I am interested in low level internal > things, i'd like to learn more about hotspot/graal. Welcome! If you are interested in Graal technology you should start here: http://openjdk.java.net/projects/graal/ https://wiki.openjdk.java.net/display/Graal/Main http://mail.openjdk.java.net/mailman/listinfo/graal-dev The main development has moved to Github: https://github.com/graalvm/graal-core and there is a public Gitter chat room: https://gitter.im/graalvm/graal-core > > Jaroslav From behrangsa at gmail.com Fri Apr 29 10:55:32 2016 From: behrangsa at gmail.com (Behrang Saeedzadeh) Date: Fri, 29 Apr 2016 20:55:32 +1000 Subject: Native apps with Java Message-ID: Hi, First, apologies if this is not the best place to discuss topics of this kind (if it is not, could you please point me to the correct mailing list?) But isn't it the time for it to be possible to build *native* Java apps that can be submitted to Mac App Store, iOS App Store, Windows App (?) Store, and potentially software centers of various Linux distros? * RoboVM is almost dying * Today I just learned about Gulon (gluonhq.com ), but it depended on RoboVM's compiler * Some time ago Fernando Cassia (via this mailing list) pointed me to ExcelsiorJET and JWrapper (and looks like he also had mentioned Gulon too) It is now possible for C#, Ruby, and JavaScript developers to build native mobile and desktop apps with Xamarin, RubyMotion, React Native, React Native Desktop (https://github.com/ptmt/react-native-desktop), etc. but there's not a reliable way to build native desktop/mobile apps with JavaFX. As I mentioned earlier RoboVM is almost dead, Gluon depended on it, etc. etc. I wish Oracle (maybe with the help of other JCP members or Java stakeholders) could build a free or commercial tool to fill this void. I want to build a JavaFX based app that has native-like performance and memory footprint and submit it to Mac App Store but the options are not that many or are very expensive. Just my $0.02. Best regards, Behrang Saeedzadeh From tomas at tzima.cz Fri Apr 29 15:06:42 2016 From: tomas at tzima.cz (=?UTF-8?B?VG9tw6HFoSBaw61tYQ==?=) Date: Fri, 29 Apr 2016 17:06:42 +0200 Subject: Native apps with Java In-Reply-To: References: Message-ID: <57237882.4030300@tzima.cz> Hi, While transcompilation from Java bytecode to native machine code is theoretically possible, there are some glitches that render it rather impractical in my opinion. The most simple approach (and also most reliable for that matter) would be to implement a light-weight JVM and pack precompiled *.class files directly to its binary. Such light-weight JVM would probably perform really slow compared to standard "full" JVM, but this way "all Java" would work normally. Other approach is to deeply analyze Java source code or compiled bytecode and generate optimized native code. It is, however, a little more complicated than that because such transcompiler would have to consider things such as these and come with an appropriate solution: * reflection * dynamic class loading (note: it IS possible to define class from bytecode at runtime using a custom ClassLoader) Speaking of second point, we come to an understanding that, at some cases, generated native code would have to contain bytecode interpreter (JVM). One would also have to include/link all library code that is used, including the native code (via JNI), to the generated binary. Implementing a full transcompiler which would in all possible cases behave exactly the same as standard JVM, is extremely difficult and we would probably end-up having something like JVM-with-bytecode-included at some cases anyway, without gaining any, or near any, performance boost. Incomplete implementation, something like a strict subset of Java, is rather simple, but would it actually be useful? I'm afraid not. Unfortunately, for platforms or environments where JRE is not possible or desirable to install, Java is not a platform of choice. Use something else instead. Best regards. - tzima On 29.4.2016 12:55, Behrang Saeedzadeh wrote: > Hi, > > First, apologies if this is not the best place to discuss topics of this > kind (if it is not, could you please point me to the correct mailing list?) > > But isn't it the time for it to be possible to build *native* Java apps > that can be submitted to Mac App Store, iOS App Store, Windows App (?) > Store, and potentially software centers of various Linux distros? > > * RoboVM is almost dying > * Today I just learned about Gulon (gluonhq.com ), > but it depended on RoboVM's compiler > * Some time ago Fernando Cassia (via this mailing list) pointed me to > ExcelsiorJET > and JWrapper (and looks like he also had mentioned Gulon too) > > It is now possible for C#, Ruby, and JavaScript developers to build native > mobile and desktop apps with Xamarin, RubyMotion, React Native, React > Native Desktop (https://github.com/ptmt/react-native-desktop), etc. but > there's not a reliable way to build native desktop/mobile apps with JavaFX. > As I mentioned earlier RoboVM is almost dead, Gluon depended on it, etc. > etc. > > I wish Oracle (maybe with the help of other JCP members or Java > stakeholders) could build a free or commercial tool to fill this void. > > I want to build a JavaFX based app that has native-like performance and > memory footprint and submit it to Mac App Store but the options are not > that many or are very expensive. > > Just my $0.02. > > Best regards, > Behrang Saeedzadeh From bob.vandette at oracle.com Fri Apr 29 15:29:45 2016 From: bob.vandette at oracle.com (Bob Vandette) Date: Fri, 29 Apr 2016 11:29:45 -0400 Subject: Native apps with Java In-Reply-To: References: Message-ID: <1FF3AD1B-2E25-4748-B32C-57637FE9EBE5@oracle.com> Behrang, Please check out the OpenJDK Mobile project (http://openjdk.java.net/projects/mobile/ ) Although it does not currently meet all of your requirements, it does offer a headless Java runtime that will be JDK 9 compliant, and support iOS and Android. This runtime when coupled with the OpenJFX port for iOS and Android can support pure Java applications on these mobile devices. Bob. > On Apr 29, 2016, at 6:55 AM, Behrang Saeedzadeh wrote: > > Hi, > > First, apologies if this is not the best place to discuss topics of this > kind (if it is not, could you please point me to the correct mailing list?) > > But isn't it the time for it to be possible to build *native* Java apps > that can be submitted to Mac App Store, iOS App Store, Windows App (?) > Store, and potentially software centers of various Linux distros? > > * RoboVM is almost dying > * Today I just learned about Gulon (gluonhq.com ), > but it depended on RoboVM's compiler > * Some time ago Fernando Cassia (via this mailing list) pointed me to > ExcelsiorJET > and JWrapper (and looks like he also had mentioned Gulon too) > > It is now possible for C#, Ruby, and JavaScript developers to build native > mobile and desktop apps with Xamarin, RubyMotion, React Native, React > Native Desktop (https://github.com/ptmt/react-native-desktop), etc. but > there's not a reliable way to build native desktop/mobile apps with JavaFX. > As I mentioned earlier RoboVM is almost dead, Gluon depended on it, etc. > etc. > > I wish Oracle (maybe with the help of other JCP members or Java > stakeholders) could build a free or commercial tool to fill this void. > > I want to build a JavaFX based app that has native-like performance and > memory footprint and submit it to Mac App Store but the options are not > that many or are very expensive. > > Just my $0.02. > > Best regards, > Behrang Saeedzadeh From randall.h.wood at alexandriasoftware.com Fri Apr 29 18:47:26 2016 From: randall.h.wood at alexandriasoftware.com (Randall Wood) Date: Fri, 29 Apr 2016 14:47:26 -0400 Subject: Java Style Guidelines Message-ID: <0EC76CD3-81B5-4F96-8D13-862611C171F6@alexandriasoftware.com> Are there new Java Style Guidelines? The last I see is a draft and call for feedback (http://mail.openjdk.java.net/pipermail/discuss/2015-August/003771.html). Randall Wood Alexandria Software 202.683.8604 randall.h.wood at alexandriasoftware.com http://www.alexandriasoftware.com From ivan at azulsystems.com Fri Apr 29 20:05:08 2016 From: ivan at azulsystems.com (Ivan Krylov) Date: Fri, 29 Apr 2016 23:05:08 +0300 Subject: Java Style Guidelines In-Reply-To: <0EC76CD3-81B5-4F96-8D13-862611C171F6@alexandriasoftware.com> References: <0EC76CD3-81B5-4F96-8D13-862611C171F6@alexandriasoftware.com> Message-ID: <537b0c2e-c560-6778-8fb5-e8d5c34ebb3f@azulsystems.com> You can also look at Google's Style Guide https://google.github.io/styleguide/javaguide.html it seems to be way more comprehensive. My personal take on the formatting side is that it should anything but manual formatting. All IDEs have decent formatting, clang-format can handle java code, other tools are available. Thanks, Ivan On 29/04/2016 21:47, Randall Wood wrote: > Are there new Java Style Guidelines? > > The last I see is a draft and call for feedback (http://mail.openjdk.java.net/pipermail/discuss/2015-August/003771.html). > > Randall Wood > Alexandria Software > 202.683.8604 > randall.h.wood at alexandriasoftware.com > http://www.alexandriasoftware.com > From christian.thalinger at oracle.com Fri Apr 29 20:30:52 2016 From: christian.thalinger at oracle.com (Christian Thalinger) Date: Fri, 29 Apr 2016 10:30:52 -1000 Subject: Native apps with Java In-Reply-To: References: Message-ID: > On Apr 29, 2016, at 12:55 AM, Behrang Saeedzadeh wrote: > > Hi, > > First, apologies if this is not the best place to discuss topics of this > kind (if it is not, could you please point me to the correct mailing list?) > > But isn't it the time for it to be possible to build *native* Java apps > that can be submitted to Mac App Store, iOS App Store, Windows App (?) > Store, and potentially software centers of various Linux distros? > > * RoboVM is almost dying > * Today I just learned about Gulon (gluonhq.com ), > but it depended on RoboVM's compiler > * Some time ago Fernando Cassia (via this mailing list) pointed me to > ExcelsiorJET > and JWrapper (and looks like he also had mentioned Gulon too) > > It is now possible for C#, Ruby, and JavaScript developers to build native > mobile and desktop apps with Xamarin, RubyMotion, React Native, React > Native Desktop (https://github.com/ptmt/react-native-desktop), etc. but > there's not a reliable way to build native desktop/mobile apps with JavaFX. > As I mentioned earlier RoboVM is almost dead, Gluon depended on it, etc. > etc. > > I wish Oracle (maybe with the help of other JCP members or Java > stakeholders) could build a free or commercial tool to fill this void. It?s coming: https://www.youtube.com/watch?v=Xybzyv8qbOc > > I want to build a JavaFX based app that has native-like performance and > memory footprint and submit it to Mac App Store but the options are not > that many or are very expensive. > > Just my $0.02. > > Best regards, > Behrang Saeedzadeh From Ryan.LaMothe at pnnl.gov Fri Apr 29 20:55:45 2016 From: Ryan.LaMothe at pnnl.gov (LaMothe, Ryan R) Date: Fri, 29 Apr 2016 20:55:45 +0000 Subject: Native apps with Java In-Reply-To: References: Message-ID: If you?re interested in exploring JVM AoT compilation, IBM has been doing it for years in the IBM JVM. Oracle is just now catching up... ____________________________________________ Ryan LaMothe On 4/29/16, 1:30 PM, "discuss on behalf of Christian Thalinger" wrote: > >> On Apr 29, 2016, at 12:55 AM, Behrang Saeedzadeh >>wrote: >> >> Hi, >> >> First, apologies if this is not the best place to discuss topics of this >> kind (if it is not, could you please point me to the correct mailing >>list?) >> >> But isn't it the time for it to be possible to build *native* Java apps >> that can be submitted to Mac App Store, iOS App Store, Windows App (?) >> Store, and potentially software centers of various Linux distros? >> >> * RoboVM is almost dying >> * Today I just learned about Gulon (gluonhq.com >>), >> but it depended on RoboVM's compiler >> * Some time ago Fernando Cassia (via this mailing list) pointed me to >> ExcelsiorJET >> and JWrapper (and looks like he also had mentioned Gulon too) >> >> It is now possible for C#, Ruby, and JavaScript developers to build >>native >> mobile and desktop apps with Xamarin, RubyMotion, React Native, React >> Native Desktop (https://github.com/ptmt/react-native-desktop), etc. but >> there's not a reliable way to build native desktop/mobile apps with >>JavaFX. >> As I mentioned earlier RoboVM is almost dead, Gluon depended on it, etc. >> etc. >> >> I wish Oracle (maybe with the help of other JCP members or Java >> stakeholders) could build a free or commercial tool to fill this void. > >It?s coming: > >https://www.youtube.com/watch?v=Xybzyv8qbOc > >> >> I want to build a JavaFX based app that has native-like performance and >> memory footprint and submit it to Mac App Store but the options are not >> that many or are very expensive. >> >> Just my $0.02. >> >> Best regards, >> Behrang Saeedzadeh > From andreas.lundblad at oracle.com Fri Apr 29 21:19:34 2016 From: andreas.lundblad at oracle.com (Andreas Lundblad) Date: Fri, 29 Apr 2016 23:19:34 +0200 Subject: Java Style Guidelines In-Reply-To: <0EC76CD3-81B5-4F96-8D13-862611C171F6@alexandriasoftware.com> References: <0EC76CD3-81B5-4F96-8D13-862611C171F6@alexandriasoftware.com> Message-ID: <20160429211934.GA28859@e6430> On Fri, Apr 29, 2016 at 02:47:26PM -0400, Randall Wood wrote: > Are there new Java Style Guidelines? > > The last I see is a draft and call for feedback (http://mail.openjdk.java.net/pipermail/discuss/2015-August/003771.html). > > Randall Wood > Alexandria Software > 202.683.8604 > randall.h.wood at alexandriasoftware.com > http://www.alexandriasoftware.com There is indeed a new style guide in the pipeline. Latest draft is available here: http://cr.openjdk.java.net/~alundblad/styleguide/index-v6.html The final version should be something very close to that. -- Andreas