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.
The FAQ entry at http://wiki.java.net/bin/view/Netbeans/NBJackpot#Why_can_t_I_run_Jackpot_from_the makes it clear that Jackpot cannot be used outside of an IDE environment, and why this is so. 2 questions however, remain: 1) is it possible to effectively run Netbeans+Jackpot in a command-driven manner? (eg. netbeans.exe -runplugin jackpot --project p --rule r) 2) what specific interfaces/protocols must be realised in order to embed Jackpot in an environment which might offer the services of a 'command-line-IDE'? Could the Jackpot team please comment on these issues on the FAQ page? thanks, David Bullock (Jackpot fan; IDEA user)
Just to elaborate my use-case for wanting a command-driven tool, I'd like to use Jackpot to query a codebase as part of a quality-assurance metric. In particular, I want to detect any API that is designated 'private' that is leaked from any API designated 'public'. (For example, Public.doSomething(String s, Private p) leaks a class I don't want to expose in my SDK, and I'd like to catch any direct or transitive leakages of this). cheers, David.
Your use-case for an build tool that does auditing can be done today using tools such as PMD (which also has a language similar to Jackpot's). It run from the command line, and there are Ant tasks for it. Better yet (from your perspective) is that there is an IntelliJ IDEA plug-in for PMD: http://pmd.sourceforge.net/integrations.html To answer your questions: 1. No, it is not possible to run from the command-line, because Jackpot is an interactive tool and over time it will become more interactive, not less. Command-line tools are batch-oriented and non-interactive. 2. Jackpot cannot be embedded in another environment, as it requires many core modules within NetBeans.