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.
| Summary: | [2004-04-14] Rename "runide" to something more "memorable" | ||
|---|---|---|---|
| Product: | platform | Reporter: | Torbjorn Norbye <tor> |
| Component: | -- Other -- | Assignee: | _ ttran <ttran> |
| Status: | VERIFIED FIXED | ||
| Severity: | blocker | CC: | jglick, jtulach, ttran |
| Priority: | P3 | Keywords: | ARCH |
| Version: | 3.x | ||
| Hardware: | All | ||
| OS: | All | ||
| URL: | http://www.netbeans.org/servlets/BrowseList?listName=nbdev&by=thread&from=9725 | ||
| Issue Type: | ENHANCEMENT | Exception Reporter: | |
| Bug Depends on: | |||
| Bug Blocks: | 17815, 32080, 36561 | ||
Link to thread. branch in core: bootstrap_feb_2002 Target milestone was changed from '3.4' to TBD. Target milestone was changed from '3.4' to TBD. *** Issue 24890 has been marked as a duplicate of this issue. *** Will probably be requested by ARC. Also consider cleaning up locations of files - *.cfg in bin/ is specifically weird. Important notices: 1) add icon to the NetBeans.exe file -- it can be then easily found in "Open with" Windows' action. 2) leave runide.exe in development versions -- it could break many automated tests, and remove it from beta and FCS versions. BTW: It seems that it will be implemented in promo-D ;-), but I still wonder how it could happen that this feature is here from 3.3.1 still not implemented. Yarda is working on this. General launcher renamed to nbexec and nbexec.exe. The product launchers (like /usr/bin/netbeans) are going to call that launcher. This issue was solved long time ago. Because nobody has reopened it neither added comments, we are verifying/closing it now. If you are still able to reproduce the problem, please reopen. Thanks in advance. |
See the thread on nbdev with the Subject "runide.sh" in January 2002 for background information. Essentially, the name "runide.sh" does not have a close association with the tool it brings up (NetBeans), the .sh extension is unnatural (and is there primarily to distinguish this script from launchers on other platforms). My suggestion is that we do the following: (1) To get around the problem where the names of the launchers include "clues" to what platform they are meant for, remove all launcher scripts from the bin/ directory and move them down one level into "platform" subdirectories: "OpenVMS", "OS/2", "Windows", "Solaris", "Linux", "HP-UX", etc. Somebody (Jesse?) suggested we combine all the "Unix" ones. That's okay, but on the other hand are we sure that for example OS-X users would think to look in the Unix directory? It would be ideal if opening the "bin" directory caused no confusion for users where to look for the launchers. There should also be a "Generic" directory which contains a README explaining how to start NetBeans on other platforms where we don't provide a launcher - e.g. which class to start in the VM, properties to set, etc. Note that there are some other executables in this directory (fastjavac etc.) that might benefit from also getting sorted into each platform directory when appropriate.) (2) Rename the launchers to something closely associated with the tool. I suggest "netbeans". E.g. Solaris/nebeans, Windows/netbeans.exe, etc. (3) Handle the "defaults" files and configuration files similarly; they should be named something very generic ("defaults" might be just right) or in the case of files in the user's home directory (somebody said there's a ~/ide.cfg? I wasn't aware of that) something related to the tool, e.g. ~/netbeans.cfg. The run script should be able to find these without modification; e.g. it should be possible to rename netbeans (and its default file if it is also named something based on the launcher name) and everything should work. (4) Make it part of the documented branding process that the launcher scripts on supported platforms should be renamed to something appropriate for that particular tool. This will make it possible for multiple applications built on top of NetBeans to coexist in the user's path without the need to launch them via full path. (5) Also rename files such as ide.policy, ide.cfg, etc. that have "ide" references in them to make NetBeans a platform, not just an IDE.