sonarsource 的产品和服务被各地的客户所使用。产品如这可以帮助组织通过单个集线器来检查和理解软件开发,以开始将软件开发作为一个业务来管理。所有规模的组织都在使用来自 sonarsource 的产品和服务提高生产率, 降低风险, 终开发---的软件。silverpeas 已经能够实现新的功能和提高产品性能, 这已导致赢得越来越多的客户。silverpeas 是协作知识和内容管理的平台。写在爪哇, silverpeas 出生于 1999年, 在---时代的 j2ee。这是一个时代之前的框架, 当英雄编码没有测试或文件。结果是一个工作产品的支持下的混乱的定制框架, 是基于---的想法, 但执行不---。随着时间的推移, 由于在产品的早期就做出了短视的设计决策, 而且由于对其全球体系结构没有明确的愿景, 因此发展和维护代码变得越来越困难。技术--- = 责任

这种情况使我们很难跟上---的步伐, 保持市场的竞争力。sonarsource简介系统集成商、外包和应用程序服务提供商在如何向其客户提供下一级别的价值方面不断受到挑战。使问题复杂化的是, 执行基本维护和实施新功能的高昂成本使得很难获得新客户。技术---代表了一个太大的负债。够了在 2009年, silverpeas 团队作出了一个激烈的决定: 现在是时候, 以现代化的架构和提高 silverpeas 的代码。但他们需要确切地知道如何, 什么, 以及在哪里重构之前, 他们可以继续。我们需要一个工具来支持我们的改变, silverpeas 软件---米格尔 moquillon 说。sonarqube (当时的声纳) 被选中来帮助我们获得正确的---, 这些问题。通过它的分析工具和它的统一和可定制的界面, 我们有信息, 以确定我们必须执行的任务, 以减少技术---和提高代码的。这是我们的 gps 在--- silverpeas 的道路上。sonarqube 保持技术---控制

silverpeas 团队在 silverpeas 的现代化过程中选择了 sonarqube 这一关键角色, 部分原因是它是开源的, 就像 silverpeas 一样, 易于扩展, 但 sonarqube 也提供了一些功能 moquillon 说, 团队发现引人注目的:统一和集中的仪表板一个统一和集中的仪表板, 其中呈现代码的主要指标: 一目了然是什么出错了, 什么是改进了, 很容易看到。一般的意见是,这些应该处理外部sonarqube本身,并集成使用的全功能的restapi暴露的sonarqube。简单的导航--一种简单的方法来导航到相关代码的不同指标: 很容易找到需要操作的代码部分.---的报告-在时间的指标演变的迹象: 我们可以估计我们的代码改进的努力。---的软件已导致越来越多的客户赢得

sonarsource 的解决方案有助于 silverpeas 的成功, 通过对关键问题提供持续和快速的反馈以及如何解决它们的建议。例如,由于缺少单元测试,代码可能有较低的评级,或者由于大量的重复代码或安全---。工作从坚实基地它的代码改进给它, silverpeas 团队已经能够实现新的功能, 并提高产品的鲁棒性和性能, 这已导致赢得越来越多的客户。今天, silverpeas 团队致力于将其软件保持在 sonarqube 的轨道上。moqillon 说, silverpeas 团队对 sonarqube 有信心, 因为 这是一个开源项目, 如 silverpeas, 因此, 我们是---其演变和。他赞扬 sonarqube 的定期发布时间表、易用性、易于安装以及与现有开发基础结构 (如连续集成服务器詹金斯) 和构建系统 maven 等集成的易用性。现在, sonarqube 分析运行每晚 silverpeas 的35.1万行代码, 由詹金斯触发的后期生成行动。开发人员和经理定期检查结果, 并采取行动解决问题的集体努力, 以维护和进一步提高 silverpeas 的软件。

类别档案：sonarqube - pl / sql

使用sonarqube进行pl / sql分析 - 评估（3/3）

发表---

plsql_technicaldebtlast在我们的系列文章中分析了使用sonarqube的pl / sql代码的。

评估应用程序的不只是进行代码分析：任何人都可以做到这一点。顾问的工作是基于以下问题：什么，为什么，如何，多少。

什么：分析结果。大小，复杂性和重复性，这是我们以前的帖子中看到的。我们检查总体数字，还有平均和差异，以及有多个版本的时间趋势。那么我们来看看主要违反jia做法的行为，主要侧重于阻止和---。

为什么这些结果：调查分析措施的原因，寻找结果的起源。

如何补救：提出行动计划。其实，提出几个建议。我们将在下面看到，我提出了短期，中期和长期的不同计划。

花费多少：评估每个计划的成本。继续阅读***

此条目发布于2014年3月10日由jean-pierre fayolle发行的sonarqube - pl / sql。

sonarqube和jacoco的个人测试代码覆盖率

本文介绍了如何使sonarqube收集单个测试的测试代码覆盖率指标。sonarqube生态系统是由sonarqube平台和一套plug-ins在公共基础设施上担任东道主。代码覆盖工具通常产生一个报告，显示在给定测试会话期间执行的所有测试的组合效果的代码覆盖率（按行，分支等）。例如，当您在持续集成中运行单元测试时就是这种情况。在sonarqube和jacoco的帮助下，可以在单个测---例级别（junit或testng中的测试方法）中收集覆盖度量。为了实现这一点，我们在这篇文章中显示了一些特殊的配置。

环境

以下过程已经使用sonarqube 4.1.2和4.3.2版本进行了验证，但它也适用于sonarqube 3.7.x（xin的lts版本）。现在,当使用cobol或pli编辑器打开绑定子项目中的cobol或pli文件时,将在文件中标记任何违反在sonarqubeproject中设置的规则之一的代码,并通过悬停帮助来显示解释。我们用于验证设置的应用程序代码是熟悉的spring pet clinic应用程序，增强功能可支持tomcat 7和spring 3（请参阅此篇文章，以了解有关宠物诊suo需要更新的信息：http://deors.wordpress.com/ 2012/09/06 / petclinic-tomcat-7 /）该代码可以从存储库中的github---：https：//github.com/deors/deors.demos.petclinic

说明

一旦你知道如何连接所有的点，这些说明很简单。此idc技术---讨论了服务提供商的策略,以改进软件分析、缺陷管理、安全性和度量的方法,从而通过主动可见性来获得业务和it好处。所有这些都是为maven surefire插件添加一些特定的配置（surefire是插件，它是单元测试执行的任务，它支持junit和testng）。由于此具体配置不应影响常规单元测试执行，因此建议将所需配置包含在单独的配置文件中，仅在执行sonarqube分析时执行。我们一起来描述pom.xml文件中所需的更改。