Showing posts with label Java. Show all posts
Showing posts with label Java. Show all posts

Mozilla JavaScript sweetened

0
COM

JavaScript developers to work with macros by Mozilla sweet.js be facilitated. To prevent the interaction between macro and normal code, the project expanded to include so-called JavaScript Hygienic macros, as they already exist in languages ​​like Scheme and Rust are. In this way, from C languages ​​are known problems can be prevented, for example, the use of variables is already programmed with macros.

In general, JavaScript can also customize your own needs through macros as an example on the project page shows:

macro def {
   case $ name: ident $ params $ body => {
     function $ name $ params $ body
   }
}
Here the function identifier function is replaced by the shorter def, so the compiler supplied sweet.js the following call

def sweet (a) {
   console.log ("Macros are sweet!");
}
to convert an ordinary function and so could make it readable for JavaScript runtime environments.

The source code of the compiler is available on Github; sweet.js uses Node.js. Since the project is still in its infancy, is likely to bugs.

JavaOne 2012: Red Hat seeks new name for JBoss AS

0
COM

During the JavaOne the company Red Hat has made ​​several announcements about its Java products. To avoid confusion between their commercially available JBoss Enterprise Application Platform Server (JBoss EAP) and the open source JBoss Application Server (JBoss AS), seeks the company Red Hat now. For a new name for their open source version The community is called, 14 their proposals by Submitted in October 2012 and then determine by choosing the best submission. The new name is in the 12th week of to 16 November presented at the Devoxx conference in Antwerp.

Red Hat is also working with 10gen, the company behind MongoDB, to Hibernate OGM (Object / Grid Mapper) to establish the topic of NoSQL to continue with Java developers and the growing importance of this architecture needs. The project is to provide in the future NoSQL applications with support for JPA (Java Persistence API). For this, the Java Persistence Query Language (JPL) used for data search and Hibernate core engine, however, instances no longer stored in relational databases, but in NoSQL datastores.

The field of mobile application development, which for example includes the JBoss project Aerogear should in future play an important role in JBoss EAP, so that a cross-platform consistent representation of native and HTML5 elements is assured.

Modularization in Java 8 is finally on the sidelines

0
COM

The envisaged under the project name "Jigsaw" modularization of Java, originally planned for Java 7 and recently developed in Java 8 will now finally moved to Java 9th As Mark Reinhold, the Oracle engineer responsible for major Java development, tells in his blog, were most of the members of the expert group for Java SE 8 (JSR 337). Excited for him shift Only the final and formal resolution to stand now pending.

Even so, in Java but the first steps are taken towards modularisation, about the proposed by Reinhold profiles for compact configurations in the Java SE platform, EXIST in the JEP 161 (Java Enhancement Proposal) as a specific proposal. Even in the JEP 162 (Prepare for Modularization) submitted proposals for changes in Java 8 could prepare the way for the modularization and lead to tools that developers can prepare their applications on it. Accordingly, the future could be leaking APIs identified as such and remove in Java 9 final.

As Reinhold writes that he regretted the postponement of Jigsaw, but see them as the best current option and now the path to take.

Cloud topics in Java EE 7 left out

0
COM

As with the development of the next version of the Java Standard Edition (Java SE 8), it now appears that there are certain features previously proclaimed the next version of Java Enterprise Edition (Java EE 7) will not make it to the finish line. Around until next spring to cope with the specification may, according to Linda DeMichiel the support points PaaS (Platform as a Service) and tenancy towards Java EE slip 8th

Java EE applications might indeed already has in the cloud platforms from Oracle, Red Hat, IBM, and CloudBees are operated, however, is the operation is not yet ripe for a complete standardization explains the Oracle engineer that the relevant working group under the JSR 342 protrudes. The thorough standardization of cloud topics could have a shift of Java EE 7 to the spring of 2014 resulted. Therefore, the members of the Expert Group is now the proposal is made, complete the standardization of PaaS and support of multi-tenancy only with Java EE 8th This release could then probably be released in spring 2015th

Originally, the next Java EE version will be published in the fourth quarter of 2012. The date was then postponed to spring 2013 to accommodate new features such as Web Sockets and JSONP ("JSON with padding") still with you. In them you will like to Java Persistence API 2.1, Java API for RESTful Services 2.0, hold Expression Language 3.0, Java Message Service 2.0, JavaServer Faces 2.2, Enterprise JavaBeans 3.2, Contexts and Dependency Injection 1.1 and Bean Validation 1.1 apparently.

The current version Java EE 6 was released in December 2009. With her a dichotomy in Web Profile and Full Profile was introduced. The stripped down compared to the full version of web profiles-profile issue gathered only the techniques used in a typical Java web application is used. Currently, there are probably 13 application servers that are compatible with Java EE 6th

Java for the graphics card

0
COM

          Phil Pratt-Szeliga, a doctoral student at New York's Syracuse University, has released the source code to his Rotbeer GPU compiler on Github. He had introduced the software in late June at the High Performance Computing and Communications Conference in Liverpool, the content of this presentation is in the documentation is also available on Github directory (PDF).

         The developer compares his compiler with the alternative of CUDA or OpenCL libraries in Java code, integrate, and refers to his approach to a higher degree of automation: Its compiler Serialize complex representations of objects and even arrays of primitive data types in. He also analyzed independently using the Java optimization framework Soot Java bytecode and create automatically CUDA code.

          Pratt-Szeliga, who wants to maintain its achievement so long and evolve, "to the Java programming language is no longer popular," has given the compiler source code of some 21,000 lines of additional 39 test cases that comprise the 7,000 lines of code. It indicates that all tests on both Windows and Linux are successful. But would not support dynamic method calls native methods and reflection. Also, garbage collection is still way off.