Jupiter解决了ReviewClipse的不足，它提供了代码行级别的评审批注功能，方便评审参与人了解具体是哪些行代码存在问题。同时，它也比较 符合常规的评审流程，被评审人提供待审代码->评审人线下提出个人意见->组织讨论会讨论每个人提出的意见并确定问题及解决方案->被 评审人rework修改代码->评审人查看修改情况。
Jupiter支持在一个项目中的多次评审，多人协同参与评审，支持多种配置库如SVN、CVS等，支持简单的评审流程，支持问题跟踪。
Jupiter提供的这些简单的功能，已经完全可以胜任常规的代码评审需要，作为常规评审比较合适。并且评审人和被评审人都可以通过Eclipse操 作，对于我们程序员来说，很方便，大家天天都要对着Eclipse，Jupiter可以让代码评审成为编码的一部分工作而又不增加评审工作量。
Jupiter虽然对常规代码评审(Code Review)比较适合，但是对于像敏捷中的每日代码评审就显得有些力不从心，虽然也可以做到，但是每次评审需要指定评审文件，并且不能通过指定目录或者 通配符方式还是有些不便的，这一点它不如ReviewClipse那么直接精准。
