[forge-dev] Fwd: [wildfly-dev] 8.0.0.Beta1 released

Lincoln Baxter, III lincolnbaxter at gmail.com
Mon Oct 7 21:34:01 EDT 2013


FYI.

---------- Forwarded message ----------
From: Jason Greene <jason.greene at redhat.com>
Date: Mon, Oct 7, 2013 at 2:20 PM
Subject: [wildfly-dev] 8.0.0.Beta1 released
To: "wildfly-dev at lists.jboss.org" <wildfly-dev at lists.jboss.org>


Hello Everyone,

As many of you have already noticed, on Friday we released our first Beta
of WildFly 8. This is a significant release because all major features on
the 8 plan have been implemented; most notably all user facing Java EE7
APIs.

As always you can download the latest release here:
http://wildfly.org/download

Our overall status of the primary features follows. You can find this
information, along with additional details in the official release notes:
https://community.jboss.org/wiki/WildFly800Beta1ReleaseNotes

Java EE7
========
Java EE7 offers applications several productivity improving capabilities
including support for the modern web, batch processing, simplified
concurrent task processing, and improvements in dependency injection. At
this point all user facing EE7 APIs have been implemented! Aside from
achieving compliance certification, the only remaining work is to implement
a few updates in the security integration SPIs, JASPIC and JACC.

High Performance Web Server (Undertow.io)
=========================================
Undertow, the new cutting-edge web server in WildFly 8 is designed for
maximum throughput and scalability, including environments with over a
million connections. It supports non-blocking and blocking handlers,
traditional and asynchronous servlets, and JSR-356 web socket handlers. It
is highly customizable, with the ability for applications to implement
nearly anything from dynamic request routing to custom protocols. It can
also function as a very efficient, pure non-blocking reverse proxy,
allowing WildFly to delegate to other web servers with minimal impact to
running applications. Undertow has been fully integrated for several
releases now. This release finalizes the key features of this integration
with the addition of reverse proxy support.

Port Reduction
==============
An important goal of WildFly 8 was to greatly reduce the number of ports
used by multiplexing protocols over HTTP using HTTP Upgrade. This is a big
benefit to cloud providers (such as OpenShift) who run hundreds to
thousands of instances on a single server. Our default configuration now
only has three ports, and will become two ports by final.  We decided to
preserve the original native management port for this Beta release to give
those using legacy clients time to update before the final release.The
native management port, 9999, is deprecated and will be removed by final.



Port                 Bound Interface  Protocols
----                 ---------------  ---------
9990                 management       HTTP/JSON Management
                                      HTTP Upgraded Remoting - (Native
Management & JMX)
                                      Web Administration Console
8080                 application      HTTP (Servlet, JAX-RPC)
                                      Web Sockets
                                      HTTP Upgraded Remoting  (EJB
Invocation, Remote JNDI)
9999 (deprecated)    management       Remoting - Native Management

Management Role Based Access Control (RBAC) & Auditing
======================================================
WildFly can now support organizations with separated management
responsibilities and restrictions. Roles represent different sets of
permissions such as runtime operation execution, configuration areas that
can read or written, and the ability to audit changes and manage users. In
addition a new restricted audit log can be enabled including the ability to
offload to a secure syslog server.

Patching
========
The infrastructure to support the application of patches to an existing
install has been implemented. This capability allows for a remote client to
install and rollback new static modules and binary files using the WildFly
management protocol.


--
Jason T. Greene
WildFly Lead / JBoss EAP Platform Architect
JBoss, a division of Red Hat


_______________________________________________
wildfly-dev mailing list
wildfly-dev at lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20131007/81a39134/attachment.html 


More information about the forge-dev mailing list