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 testing certain types of development(security, JAAS, JSSE) one needs to specify additional vmargs to control the behavior of the mv(-Djava.security.manager, -Djava.security.policy, -Djava.security.auth.login.config, ...) It would be nice if there was a VM Arguments property in the Exceution tab of a main class to facilitate the setting of these value. Currently I have to define a new external execution type with these values.
Hmm, it seems (for me) that new execution type is the right thing you should do here - you ARE define a new execution environment. It can be then used by this class, or by any other class that you want to share execution properties with. Can you explain why this style does not fit you ?
When I'm setting vm parameters I find these to be more a function of the class I'm running rather than a particular usage of a given vm. That is why I would like to be able to set these as a property of the class in its Execution settings rather than doing this by setting up/changing the Executor settings.
What about composing the settings for a class to be run and general properties found in the Executor ?
I can do that. It requires bringing up the Executor dialog, selecting the Expert tab, and then seleting the Environment Variables to be able to set the value. My two issues with this are: 1. This is more tedious than just being able to set the vm args via a "VM Arguments" in the class Exceution properties. 2. The vm arguments are more a function of the class than the vm/executor. Setting the security policy file is one example.
Sorry, I didn't express myself clearly. I meant what if I provide "VM arguments" property on class' property sheet besides the current "Arguments" one and add the class-specific settings after those provided by the configured Executor. This way, you (or other users) will be in charge to decide whether the parameter is VM- or environment- specific, or task-/class- specific. Does it sound reasonable ?
That sounds perfect.
java/ui->java/project
*** This issue has been marked as a duplicate of 49636 ***
Note in 4.0 you can set per-project VM arguments in the project properties dialog.