Excellent, thank you! I didn't know about that.
Glen
On 07/22/2013 04:38 AM, van Dalen, Andre wrote:
According to this post,
http://stackoverflow.com/questions/10971968/turning-sonar-off-for-certain-code,
you can either use the FindBugs annotations or use // NOSONAR on the line where
you want to suppress a warning.
JSPWiki is a WebApp to some users, but to people developing their own plugins
and extensions the JSPWiki engine
is an API too :-)
regards, Andre
-----Original Message-----
From: Glen Mazza [mailto:glen.ma...@gmail.com]
Sent: 19 July 2013 22:11
To: jspwiki-...@incubator.apache.org
Subject: Re: Sonar complaint: declaring unchecked exceptions in the throws
clause
I don't think there are such things as annotations to quiet Sonar -- instead,
you just disable the test. The question is whether to limit the documentation
to just the JavaDoc or explicitly include them in the Throws clause. I think
the Javadocs are sufficient--that's all the java.lang.String you mention is
doing apparently. JSPWiki is not exactly an API that people are coding with,
it's just a webapp.
Glen
On 07/19/2013 07:25 AM, van Dalen, Andre wrote:
Hi Glen,
I would have Sonar ignore these warnings, and see if it is possible to annotate
the source with a suppression
for the cases that are checked and deemed a correct use of an unchecked
exception.
After that the Sonar warning can be enabled again. For library-type methods
unchecked exceptions are the norm imho
(look at the String javadoc). As you say, the exceptions that are thrown should
document themselves so removing
the throw clauses from code and javadoc is not the way to go.
regards, Andre
-----Original Message-----
From: Glen Mazza [mailto:glen.ma...@gmail.com]
Sent: 18 July 2013 22:54
To: jspwiki-...@incubator.apache.org
Subject: Sonar complaint: declaring unchecked exceptions in the throws clause
Hi Team, in 40-44 cases (which isn't all that much), Sonar is reporting that we're
unnecessarily declaring unchecked (Runtime-derived) exceptions such as
MissingResourceException and IllegalArgumentException in the "throws" clause,
as listed here:
https://analysis.apache.org/drilldown/issues/139724?&rule=checkstyle%3Acom.puppycrawl.tools.checkstyle.checks.coding.RedundantThrowsCheck&rule_sev=MINOR&severity=MINOR#
(click on TextUtil, InternationalizationManager in the lower-right corner).
These can be kind of nice because it becomes better self-documenting that way,
although prevailing opinion[1] seems to be that RuntimeExceptions should be
those outside of anybody's control, and checked (must declare in the throws
clause) exceptions should be used instead when the exception is something
somebody can do something about.
What I'd like to do is remove them from the "throws" clause--quieting
Sonar--but keep them in the Javadoc above, so they're still documented.
(Alternatively, what I can do is disable this check--have Sonar ignore
it.) Later, for these exceptions, we may wish to move to checked exceptions if
any of these are something a developer do something about, while leaving
IllegalArgumentException, etc., for programming errors outside of any user's
control. WDYT?
Thanks,
Glen
[1] http://docs.oracle.com/javase/tutorial/essential/exceptions/runtime.html