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.
I created a JPanel derived class using the GUI template. The template creates two files: a .java file and a .form file. But as soon as I choose Compile from the menu to compile the GUI class the .form file gets deleted. When I try to open the class in the Form Editor again it fails to open because of the missing .form file.
I am sorry, but I am not able to reproduce it. [nb_dev](20011024) What number of build, version jdk do you use? Your form file is in CVS filesystem or not ? Could you give us more information,please ? I decrease priority to P3, concerning to unreproducible. (IMHO if you are right and you lost your .form file -> issue number should be P1 - as data loss)
The issue I have described occurs in the following environment: Netbeans Release 3.3 Beta 1 (Build 200110221515) JDK 1.4.0 Beta 2 Only standard filesystems (no CVS) Important thing I noticed: It only occurs when I compile the java file with a custom Compiler type and not the default External Compilation. What I have done for my project is the following: I have cloned the "External Compilation" compiler type (by Copy and then Paste as Copy) and made the new compiler type the default. For the new compiler type I've set the "Target" property to another filesystem. Because I want my .class files created in another directory than my .java files. Some other settings I've choosen for the new compiler type: Enable JDK 1.4 source = True Deprecation = False
Does not depend on JDK 1.4. The problem is in setting the "target" property. It seems that java compiler type deletes all secondary files (so also the .form file) if compliation goes to another directory... It does not happen if target set to <none>. Reassigning to java.
Oops. Fixed in trunk: /cvs/java/src/org/netbeans/modules/java/JavaDataObject.java,v <-- JavaDataObject.java new revision: 1.145; previous revision: 1.144
[200110260100] Verified
Resolved for 3.4.x or earlier, no new info since then -> closing.