随着capeDwarf首个发布版本完成，现在是时候解决最初用户的问题了。由于设置capeDwarf环境变得如此简单——只需解压分发版，CapeDwarf已经在OpenShift上运行，我们得到了一些有用的反馈；继续提供吧！
快速查看分析显示我们在日志记录上过于急切。GAE有一个LogService，因此我们需要利用JBoss应用程序服务器的日志来正确捕获所有应用程序的日志。但如果你过于急切地这样做，你可能会捕获所有日志——这正是这里发生的情况。嗯，现在这已经全部修复，现在GAE的日志性能有了巨大的提升。
正如预期的那样，另一个非常有用的信息来源是实际的用户应用程序。用户要么尝试部署应用程序并失败，要么我们实际上得到了他们的.war二进制文件。这有助于清除一些OAuth、JDO、线程、后端和Web组件初始化错误。
API版本控制
我在之前的capeDwarf博客中忘记提到的事情，但这是非常重要的，那就是目前，我们只支持GAE API的最新版本（以及/或与其100%兼容的任何版本；撰写此博客时，这是GAE 1.7.4）。
因此，如果你还没有更新到最新的GAE API版本，你可能会遇到一些问题。为了轻松解决这些问题，我在假期期间创建了一个新的capeDwarf子项目。
正如你所见，这允许Blue测试针对选定的GAE API版本运行。
我还为CapeDwarf AS集成添加了对API版本化的初步支持，但是 实际支持尚未实现（暂时）—— 由于我们打算如何支持这一点。每个非最新版本的GAE API都需要一个新的CapeDwarf Blue分支，从该分支中您可以获得兼容的二进制文件，以便与CapeDwarf发行版一起分发。然后，您只需将这些兼容的二进制文件放入JBoss应用程序服务器的 modules/ 目录下，位于 org/jboss/capedwarf/
另外，集群中MapReduce测试的一个小更新。它们可以工作，但您需要将CapeDwarf的默认缓存执行操作改为SYNC，而不是ASYNC。我们现在已经有了这个问题的解决方案。:-)
为了简短起见，以下是新的1.0.0.Beta2版本
一如既往，欢迎反馈！！
