jboss as7 下载_在JBoss AS7中运行Google App Engine应用程序：AlešJustin讨论CapeDwarf-CSDN博客

jboss as7 下载

在JUDCon China 2012期间，红帽公司的AlešJustin推出了Project CapeDwarf项目，该项目是由JBoss和其他开源库实现的Google AppEngine API。 InfoQ中国的高级计划编辑杨赛（Sai Yang）向他讲述了他为何启动该项目，该项目面临的挑战以及他作为软件开发人员的一般经历。这是他们谈话的笔录，于2012年11月29日在北京录制。

InfoQ：嗨，Aleš！ 感谢您抽出宝贵的时间接受我们的采访。 因此，您在2006年加入Red Hat，并且在JBoss上从事了多个项目。 您能否简要描述这些项目？ 就像您为什么启动它们，使用什么结构，使用什么技术？

Justin：我开始与Adrian Brock和Scott Stark一起做Microcontainer项目，这是JBoss AS5和JBoss AS6的内核。对于2-3个人来说，这是很多工作。但这也是一次很好的学习经历，与如此出色的开发人员紧密合作。但是，然后当然，每个项目都结束了，您继续前进，并没有真正的后悔和回头，所以我开始研究Weld，这是CDI RI（参考实现）。

我一直在寻找新的东西。因此，我要做的一件事情是与Ceylon上的Gavin King合作，这是一种在JVM上运行的新语言。自从我加入Red Hat以来，我就认识Gavin。当他谈论自己在做什么时，我非常热衷。 Ceylon背后的想法之一是拥有一个完整的平台，该语言也完全模块化，并具有自己的运行时。以我的内核背景，很明显我可以轻松地为Ceylon做出贡献-它的运行时。我的意思是，语言本身和编译器也都非常有趣-我在数学学习中已经朝这个方向做过一些事情-但是我更想提供运行时，使其模块化以及使存储库在模块化中良好地运行锡兰的环境。

因此，Weld，Ceylon，然后是CapeDwarf。 CapeDwarf背后的整个想法始于Android的流行，然后是CDI和Google App Engine。

所以我想，“哦，为什么不将所有这些东西结合在一起-客户端上的Android，服务器端的CDI和Google App Engine”。最初，实现方式大不相同。最初，我写了CapeDwarf Green-这是GAE和JEE API的适配器层。但是我当时在想：“如果我真的可以直接在JBoss或其他开放源代码库上直接制作整个Google App Engine API，该怎么办？首先，让我看看Google App Engine中最复杂的API。那一个，我可能也会做其他的。” 我们从数据存储开始。事实证明，这并不算困难，这要归功于Infinispan项目，这是另一个JBoss项目。因此，CapeDwarf逐渐被提升为一个真实的项目，我获得了更多的资源来帮助我，而且我能够做到这一点，在CapeDwarf上占50％，在Weld上占50％，在两者之间进行一些锡兰。由于CapeDwarf涉及其他几个JBoss项目，因此我们与这些项目紧密合作，提供补丁，提供测试和反馈。

InfoQ：那你是怎么想到CapeDwarf这个名字的呢？

贾斯汀：那是我朋友德扬的帮助。我们有很多名字。最初是洛子峰（Lhotse），它是世界第四高山。而且没人知道这个名字！所以我不得不改变它。然后我考虑了不同的事情，Chameleon就是其中一个名字，它可以以某种方式更改颜色，可以适应更改，无论是Google App Engine还是JBoss AS。因此，该名称非常合适，但在Red Hat的情况下，您必须通过合法方式使用该名称，法律必须批准该名称，当然，他们也不同意-Chameleon的使用范围太广。因此，Dejan开始输入不同类型的变色龙的名称，CapeDwarf出现了，我喜欢这个名称。这就是名字的出现方式。

徽标也是一个不同的故事。我们从变色龙的想法开始，然后我们看了一下，感觉它的形式真的很熟悉：SUSE Linux。所以我们最后有了一个披着斗篷的矮人。

InfoQ：太酷了。 那么，目前有多少工程师在CapeDwarf上工作？

贾斯汀：两个半。我是团队的创始人和负责人-尽管这是一个非常小的团队。回到斯洛文尼亚的办公室，这是一个由5名工程师组成的小型办公室，现在有2.5名员工正在CapeDwarf工作，我是Marko [ Lukša ]和Matej [Lazar]。 Matej是OpenShift的专家，他帮助我们将CapeDwarf引入了OpenShift。所以我算他一半。

InfoQ：那么您是否采用开源方式工作？ 是否有来自外部的开发人员加入？

