You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ant.apache.org by bu...@apache.org on 2001/07/17 14:48:21 UTC

[Bug 2652] New: - Subclasses of Project can not load datatypes.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2652

*** shadow/2652	Tue Jul 17 05:48:21 2001
--- shadow/2652.tmp.23078	Tue Jul 17 05:48:21 2001
***************
*** 0 ****
--- 1,25 ----
+ +============================================================================+
+ | Subclasses of Project can not load datatypes.                              |
+ +----------------------------------------------------------------------------+
+ |        Bug #: 2652                        Product: Ant                     |
+ |       Status: NEW                         Version: Nightly build           |
+ |   Resolution:                            Platform: Other                   |
+ |     Severity: Normal                   OS/Version: Other                   |
+ |     Priority: Other                     Component: Core                    |
+ +----------------------------------------------------------------------------+
+ |  Assigned To: ant-dev@jakarta.apache.org                                   |
+ |  Reported By: robert.watkins@qsipayments.com                               |
+ |      CC list: Cc:                                                          |
+ +----------------------------------------------------------------------------+
+ |          URL:                                                              |
+ +============================================================================+
+ |                              DESCRIPTION                                   |
+ If you subclass Project (as you need to do if you wish to bypass the Main 
+ class), you can not load datatypes properly. This is because the constructor 
+ check uses getClass(), which returns the subclass, and thus fails to find a 
+ suitable constructor.
+ 
+ By changing the constructor check to use Project.class, this problem is avoided.
+ 
+ This is not a crucial bug as the subclass can override the relevant method, but 
+ it would be nice if it was fixed.