Java EE 8 High Performance

By : Romain Manni-Bucau

3.9 (36)

Buy this Book

Java EE 8 High Performance

3.9 (36)

By: Romain Manni-Bucau

Buy this Book

Overview of this book

The ease with which we write applications has been increasing, but with this comes the need to address their performance. A balancing act between easily implementing complex applications and keeping their performance optimal is a present-day need. In this book, we explore how to achieve this crucial balance while developing and deploying applications with Java EE 8. The book starts by analyzing various Java EE specifications to identify those potentially affecting performance adversely. Then, we move on to monitoring techniques that enable us to identify performance bottlenecks and optimize performance metrics. Next, we look at techniques that help us achieve high performance: memory optimization, concurrency, multi-threading, scaling, and caching. We also look at fault tolerance solutions and the importance of logging. Lastly, you will learn to benchmark your application and also implement solutions for continuous performance evaluation. By the end of the book, you will have gained insights into various techniques and solutions that will help create high-performance applications in the Java EE 8 environment.

Preface

Who this book is for

What this book covers

To get the most out of this book

Get in touch

Free Chapter

Money – The Quote Manager Application

Setting up the environment

The application architecture

Application project highlights

Application summary

The application server

Testing the application

Setting up MySQL

Conclusion

Summary

Looking Under the Cover – What is This EE Thing?

Context and Dependency Injection – what did you do to my beans?

JAX-RS – the servlet router

JPA – the database link

The Java Transaction API

Server resources

Java EE and performances

Summary

Monitor Your Application

Java tools to know what my application is doing

GlassFish ad hoc monitoring

Libraries monitor your application

Summary

Application Optimization – Memory Management and Server Configuration

Java and the memory

Java EE and the resources

Summary

Scale Up – Threading and Implications

Java EE threading model

Thread data and consistency

Java EE and threads

Reactive programming and Java EE

Summary

Be Lazy; Cache Your Data

Caching challenges

HTTP and caching

JCache – the standard cache of Java EE

Cache once

Summary

Be Fault-Tolerant

It will fail, no doubt!

Load balancing – pick the best one

Failover

Bulk head

Timeouts

Summary

Loggers and Performances – A Trade-Off

I log, you log, they log

Logging frameworks and concepts

Logging invocations

Logging patterns

Logging implementations – which one to pick

Summary

Benchmarking Your Application

Benchmarking – validating your application against your SLA

Preparing your benchmark

Benchmark iterations

After your benchmark

Summary

Continuous Performance Evaluation

Writing performance tests – the pitfalls

Writing performance tests

Continuous integration platform and performance

Summary

Another Book You May Enjoy

Leave a review - let other readers know what you think

Customer Reviews

3.9 (36)

5 star

36.1%

4 star

41.7%

3 star

11.1%

2 star

2.8%

1 star

8.3%

Bulk head

Bulk head is a pattern designed to ensure that no part of the system deeply impacts other system areas. The name comes from a common solution used in ships to ensure that if there is a hole in the hull, it doesn't lead to the boat sinking.

Here, for instance, the second area has a hole and the water is coming into the section but the boat will not sink, as the other sections are isolated.

The Titanic used this technique but the isolation was not fully done from down to top for passengers and crew members comfort. And we all know the outcome of that choice. That is why, if you go with isolation, it is important to make sure that it is complete; otherwise better not do anything.

What does it mean for an application? It means that each service that can sink your application should be isolated from the other ones. This isolation is mainly about the execution and, therefore...