Another damned bug, this is torture.
Once again it deals with the IDE trying to execute code during creation.
I have a JTree component that accesses a Servlet to fill some of the tree nodes.
When I made the change to the JTree to implement this code.
The IDE crapped out.
Not only that, but it removed all references to the JTree panel from all my
This started a chain reaction of failed classes.
Essentially my application was wiped out.
I will have to recover from backup.
I've done some exeprimenting and this is what I see.
WHen I try to add the JTree to a panel the IDE trys to execute the code that
If I provide the login info everything goes fine.
But I don't want to have to do that.
I don't wan the code to execute until I start the application, when I will be
The work around I beleive is to have the JTree fill in only after the tree is
the first time.
But that sucks.
Also the big issue was the IDE destroying existing code, because it couldn't
It should give me a chance to fix them, without removing all refences to the
All my classes and forms wiped out!
I'm off to recover from backup.
Created attachment 907 [details]
Huh, I have to say, that I do not clearly understand the described process.
The description is a little bit misunderstood. Moreover I am not sure where is
the bug, if on our side or on JSP side. Please, describe step by step (in
details), what we have to do to reproduce it and attach the mentioned example.
I have attached the latest copy of my code.
1. This version of the code has the work-around I mentioned in place, so you
won't see the
2. This code is aimed at our network environment and probably won't run well if
3. To run this code requires Tomcat and installation of the nmcseadmin.war file
4. To see the problem you don't actually have to run it, you just need to open
it in the
5. Below are instructions to see the problem and another description of the
Description of the problem:
1. The "real problem" is that the IDE removes the NmcseAdminTree class from the
NmcseAdminTool .form and .java files. I assume that it does this because it
resolve the NmcseAdminTree class, due to the attempt to execute the new code.
2. I don't like the IDE attempting to execute my code unless I tell it to. The
only try to read the .forms files to display the GUI (right?).
3. I state again the IDE should never remove lines of code, especially ones
added, without asking me first.
The first time I saw the problem was after I added the new code.
At this time the new code, the buildDynamicBranches code, was directly in the
I didn't even realize the IDE had removed the NmcseAdminTree class referneces,
until I went
into NmcseAdminTool to make additonal calls to pass the cookie info to
It was then that I realized what the IDE had done.
It had the NmcseAdminTree class from the NmcseAdminTool .form and .java files.
At that time I tried to copy the NmcseAdminTree back into the NmcseAdminTool,
but the IDE
got a NullPointer exception and said I should let you guys know.
The details informed me that it was trying to execute the new code and was
Instructions to see the problem:
To see the "bug" I am talking about simply open the
Add a call to buildDynamicBranches to the only constructor just following the
Save the file.
The cookie info can be a blank string for this demo.
The problem may appear immediately, but if not, close and re-open the project.
Created attachment 925 [details]
a copy of my code
Marek as a jsp qa guru ;-) will examine this bug.
I'm not absolutely sure, but this bug seems NOT to be related with web module.
It looks as a bug in form editor or java module. I have tried to reproduce it,
but unfortunately I was unable to get the bug which is described.
I tried thoroughly check the problem in the NB3.2 build #22 and everything works
well for me. So I please sustaining to check if the problem persist in FFJ2.0.
If the problem exist it is not in JSP but may be somewhere between form and
core, but I was unable to reproduce it in the latest build of NetBeans 3.2.
Obsolete issue resolved for 3.4 or earlier. Marking as VERIFIED, will CLOSE shortly.