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: | enable jacoco plugin for standard netbeans projects | ||
---|---|---|---|
Product: | java | Reporter: | homberghp |
Component: | Project | Assignee: | Tomas Zezula <tzezula> |
Status: | NEW --- | ||
Severity: | normal | CC: | pjiricka, ralphbenjamin |
Priority: | P3 | ||
Version: | 7.3 | ||
Hardware: | PC | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Exception Reporter: |
Description
homberghp
2012-11-19 09:07:22 UTC
(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. |