Remove sonarqube complaint about not using constructor dependency inj…

…ection, since HK2 in jersey can't do constructor dependency injection

README.org

@@ -10,7 +10,7 @@ The focus is on using jersey in the HTTP web whiteboard.
 
 That means there is no database stuff, just a counter value kept in memory (I have a "backend" to illustrate how an OSGi service can be injected into a jersey resource serving an HTTP path).
 
-The "frontend" is just two javascript functions called from static HTML created by print statements in the webgui servlet (again: to illustrate how a frontend calls a backend without introducing confusing details).
+The "frontend" is just two javascript functions called from static HTML read from a classpath resource in the webgui servlet (again: to illustrate how a frontend calls a backend without introducing confusing details).
 
 The [[https://github.com/steinarb/sampleapp][sampleapp]] application implements a similar counter application, but with database, react frontend, users and login, and i18n support.
 

pom.xml

@@ -36,6 +36,9 @@
         <mockrunner.version>2.0.7</mockrunner.version>
         <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
         <sonar.coverage.jacoco.xmlReportPaths>${project.basedir}/../jacoco-coverage-report/target/site/jacoco-aggregate/jacoco.xml</sonar.coverage.jacoco.xmlReportPaths>
+        <sonar.issue.ignore.multicriteria>e1</sonar.issue.ignore.multicriteria>
+        <sonar.issue.ignore.multicriteria.e1.ruleKey>java:S6813</sonar.issue.ignore.multicriteria.e1.ruleKey>
+        <sonar.issue.ignore.multicriteria.e1.resourceKey>**/jerseyinkaraf.webapi/src/main/java/**/resources/*.java</sonar.issue.ignore.multicriteria.e1.resourceKey>
     </properties>
 
     <modules>