what happens if we wont use destroy()?

Answers were Sorted based on User's Feedback



what happens if we wont use destroy()?..

Answer / rv.nandakishore

Think, if there is 100's of objects are utilizing the
resource(i.e Connection object). That means allocation of
those objects are stored in the internal memory of the JVM
right... If similar requests are utilizing the Connection
object.... at one time the JVM utilization memory is full...
this will degrade the application. For this reason we call
explicitly destroy()...... if not the Garbage Collector will
taken care to reclaim the memory.... by we don's say when it
will be reclaim the memory and free the JVM memory......

Is This Answer Correct ?    20 Yes 0 No

what happens if we wont use destroy()?..

Answer / venkatesh k

destroy() is not realted to garbage collection. As per
servlet life cycle destroy method is one of compulsary
method.it is automatically invoked by Container.Internallly
we may use garbage collection means reclaim the memory.

Is This Answer Correct ?    3 Yes 1 No

what happens if we wont use destroy()?..

Answer / aru

forward is server side redirect and sendRedirect is client
side redirect. When you invoke a forward request, the
request is sent to another resource on the server, without
the client being informed that a different resource is going
to process the request. This process occurs completely with
in the web container And then returns to the calling method.
When a sendRedirect method is invoked, it causes the web
container to return to the browser indicating that a new URL
should be requested. Because the browser issues a completely
new request any object that are stored as request attributes
before the redirect occurs will be lost. This extra round
trip a redirect is slower than forward. Client can disable
sendRedirect.

Is This Answer Correct ?    2 Yes 0 No

what happens if we wont use destroy()?..

Answer / qim2010

The destroy() method and other servlet lifecycle methods are called by the servlet container, so it would be a serious error if the servlet container did not call the destroy() method as it takes a servlet out of service. Normally your application code should not call servlet lifecycle methods. It is not advisable for your application code to call the destroy() method directly, it would be confusing and potentially destructive, so it is not a problem if your application does not call the method at all.

Is This Answer Correct ?    0 Yes 0 No

Post New Answer

More Servlets Interview Questions

program for RequestDispatcher in servlets?

3 Answers   Wipro,


How will two or three servlets interact or communicate with each other?

0 Answers  


How httpservlet is different from the genericservlet?

0 Answers  


How servlets can be automatically reloaded?

3 Answers  


What are the differences between the servletconfig interface and the servletcontext interface?

0 Answers  






What is the difference between CGI and Servlet?

0 Answers  


What is Client-Server Computing?

0 Answers   TCS,


What is the difference between get and post methods?

0 Answers  


Which method the Servlet container call to create the instance of the servlet?

16 Answers   emc2, JK Technosoft,


Explain request dispatcher and its methods.

0 Answers  


What is the purpose of inter-servlet communication?

0 Answers  


What is Server-Side Includes?

1 Answers   IBM, SAS,


Categories