Code Correctness: Erroneous finalize() Method - Revision history

MediaWiki spam cleanup: Reverting to last version not containing links to www.textpasricletoli.com

2009-05-27T18:27:44Z

Reverting to last version not containing links to www.textpasricletoli.com

2009-05-21T18:05:10Z

2009-04-07T23:22:27Z

2009-02-11T11:22:56Z

2009-02-11T11:22:29Z

‎References

2008-10-29T11:58:02Z

2008-09-23T11:07:15Z

2008-09-23T11:06:25Z

2007-01-22T08:23:05Z

‎Description

2007-01-22T08:22:45Z

‎Description

← Older revision		Revision as of 18:27, 27 May 2009
Line 1:		Line 1:
−	~~http://www.textpasricletoli.com~~
	{{template:CandidateForDeletion}}		{{template:CandidateForDeletion}}

← Older revision		Revision as of 18:05, 21 May 2009
Line 1:		Line 1:
		+	http://www.textpasricletoli.com
	{{template:CandidateForDeletion}}		{{template:CandidateForDeletion}}

@@ Line 3: / Line 3: @@
   #REDIRECT [[Failure to follow guideline/specification]]
-[[ASDR Table of Contents]]
 Last revision (mm/dd/yy): '''{{REVISIONMONTH}}/{{REVISIONDAY}}/{{REVISIONYEAR}}'''

@@ Line 1: / Line 1: @@
-{{Template:Vulnerability}}
+{{template:CandidateForDeletion}}
-{{Template:Fortify}}
 __TOC__

← Older revision		Revision as of 11:22, 11 February 2009
Line 49:		Line 49:
	==References==		==References==
	* [1] J. Gosling, B. Joy, G. Steele, G. Bracha. The Java Language Specification, Second Edition. Addison-Wesley, 2000.		* [1] J. Gosling, B. Joy, G. Steele, G. Bracha. The Java Language Specification, Second Edition. Addison-Wesley, 2000.
−
−
−	~~[[Category:FIXME\|add links~~
−
−	~~In addition, one should classify vulnerability based on the following subcategories: Ex:<nowiki>[[Category:Error Handling Vulnerability]]</nowiki>~~
−
−	~~Availability Vulnerability~~
−
−	~~Authorization Vulnerability~~
−
−	~~Authentication Vulnerability~~
−
−	~~Concurrency Vulnerability~~
−
−	~~Configuration Vulnerability~~
−
−	~~Cryptographic Vulnerability~~
−
−	~~Encoding Vulnerability~~
−
−	~~Error Handling Vulnerability~~
−
−	~~Input Validation Vulnerability~~
−
−	~~Logging and Auditing Vulnerability~~
−
−	~~Session Management Vulnerability]]~~
−
−	~~__NOTOC__~~
−
−
−	~~[[Category:OWASP ASDR Project]]~~
−	~~[[Category:Java]]~~
−	~~[[Category:Implementation]]~~
−	~~[[Category:Code Snippet]]~~
−	~~[[Category:API Abuse]]~~
−	~~[[Category:Vulnerability]]~~

@@ Line 1: / Line 1: @@
 {{Template:Vulnerability}}
 {{Template:Fortify}}
-[[ASDR_TOC_Vulnerabilities|Vulnerabilities Table of Contents]]
+__TOC__
 [[ASDR Table of Contents]]
-__TOC__
 ==Description==
@@ Line 84: / Line 85: @@
 [[Category:Code Snippet]]
 [[Category:API Abuse]]

@@ Line 28: / Line 28: @@
 ==Related [[Attacks]]==
 * [[Attack 1]]
 * [[Attack 2]]
@@ Line 34: / Line 33: @@
 ==Related [[Vulnerabilities]]==
 * [[Vulnerability 1]]
 * [[Vulnerabiltiy 2]]
 ==Related [[Controls]]==
 * [[Control 1]]
 * [[Control 2]]
 ==Related [[Technical Impacts]]==
 * [[Technical Impact 1]]
 * [[Technical Impact 2]]

@@ Line 1: / Line 1: @@
 {{Template:Vulnerability}}
 {{Template:Fortify}}
-==Abstract==
+[[ASDR_TOC_Vulnerabilities|Vulnerabilities Table of Contents]]
-This finalize() method does not call super.finalize().
+[[ASDR Table of Contents]]
 ==Description==
 The Java Language Specification states that it is a good practice for a finalize() method to call super.finalize().[1]
 <br>The statement above is not completely correct. The Java Language Specification 3.0 section 12.6.1 states: "This should
 always be done, <b>unless it is the programmer's intent to nullify the actions of the finalizer in the superclass.</b>"
 ==Examples ==
@@ Line 20: / Line 27: @@
+   }
-==Related Threats==
+==Related [[Attacks]]==
-==Related Attacks==
+==Related [[Technical Impacts]]==
-==Related Vulnerabilities==
+* [[Technical Impact 1]]
 ==References==
 [[Category:Java]]
 [[Category:Implementation]]
 [[Category:Code Snippet]]
 [[Category:API Abuse]]

← Older revision		Revision as of 08:22, 22 January 2007
Line 9:		Line 9:

	The Java Language Specification states that it is a good practice for a finalize() method to call super.finalize().[1]		The Java Language Specification states that it is a good practice for a finalize() method to call super.finalize().[1]
		+	The statement above is not completely correct. The Java Language Specification 3.0 section 12.6.1 states: "This should
		+	always be done, <b>unless it is the programmer's intent to nullify the actions of the finalizer in the superclass.</b>"

	==Examples ==		==Examples ==