This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 15739 - [upgrade] CCE after execution of target or script
Summary: [upgrade] CCE after execution of target or script
Status: CLOSED FIXED
Alias: None
Product: projects
Classification: Unclassified
Component: Ant (show other bugs)
Version: 3.x
Hardware: PC Linux
: P1 blocker (vote)
Assignee: Jesse Glick
URL:
Keywords:
: 15743 (view as bug list)
Depends on:
Blocks:
 
Reported: 2001-09-21 09:54 UTC by Milan Kubec
Modified: 2003-06-30 14:47 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Exception stack trace (1.33 KB, text/plain)
2001-09-21 09:54 UTC, Milan Kubec 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Milan Kubec 2001-09-21 09:54:09 UTC 
After upgrading from release 32 build 98, where I created some custom executors
I'm getting ClassCastException after any target or script execution or after
script compilation. CCE is thrown from IDE provided executors.
Comment 1 Milan Kubec 2001-09-21 09:54:52 UTC 
Created attachment 2631 [details]
Exception stack trace
Comment 2 Jesse Glick 2001-09-21 10:54:20 UTC 
*** Issue 15743 has been marked as a duplicate of this issue. ***
Comment 3 Jesse Glick 2001-09-21 10:58:53 UTC 
Hmm, this is strange. I have encountered this exception before, in my
own IDE build, but could not figure out what had caused it or why it
would start. Eventually it went away. I created some workaround code
which avoids the exception (without explaining it) in IntrospectedInfo
for a while, but decided not to commit it because the problem was not
reproducible for me and probably indicated something more basic than
the CCE was wrong. I will try to reproduce using the scenario you
describe and fix this--the format of some settings changed a little
after 3.2 and I thought I was correctly reading the old data, but
apparently not. Thanks for the tip!
Comment 4 Jesse Glick 2001-09-23 17:00:57 UTC 
Fixed in IntrospectedInfo.java 1.7. Was misusing defaultReadObject(),
apparently, and was loading part of one field into another in a rather
nasty way. Should be fixed now; confirmed that loading settings from
3.2 remembers custom task defs defined there.
Comment 5 Milan Kubec 2002-10-14 09:51:01 UTC 
Verified.
Comment 6 Quality Engineering 2003-06-30 14:47:04 UTC 
Resolved for 3.3.x or earlier, no new info since then -> closing.