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: | Globally disable "Compile on Save" for Maven | ||
---|---|---|---|
Product: | projects | Reporter: | jmborer <jmborer> |
Component: | Maven | Assignee: | Tomas Stupka <tstupka> |
Status: | NEW --- | ||
Severity: | normal | CC: | markiewb, masaki |
Priority: | P2 | ||
Version: | 7.4 | ||
Hardware: | PC | ||
OS: | Windows 7 | ||
Issue Type: | ENHANCEMENT | Exception Reporter: |
Description
jmborer
2013-11-06 10:41:48 UTC
Very annoying indeed. I am raising the priority level to 2. you can turn off CoS by the moving of the relevant property in nb-configuration.xml file into the parent pom (to disable in a group of projects) or into ~/.m2/settings.xml (to be global). As in written in the nb-configuration.xml file. The property here is: <netbeans.compile.on.save>none</netbeans.compile.on.save> "Running NetBeans Compile On Save execution...." is not really a warning, it's just a reminder that indeed the build is running with CoS and if there are problems, you should disable it. That's why it shows on every execution. The problems mostly result from the setup of the project (not saying the setup is wrong, just that some setups are not supportable) and are not identify-able up front by us (it's often related to how the runtime environment deals with classpath etc. (In reply to Milos Kleint from comment #2) > you can turn off CoS by the moving of the relevant property in > nb-configuration.xml file into the parent pom (to disable in a group of > projects) or into ~/.m2/settings.xml (to be global). As in written in the > nb-configuration.xml file. > > The property here is: > <netbeans.compile.on.save>none</netbeans.compile.on.save> > > "Running NetBeans Compile On Save execution...." is not really a warning, > it's just a reminder that indeed the build is running with CoS and if there > are problems, you should disable it. That's why it shows on every execution. > > The problems mostly result from the setup of the project (not saying the > setup is wrong, just that some setups are not supportable) and are not > identify-able up front by us (it's often related to how the runtime > environment deals with classpath etc. One thing that doesn't work for example is when a I provide a new JMX implementation: remote optional. JMX will discover it through ServiceLoader. With CoS, it will fail by complaining that it couldn't find the required service. Thanks for the tip of the property. One idea then would be to document it better, say for example when you display the warning. You might suggest this option or in the Maven options panel. Of course, only NB will use the property. It won't have any effect on Maven. related, duplicate of issue 227791 I suppose Somehow, yes. |