贾斯汀：该项目从第一天起就可以公开获得。由于各种原因，我们并未在广告上投入太多精力，而是将其更多地推向了公众。在项目开始时，我们就以某种方式等待JBoss AS7的发布-不幸的是，由于各种原因，这也没有发生。但是，是的，当它最终发布时，我们希望吸引更多的人使用它。重要的是我们提供的东西-我们在Google App Engine SDK和AppSpot之间提供了一些东西。应该有一个合理的需求。我想，如果您有一家在Google App Engine上运行的Java商店，并且想要将独立应用程序移至生产环境，则可以使用中间部分-CapeDwarf-运行内容，进行一些调试，然后将其发送到AppSpot环境。而且他们根本不需要更改代码。

InfoQ：那是一件好事。 那么您在这个项目中遇到了什么困难？

贾斯汀：尽管我喜欢字节码黑客，但我不确定这是否是正确的方法。那可能不是我们想要的方式，但是目前就是这样。我们看到的另一个问题实际上是如何测试我们所做的事情-它更像是测试事物的鸡和蛋问题。最大的问题仍然是AS，因为当前的开发取决于AS的快照。我们的开发环境基于构建配置，因此，如果上游的构建配置发生更改，则会出现错误：我们需要以某种方式找出更改的内容，然后将其复制粘贴。那是最大的问题。

InfoQ：如果您使用稳定的版本，事情可能会更容易。

贾斯汀：是的，但是最新的稳定版本是7.1.1，这太旧了。我们使用的实现是在上游实现的，上游最终将成为发行版。

InfoQ：那么您正在尝试将CapeDwarf引入上游吗？

贾斯汀：嗯，对此有不同的讨论。 CapeDwarf不是要进入上游的AS的唯一扩展或新子系统。有TorqueBox，SwitchYard和许多其他项目，因此将所有这些扩展放在上游可能不是一个好主意-我认为这会带来比解决它们更多的问题。因此，起初，我们拥有自己的AS分支机构，其中包括CapeDwarf集成。然后，我们将其提取出来，并将其覆盖在AS之上。我认为这是一种更好的方法。新版本发布后，我们无需对其进行更改，这对我们而言将变得容易得多。

InfoQ：所以在开始这个项目之前，您是否出去看看周围是否有其他人做过类似的事情？

贾斯汀：当然。我不想做已经完成的事情。尽管有时最好做一些已经完成的事情，但是如果做得更好的话。在这种情况下，存在现有的项目，例如由圣塔芭芭拉分校的学生完成的AppScale，但他们做的方式有所不同-他们的规模更大，它们支持所有语言：Python，Java和Go，支持不同的数据库，背部。我确实看了一下，然后尝试进行设置，但这是一个巨大的痛苦。所以我想：“那不是我想要的方式。我希望人们能够点击一下。” 在我们的例子中，这只是一个命令行：很少或没有配置调整，然后运行。如果您需要一个集群，则只需建立几个节点即可，如果您熟悉JBoss AS，则可以立即使用。

InfoQ：您是否与GAE成员交谈？ 有什么故事要分享吗？

贾斯汀：还没有很多故事要讲。但是，是的，我们与他们进行了很多互动，但是大多数事情都是在私人层面上处理的。

InfoQ：在您作为软件开发人员的10多年中，您是否遇到过一些瓶颈？

贾斯汀（Justin）：我从数学开始，整个家庭-父亲和兄弟均为软件工程师；这台电脑一直在我家里。所以我从小就习惯PC和所有这些东西。但是后来我从没想过我会以此为生。因此，在大学三年级结束时，我在想：“我应该怎么做？学术界还是IT界？” 首先，我加入了斯洛文尼亚最大的Java公司之一，并且学得很快。然后我搬到一家较小的公司，从事一个有趣的能耗项目。有一次，我开始为JBoss做出很多贡献，这是我们在能源门户项目中工作的一部分。该项目在所有快照平台上运行-Hibernate快照，EJB快照，AS快照。我一直在维护所有这些，修复错误。我可耻地承认当时我实际上是在使用Spring :-)，但是我提出了一个将Spring和JBoss（一个Snowdrop项目）联系起来的库。然后，我被邀请在JBoss World上发表演讲，分享我所做的事情。之后，他们给了我一个报价。所以我在想：“我要输什么？” 如今，成为一名优秀的程序员，意味着找到工作非常容易。所以我没有什么可失去的。这真的是一个美好的6年。

关于被访者

阿列斯·贾斯汀 （ AlešJustin ）出生于斯洛文尼亚卢布尔雅那，并于卢布尔雅那大学获得数学学位。十年前，他爱上了Java，并花费了大部分时间来开发信息系统，从客户服务到能源管理。他于2006年加入JBoss，全职从事Microcontainer项目。他目前领导CapeDwarf项目，同时仍为Application Server，Weld，Ceylon和许多其他JBoss项目做出贡献。

注意：本次采访 最初在InfoQ China上发表。