[THRIFT-1254] Code can't be compiled against a regular JRE: Object.clone() override has a different return type

• Type: Bug
• Status: Closed
• Priority: Minor
• Resolution: Fixed
• Affects Version/s: 0.6.1
• Fix Version/s: 0.8
• Component/s: JavaME - Compiler
• Patch Info: Patch Available
• Assignee: Bryan Duxbury
• Reporter: Raphaël B.
• Created: 02/Aug/11 08:36
• Updated: 22/Aug/11 17:12
• Resolved: 22/Aug/11 16:59

Description

Code generator produces 2 methods to clone objects: "clone" and "deepCopy", with the exact same implementation.

The "clone()" methods is conflicting with the regular Object.clone() method of the standard Java platform. Its return type is different (type of the object, instead of just Object).
(http://download.oracle.com/javase/1.4.2/docs/api/java/lang/Object.html#clone())

This prevent the code from being compiled by the regular java compiler.

This is not it's finality, but it is really useful to produce intermediate libraries as JAR files.
Using only RAPC (BlackBerry's JDE compiler), we would have to include source code directly.

Attached patch preserves the strongly typed signature of deepCopy(), but turn back clone()'s return type to Object.