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.
When I use the "Refactor > Rename..." function and try to rename a class from lower case to upper case or vice-versa I get problems when I commit the renamed classes/packages with Netbeans using CVS. I am not sure if this is a problem with NetBeans or CVS, but anyway maybe NetBeans should warn about this kind of refactoring. Example: - make sure you are using NetBeans with CVS enabled; - create a class named myclass.java; - commit to CVS; - use refactor>rename to rename myclass.java to MyClass.java; - commit to CVS again.
Could you be more specific about which kind of problem do you have? After I changed the file name and ran Show Changes, the IDE just can't show any change. That is a problem but I think the problem here is because I tested at Windows, which is case insensitive. When I do the same test at Linux (same CVS linux server), the CVS identify the refactoring and marks one file as Locally Deleted and the new one as Locally New, which is the expected behaviour I suppose. Product Version: NetBeans IDE 7.1 Beta (Build 201109222201) Java: 1.6.0_25; Java HotSpot(TM) 64-Bit Server VM 20.0-b11 System: Windows 7 version 6.1 running on amd64; Cp1252; en_US (nb)
More information: OS of NetBeans is Windows. OS of CVS server is Linux.
It seems this a purely CVS problem: http://www.socialpoints.com/mangoblog/post.cfm/cvs-case-sensitive-gotcha "Its worth remembering that CVS on Linux is case sensitive to file and folder names and adopt a naming standard for projects, else it is possible for odd things to crop up... Our CVS repository resides on a Red Hat Linux box. (CVS is supplied as part of the standard RH Linux package). Our development takes place in Windows XP Pro PC's using CFEclipse. While windows takes a relaxed view about the case of folders and files, linux does not! This does not often cause an issue because normally only one developer will create a file or folder and will therefore set the case of that file, however in a recent example two developers created a folder. Developer 1 created 'Selections' while developer 2 created 'selections'. Both created different files within this folder and both committed their changes to the CVS repository. The developers intended this to be one folder, but CVS on linux created two distinct folders. When either developer tried to either 'update' or 'checkout' this project to a windows environment an error is generated because it tries to create the 'selections' folder twice and cannot! It is good really that the mistake gets highlighted in this way. The files from one folder need to be transferred to the other and then one of the folders deleted in the repository to sort things out."