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.
Our use case (Fontys Venlo Software Engineering and Business Informatics) is using netbeans in its default configuration in a restricted exam environment. Some aspects: * students boot their laptop from a thumb-drive or usb-stick (exam-stick) into a restricted linux (ubuntu) environment, which the is the exam-machine. * The exam-machine has access to only one machine, the exam server. These settings are controlled by iptables (firewall) rules on the stick and are in effect from startup. * The students checkout the exam problems from the exam server and commit their solution to the same. * One of the exam is writing (unit) tests and implementations of classes in java. * The students are allowed to use all tools available like in the normal lab situation, including a code coverage tool * the old netbeans plugin ...vladium.. + emma is not working with java7, hence it would prevent us using java 7 constructs in the exam. * Currently the jacoco plugin is the only one working with java7, but as a editor-decorator (showing a source code rendering dependent on coverage) it seems bound to maven. * Our exam setup is not compatible with maven, because using maven infects your projects with 'mavenitis', the pun-name for "wanting to download all known jar files in the known universe", which a network-wise restricted computer cannot do. Configuring the exam-stick for each different exam to address this problem is not an option. The old way (vladium plugin) showed the coverage in the editor window, which is very helpful. Using the jacoco in the same way in a standard java project would be very helpful.
(In reply to comment #0) > * Our exam setup is not compatible with maven, because using maven infects your > projects with 'mavenitis', the pun-name for "wanting to download all known jar > files in the known universe", which a network-wise restricted computer cannot > do. well you can host a repository manager on the exam server which will proxy any maven repositories needed for the exam. > Configuring the exam-stick for each different exam to address this problem is > not an option. > > The old way (vladium plugin) showed the coverage in the editor window, which is > very helpful. Using the jacoco in the same way in a standard java project would > be very helpful. standard java project meaning the project producing a jar file, right? reassigning there, not sure what is the correct component for code coverage alone (if there is one) I suppose this will require ant script additions at least to make it run.
(In reply to comment #1) > (In reply to comment #0) > > > * Our exam setup is not compatible with maven, because using maven infects your > > projects with 'mavenitis', the pun-name for "wanting to download all known jar > > files in the known universe", which a network-wise restricted computer cannot > > do. > > well you can host a repository manager on the exam server which will proxy any > maven repositories needed for the exam. > I could, but that would give the examiner (which is not necessarily me) extra work, to find out what is exactly needed per exam. We do not want to forward generic mvn servers, because smart students could set up a mvn repository with a solution, adapt the pom.xml and fetch whatever pleases her. And for a simple 'beginners-java' exam we consider making everything a maven repository way over the top. We are quite satisfied with the default ant way of working as provided by the standard netbeans project. > > Configuring the exam-stick for each different exam to address this problem is > > not an option. > > > > The old way (vladium plugin) showed the coverage in the editor window, which is > > very helpful. Using the jacoco in the same way in a standard java project would > > be very helpful. > > standard java project meaning the project producing a jar file, right? > reassigning there, not sure what is the correct component for code coverage > alone (if there is one) > I suppose this will require ant script additions at least to make it run.
(In reply to comment #0) > Using the jacoco in the same way in a standard java project would > be very helpful. Use http://plugins.netbeans.org/plugin/48570/tikione-jacocoverage
Right, there is a 3rd party module for JoCoCo https://github.com/jonathanlermitage/tikione-jacocoverage.