Why Throwable is dangerous in catch() block ?

When you say :-

 try
{
.............
..............
.............
}
catch(Throwable throwable)
{
..........
}

 In the above case catch can handle all kinds of Exceptions even the "Error" and its subclass.
Lets take an Example of OutOfMemoryError(OOME), when statements in try block raises an Error "OOME", JVM is able to find the handler for this so, in this case the thread which generated this error will not die. whereas in case of handling or putting Exception in catch block instead of Throwable, JVM finds the handler and the thread(which raises the Exception) continues to run thereby not halting the program but if the Handler/Catch block for that particular Exception is not provided then Thread dies. so what if you are handling or providing catch block for the Error and its Subclass and not Exception and its subclass, then the Thread which raises the Error continues to live. I this case, the JVM continued running, crippled and limping, instead of turning to an honorable solution like killing it. Choosing the quick death route would have been rewarded with a quick resurrection to be provided by the gracious NodeAgent and its watchdog mechanism, and the end result would have been a newly born healthy server ready to get back in business. A retreat in order to attack, you might put it. Instead, the server had to limp for long minutes, suffering from a series of consecutive strokes (OOME), until the OOME was so bad that the JVM just had to exit.

Comments

Post a Comment

Popular posts from this blog

Hashicorp Configuration Language - HCL

Installing Terraform What is Terraform and Why do we need it? Terraform Commands Here, we will cover the basics of the Terraform configuration language, as well as explore providers and resources. Continuing what we started in Terraform Commands, we will modify main.tf so we can deploy a Ghost container to Docker. The syntax of Terraform configurations is called HashiCorp Configuration Language (HCL). It is meant to strike a balance between being human-readable and editable, and being machine-friendly. For machine-friendliness, Terraform can also read JSON configurations. For general Terraform configurations, however, we recommend using the HCL Terraform syntax. Terraform code files The Terraform language uses configuration files that are named with the .tf file extension. There is also a JSON-based variant of the language that is named with the .tf.json file extension. Terraform Syntax Here is an example of Terraform's HCL syntax: resource "aws_instance" "example...
Read more

Terraform - Input Variables

Installing Terraform What is Terraform and Why do we need it? Terraform Commands Hashicorp Configuration Language - HCL Tainting and Untainting Resources Terraform Console and Output Input variables serve as parameters for a Terraform file. A variable block configures a single input variable for a Terraform module. Each block declares a single variable. Syntax: variable [NAME] {   [OPTION] = "[VALUE]" } Arguments Within the block body (between { }) is configuration for the variable, which accepts the following arguments: type (Optional): If set, this defines the type of the variable. Valid values are string, list, and map. default (Optional): This sets a default value for the variable. If no default is provided, Terraform will raise an error if a value is not provided by the caller. description (Optional): A human-friendly description for the variable. Using variables during an apply: terraform apply -var 'foo=bar' Set up the environment: cd terraform/basics Edit main...
Read more

Terraform - Tainting and Updating Resources

Installing Terraform What is Terraform and Why do we need it? Terraform Commands Hashicorp Configuration Language - HCL We are going to take a look at how to force a redeploy of resources using tainting. This is an extremely useful skill for when parts of a deployment need to be modified. Tainting and Untainting Resources Terraform commands: taint: Manually mark a resource for recreation  untaint: Manually unmark a resource as tainted Tainting a resource: terraform taint [NAME] Untainting a resource: terraform untaint [NAME] Set up the environment: cd terraform/basics Redeploy the Ghost image: terraform apply Taint the Ghost blog resource: terraform taint docker_container.container_id See what will be changed: terraform plan Remove the taint on the Ghost blog resource: terraform untaint docker_container.container_id Verity that the Ghost blog resource is untainted: terraform plan Updating Resources Let's edit main.tf and change the image to ghost:alpine. Open main.tf: vi main.tf ma...
Read more