Book Image

Mastering Java EE Development with WildFly

By : Luca Stancapiano
Book Image

Mastering Java EE Development with WildFly

By: Luca Stancapiano

Overview of this book

Packed with rich assets and APIs, Wildfly 10 allows you to create state-of-the-art Java applications. This book will help you take your understanding of Java EE to the next level by creating distributed Java applications using Wildfly. The book begins by showing how to get started with a native installation of WildFly and it ends with a cloud installation. After setting up the development environment, you will implement and work with different WildFly features, such as implementing JavaServer Pages. You will also learn how you can use clustering so that your apps can handle a high volume of data traffic. You will also work with enterprise JavaBeans, solve issues related to failover, and implement Java Message Service integration. Moving ahead, you will be working with Java Naming and Directory Interface, Java Transaction API, and use ActiveMQ for message relay and message querying. This book will also show you how you can use your existing backend JavaScript code in your application. By the end of the book, you’ll have gained the knowledge to implement the latest Wildfly features in your Java applications.
Table of Contents (20 chapters)
5
Working with Distributed Transactions
16
WildFly in Cloud

Ajax versus WebSockets

WebSockets aren't intended to replace AJAX and even a replacement for Comet/long-poll is not strictly on the cards although there are many cases where this makes sense.

The goal of WebSockets is to provide a bi-directional, low-latency, long-running, and full-duplex connection between a server and browser. WebSockets open new application domains to browser applications where previously it was not possible unless AJAX was used. Examples of new applications can be dynamic media streams, interactive games, or bridging to existing network protocols.

However, there are similar goals between WebSockets and AJAX/Comet. For example, when the browser wants to receive events by the server, surely Comet techniques and WebSockets both should be considered. If your application needs low-latency push events, then this would be a factor in favor of WebSockets. Otherwise...