Java application server providers continue to beef up their offerings, providing compatibility with the latest version of the enterprise Java standard and additional functionality for database developers.
San Francisco-based Macromedia Inc. on Monday announced that its JRun Java application server has passed Sun Microsystems Inc.s J2EE (Java 2 Enterprise Edition) 1.3 test suite to achieve Suns J2EE 1.3 compatible brand.
Macromedia Chief Technology Officer Jeremy Allaire said JRun has gained momentum because of its performance, support for latest Java standards and aggressive pricing.
“By gaining J2EE 1.3 compatibility, were further validating our belief in the value of supporting leading-edge open Internet standards,” Allaire said.
JRun enables developers to build applications with features such as distributed transactions and messaging.
Allaire said JRun supports the J2EE 1.3 APIs, including Enterprise JavaBeans 2.0, JavaServer Pages 1.2, Java Servlets 2.3, Java Naming and Directory Interface, Java Transaction API, and Java Database Connectivity 2.0.
The company said a preview of the next version of JRun can be downloaded at http://betaprograms.macromedia.com/nozomi.
Allaire also said “Neo,” the next of Macromedias application development environment known as ColdFusion, will support a new Java architecture to enable developers to deploy ColdFusion applications on leading J2EE servers.
Meanwhile, Lutris Technologies Inc., of Santa Cruz, Calif., on Monday announced the expansion of its Lutris EAS 4 J2EE application server, with Thought Inc.s CocoBase Enterprise O/R, a dynamic object-to-relational mapping tool. Michael Gardner, vice president of engineering for Lutris, said CocoBase provides Lutris EAS developers with a suite of persistence services tailored to the J2EE and Java 2 Standard Edition platforms.
The company said releases of Lutris EAS will include an evaluation copy of CocoBase as well as sample applications regarding J2EE and J2SE application development.
CocoBase Enterprise O/R virtually eliminates the need to hand-code database access for Enterprise JavaBeans and Java applications, Thought officials said.
