This JSR has been Dormant
Reason: The Executive Committee voted to list this JSR as dormant in June 2011.
Original Java Specification Request (JSR)
Identification |
Request |
Contributions
Section 1. Identification
Submitting Member: Patrick Niemeyer
Name of Contact Person: Patrick Niemeyer
E-Mail Address: pat@pat.net
Telephone Number: +1 314 504 7289
Fax Number: +1 314 367 7289
Specification Lead: Patrick Niemeyer
E-Mail Address: pat@pat.net
Telephone Number: +1 314 504 7289
Fax Number: +1 314 367 7289
Initial Expert Group Membership:
Patrick Niemeyer (individual)
Sun Microsystems
Apache Software Foundation
Google Inc.
Supporting this JSR:
Patrick Niemeyer (individual)
Doug Lea (individual)
Sun Microsystems
Apache Software Foundation
Google Inc.
Section 2: Request
This specification will standardize BeanShell, a Java syntax compatible scripting language for the Java platform.
The BeanShell language bridges Java into the scripting domain in a natural way, allowing developers to mix static Java syntax with scripting conventions such as optional typing, simple closures, dynamic commands, and other conveniences.
BeanShell is a VM hosted language, supporting dynamic execution of the full Java grammar and semantics as well as transparent access to Java objects and APIs. Additional scripting and convenience features are brought into the language as a strict superset of the the Java language syntax. In this way BeanShell attempts to minimize both the syntactic and runtime barriers between Java application code and scripts, easing development and facilitating migration between scripts and static Java.
This specification will standardize the BeanShell language syntax and a minimal set of core commands and environmental components.
The JSR is targeted at the J2SE platform, however the small size of the reflection based implementation (approximately 150K) may make it applicable to smaller Java profiles as well.
This JSR is targeted for J2SE, however the lightweight nature of reflection based implementations, as demonstrated by the RI, may make them applicable to smaller profiles as well.
No.
While there exist many scripting environments for Java, the Java platform currently lacks a standardized, "native" Java scripting language which supports dynamic evaluation of Java code as well as common scripting language conventions.
Scripting of the Java platform lends itself to a wide variety of uses including rapid prototyping, application extension, configuration, testing, and dynamic deployment. The standardization of BeanShell in the J2SE will greatly enhance the Java platform capabilities and bring it on par with scripting capabilities in other, comparable VM based platforms.
BeanShell complements existing technologies in the J2SE, as more and more often core Java APIs are implementing mini-parsers to achieve elements of scripting for dynamic behavior. Examples of this include the java.beans package EventHandler and XMLEncoder classes.
It has also been noted (Gosling) that configuration files tend to grow in features until they become programming languages. BeanShell scripts can be used in a declarative way as a replacement for properties files, providing the advantage of a true tree structure and offering the option of procedural control structures, object construction, and scripted initialization behavior, all with standard Java syntax.
Finally, JSR-223 provides a standardized mechanism for scripted pages in web applications. The inclusion of BeanShell in the J2SE will provide a standardized, dynamic language for page construction and web services that is implicitly understood by all Java developers.
With the exception of ECMA/JavaScript, there is currently no standardized Java-like scripting language. JSR-223, the javax.script API provides a standard interface for such a scripting language, but no implementations. BeanShell is a mature language which has been in widespread use in commercial and open source products for many years. Its small size and Java syntax compatibility make it a natural choice to fill this need in the Java platform.
The existing RI is based on the core reflection API and uses a small amount of bytecode generation where non-interface class type generation is necessary. The parser is based on the Java grammar and generated with the JavaCC parser generator. Through the use of dynamic proxies and generated delegate classes, BeanShell scripts can appear to Java code as ordinary Java classes and interfaces, while remaining fully dynamic.
The BeanShell runtime environment supports features such as dynamic classpath management with fine grained class reloading, dynamic command loading, advanced scoping and namespace management, callstack manipulation, and detailed error reporting.
Th open source BeanShell project has demonstrated that an implementation of the language, compatible with the full Java syntax, can be implemented in approximately 150K of code (comparable to some Swing components and their supporting classes).
Furthermore, the architecture of the RI is modular, allowing varying levels of functionality on Java versions as far back as version 1.1.
org.beanshell
javax.script.beanshell ?
No.
No. Dynamic evaluation in BeanShell is built upon current reflective and classloading features of the Java language.
It is unlikely, as BeanShell employs standard Java semantics and APIs for character handling.
No. Although we may provide useful feedback on JSR-223, the javax.script API.
We would like to have a draft review in Q3 or Q4 2005.
The expert group will utilize regular conference calls and email to discuss issues. The spec lead will offer proposals and try to move the work forward through consensus. The spec lead will post regular updates to the community as appropriate regarding progress and asking for input on specific topics.
The BeanShell JSR Expert Group will take advantage of the existing BeanShell user and developer community, as well as an updated BeanShell web site, mailing lists, wiki, and bug tracking system to maximize transparency of the process.
The BeanShell developer community routinely comments on proposals for future enhancements and will continue to be involved in the progress of the expert group via regular postings. The EG will also solicit feedback from developers who have been using BeanShell in their projects for many years.
The RI and TCK will be delivered as stand-alone packages and available for inclusion in a future J2SE release. The current RI provides, with varying degrees of functionality, support for legacy Java platforms JRE version 1.1 and greater. However it is likely that the JSR RI would choose a later J2SE version (e.g. JRE 1.3) as a minimum supported environment.
No previous standardized version is available.
The reference implementation and TCK will be freely available for use and binary redistribution under a license to be decided. The BeanShell group has made a strong commitment that the JSR specification, RI, and TCK will be licensed under terms amendable to distribution with the J2SE.
Section 3: Contributions
The existing open source BeanShell language implementation and documentation are contributed and will serve as a basis for this JSR:
http://beanshell.org/
http://beanshell.org/manual/
Please see also the usage of BeanShell in well known applications such as OpenOffice, Emacs JDE, Ant, jEdit, Weblogic, NetBeans/Forte, etc.
The open source BeanShell project will provide a reference implementation and a TCK for the language. The BeanShell developer community and supporting JCP members will be asked to contribute to the effort.