Bugzilla 项目还活着

Bugzilla 是一个基于 Web 的错误跟踪系统和测试工具，最初是在 1998 年作为 Mozilla.org 项目的一部分发布的，目前仍然支持的版本有 2013 年发布的 Bugzilla 4.4 分支和 2015 年发布的 Bugzilla 5.0 分支。在项目负责人两次试图转交该项目无果后，该项目陷入停顿。现在，项目负责人重新回到了该项目，宣布了新的发布计划，5.2 版本将是下一个大更新版本，但它实际上是已发布 5.0.6 的分支。

消息来源：Bugzilla

老王点评：没有建立起社区的项目就是这样维系在一个人身上，项目脆弱性太大。

谷歌称在 AI 聊天技术上进展太快会有声誉风险

围绕 ChatGPT 的讨论迅速变成了热门话题，而谷歌长期以来一直吹嘘自己是人工智能领域的先驱。谷歌高管在一次全体员工会议上称，谷歌提供错误信息方面有更多的“声誉风险”，因此“比小型创业公司更保守地行事”。谷歌认为，这项技术还没有达到广泛推广所需的程度，目前公开的模型也有问题。但谷歌也承认 2023 年是人工智能用于对话和搜索的方式的一个“拐点”。

消息来源：CNBC

老王点评：或许 AI 就是谷歌开始衰退的拐点。

埃里森称甲骨文云绝不宕机

甲骨文创始人兼 CTO 拉里·埃里森在一场电话会议上称，“事实上，我最喜欢美国一家大型电话公司的一句话：甲骨文的云和其他云的区别仅仅在于甲骨文云不会宕机。”严格来说，这并不是事实。比如在英国今年破纪录的夏季高温中，甲骨文托管的服务器曾在 7 月份下线。

消息来源：The Register

老王点评：吹牛要上税吗？显然不需要。

谷歌赢得十年之久的甲骨文版权战

在甲骨文以 72 亿美元收购了 Sun 微系统公司之后，就对谷歌发起了高达 60 亿美元的诉讼，这一数字后来增加到 90 亿美元。甲骨文认为，谷歌将 37 个 Java API 的“结构、顺序和组织”复制到 Android 中，侵犯了甲骨文的版权。这大约涉及到 11500 行代码。

这场打了十年之久的版权诉讼，已经在巡回法庭和基层法庭之间来回拉锯多次。周一，美国最高法院最终裁定，谷歌在 Android 操作系统中使用甲骨文的编程代码时，并没有侵犯版权。法院表示，“谷歌复制 API 来重新实现用户界面，只取其所需，让用户将其积累的才能投入到一个新的、变革性的程序中，构成了对该材料的合理使用。”

很多人担心甲骨文胜诉或造成 API 版权问题，因而对软件行业造成极大破坏。但是，事实上这次裁决是在假定 API 具有版权的前提下，裁定谷歌属于合理使用而已。

因此，虽然这个决定并没有直接排除 API 可以受版权保护的可能性，但它明确了根据合理使用原则，你不能阻止其他开发者自由使用你的 API 来构建新程序。换句话说，程序员可以继续在他们的项目中使用 API，就像之前几十年一样。

有公司为勒索软件支付了数百万美元后没有及时补救，又被再次勒索

英国国家网络安全中心披露了一则警示性的故事：这家未提及名字的公司成为勒索软件攻击的受害者，以比特币支付了赎金（以当前汇率接近 650 万英镑），以恢复网络和文件。然而，该公司就这样不了了之，没有分析网络犯罪分子是如何渗透到网络中的。不到两周后，当同一个勒索软件团伙用同样的勒索软件感染网络时，该公司最终第二次支付了赎金。

对于大多数受害者来说，他们的首要任务是拿回他们的数据。然而，真正的问题是，勒索软件往往只是一个更严重的网络入侵的可见症状。为了安装勒索软件，网络犯罪分子可能已经能够获得网络的后门访问权。因此，如果没有亡羊补牢的话，他们可以随时回来部署另外一次勒索。

开车即可挖矿，智己汽车正式公布了用户数字资产“原石”挖矿方式

由上汽集团、浦东新区和阿里巴巴集团三方联合投资超过 100 亿元的智己汽车，发布了它的“原石”挖矿方式。购车用户将通过“里程式开采”和“养成式开采”两种方式获取“原石”。所谓的“里程式开采”是指，购车用户基于日常用车产生授权使用的“车辆与驾驶行为数据”获取“原石”。而“养成式开采”是指用户参与 APP 互动任务、品牌共创任务等任务获得抽取“盲盒”。“原石”可被用于兑换各种硬件升级或软件空中升级服务，乃至金融及保险产品；还可享有公司升值的巨大红利。

虽然理论上，通过授权数据使用权而换得一定权益是符合逻辑的，但是这种在危险边缘试探的举动，很难说会不会被喊停。

这种改变使得在 AWS 上实施甲骨文的软件的价格翻了一番，它已经安静地生效了，而几乎没有通知用户。

之前有消息传出，甲骨文使亚马逊云上的产品价格翻了一倍。它在如何计算 AWS 的虚拟 CPU 上耍了一些花招。它这么做也没有任何宣扬。该公司的新定价政策于 1 月 23 日生效，直到 1 月 28 日都几乎没有被人注意到， 甲骨文的关注者 Tim Hall 偶然发现 Big Red 公司的 甲骨文软件云计算环境许可文件并披露了出来。

乍一看，这一举动似乎并不太大，因为它仅将甲骨文的 AWS 定价与 Microsoft Azure 的价格相提并论。但是 Azure 只有市场领先的 AWS 体量的三分之一，所以如果你想在云中销售许可证，AWS 是合适的地方。虽然此举可能或可能不会影响已经在 AWS 上使用甲骨文产品的用户，但是尚不清楚新规则是否适用于已在使用产品的用户 - 它肯定会让一些考虑可能使用甲骨文的用户另寻它处。

这个举动的主要原因是显而易见的。甲骨文希望使自己的云更具吸引力 - 这让 The Register 观察到一点：“拉里·埃里森确实承诺过甲骨文的云将会更快更便宜”。更快和更便宜仍然有待看到。如果甲骨文的 SPARC 云计划启动，并且按照广告的形式执行，那么可能会更快，但是更便宜的可能性较小。甲骨文以对其价格的强硬态度而著称。

随着其招牌数据库和业务栈销售的下滑，并且对 Sun 公司的 74 亿美元的投资并未能按照如期那样，甲骨文将其未来赌在云计算上。但是甲骨文来晚了，迄今为止，它的努力似乎还没有结果, 一些金融预测者并没有看到甲骨文云的光明前景。他们说，云是一个拥挤的市场，而四大公司 - 亚马逊、微软、IBM 和谷歌 - 已经有了领先优势。

确实如此。但是甲骨文面临的最大的障碍是，好吧，就是甲骨文。它的声誉在它之前。

保守地说这个公司并不是因为明星客户服务而闻名。事实上，各种新闻报道将甲骨文描绘成一个恶霸和操纵者。

例如，早在 2015 年，甲骨文就因为它的云并不像预期那样快速增长而越来越沮丧，开始激活业内人士称之为的“核特权”。它会审核客户的数据中心，如果客户不符合规定，将发出“违规通知” - 它通常只适用于大规模滥用情况，并命令客户在 30 天内退出使用其软件。

或许你能想到，大量投入在甲骨文软件平台上的大公司们绝对不能在短时间内迁移到另一个解决方案。甲骨文的违规通知将会引发灾难。

商业内幕人士 Julie Bort 解释到：“为了使违规通知消失 - 或者减少高额的违规罚款 - 甲骨文销售代表通常希望客户向合同中添加云额度”。

换句话说，甲骨文正在使用审计来扭转客户去购买它的云，而无论他们是否有需要。这种策略与最近 AWS 价格翻倍之间也可能存在联系。Hall 的文章的评论者指出，围绕价格提升的秘密背后的目的可能是触发软件审计。

使用这些策略的麻烦迟早会出来。消息一旦传播开来，你的客户就开始寻找其他选项。对 Big Red 而言或许是时候参考微软的做法，开始建立一个更好和更温和的甲骨文，将客户的需求放在第一位。

（题图：windowsitpro）

via: http://windowsitpro.com/cloud/oracle-policy-change-raises-prices-aws

作者：Christine Hall 译者：geekpi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

沉默了九个月之后，自去年十月份的 Java One 大会之后一直没有对 Java EE 的发展停滞进行回应的甲骨文终于对外透露了该公司在 Java EE 方面的发展计划。

正如之前 arstechnica 的报道中所说，自去年秋天伊始，甲骨文在 Java EE 项目上的开发投入就已经几乎完全停止了，该公司不但将该项目上的工程师们投入到了其它项目当中，而且对社区的意见和请愿视若不闻，将 Java 社区进程 （ Java Community Process ） （JCP）执行委员会的成员们和 Java EE 的合作伙伴们丢在了深深绝望之中。

据 Java EE 守护者的观察，甲骨文在其自己的 JavaServer Faces 开发上的几个月前就陷入了完全停止，如下图：

甲骨文在其自己的 JSF 实现上的提交数变化

甲骨文在其自己的 JSF 实现上的解决问题数的变化

此事经由 arstechnica 报道之后，在整个技术世界引来了巨大反响。作为对这些质疑和请愿的回应，甲骨文的发言人 Mike Moeller 通过邮件发布了下述申明：

甲骨文致力于 Java 的发展，已经制定好了 Java EE 规范的下一个版本 Java EE 8 草案。 Java EE 8 将支持那些寻求在大规模分布式计算和基于容器的云环境中设计使用微服务来构建新应用的开发者们。甲骨文正在与 Java 社区中的关键合作伙伴们密切合作，以最终推出该草案，并将在九月份的 Java One 大会上与广大的 Java 社区分享该草案的完整细节。

按其说法，甲骨文将于今年九月份在旧金山召开的 Java One 大会上发布相关信息，并于 2017 年上半年发布 Java EE 8。

当被问及“关键合作伙伴”是否是同时指 JCP、 Java EE 专家组 （ Java EE Expert Group ） 和特定的行业合作伙伴时，甲骨文的一位发言人回应道并不全是。该发言人说，该草案很显然需要在 Java 社区内进行讨论，这包括 Java EE 专家组以及 JCP 内的更多成员，甲骨文希望得到更多的反馈。

Java 社区的一些开发人员对此表示了惊喜和疑虑。不过总体来说该申明所带来的消息还是比较乐观的，这表示甲骨文最终对 Java 社区的意见进行了澄清。这也许是对 Java EE 守护者 （ Java EE Guardians ） 的请愿投票的回应，截止至 7 月 7 日，该请愿已经得到了超过 2700 位开发者的支持。

“这真是一件令人惊喜的好消息。我们非常高兴甲骨文听到了社区的声音，并努力去寻求解决方案。“前甲骨文雇员、Java 专家，也是现在 Java EE 守护者的发言人 Reza Rahman 对甲骨文的回应表示了感谢，他说，”我们希望甲骨文可以将 Java EE 当成一个标准而不是一个产品，从而取得进一步的发展。……社区应当将此视为继续建设性地伴随甲骨文前进的一个机会，我们需要彼此密切配合以造福 Java 和 Java EE 生态，希望 Java EE 8 的发展计划可以在包括 Java 社区在内的广泛的合作中完整达成。”

一位 Java EE 的开发者及作者 Josh Juneau 说，“这是正确的一步，甲骨文最终就 Java EE 发布了申明。”，但是他又说，“我们需要谨慎从事，通过 Java EE 守护者继续推进，以帮助社区紧密参与到 Java EE 的发展当中。”

Josh Juneau 也有些担心甲骨文申明中提及的新方向可能会影响到 Java EE 8 已经取得的一些进展，“我们需要继续发出声音，推进 Java EE 8 的每个 JSR （Java 规范请求）的发展，让甲骨文知道它们每个都很重要。我们不希望看到甲骨文缩减范围，丢掉一些 JSR。”

甲骨文在 Java EE 8 中重点提到微服务和其它针对云的应用并不令人惊奇，甲骨文日益将其重点放在了云方面的架构、平台和应用服务方面。在过去九个月里 Java EE 8 方面的停摆表明，在最近的财年报告中甲骨文在传统软件许可销售方面的收入首次下降后，它正在努力加大其在云方面的投入。

参考信息来源：arstechnica、theregister、javaee-guardians

由于 甲骨文 （ Oracle ） 在开源项目上的一些作为，以至于它成了开源界的嘲讽对象。在 2015 年旧金山举办的 JavaOne 大会上，前 太阳微系统公司 （ Sun Microsystems ） 的 CEO Scott McNealy 出现在了 Java 20 周年纪念视频中，在那段视频中，他讽刺性的列出了“Java 开发者的 12 大噩梦”，其中第四条是“你喜欢开源和分享，但是你却在甲骨文工作。”这惹得在场的开发者们哄堂大笑，但从其中也可以看出甲骨文在开发者中间的形象。

下面列出了一些甲骨文在开源方面发生的一些事情：

2009 年 12 月

MySQL 的创造者 Ulf Michael "Monty" Widenius 向欧共体（欧盟前身）发起请愿，要求阻止甲骨文收购 太阳微系统公司 （ Sun Microsystems ） ，其时，太阳微系统公司刚刚收购了 MySQL 公司一年。Widenius 预测，如果太阳微系统公司被收购，甲骨文有可能将 MySQL 的一部分闭源。

2010 年 1 月

甲骨文完成了对太阳微系统公司的收购。

2010 年 2 月

甲骨文从其产品路线图中排除了 OpenSolaris。

2010 年 3 月

太阳微系统公司的开源官 Simon Phipps 在两家公司合并时离开了该公司。

2010 年 4 月

Java 之父 James Gosling 离开了甲骨文，他后来称该公司“挑战了道德”。

2010 年 8 月

甲骨文内部备忘录告知员工，OpenSolaris 将会中止，Solaris 和 ZFS 也会“关闭”。

OpenSolaris 管理委员会解散。

“完全开放”的 OpenSolaris 和 ZFS 项目 Illumos 启动。

多名 MySQL 团队成员离开并加入了 Rackspace，参与到了 MySQL 分支 Drizzle 项目的开发。

2010 年 9 月

OpenOffice.org 社区的一些成员离开并创立了 文档基金会 （ The Document Foundation ） （TDF），并分支出了 LibreOffice 项目。他们邀请甲骨文加入文档基金会。

2010 年 10 月

甲骨文要求文档基金会成员离开 OpenOffice.org 项目，理由是“利益冲突”，并且拒绝加入文档基金会。

LibreOffice 正式成为替代 OpenOffice.org 的一个分支。

甲骨文闭源了 HPC 平台（以前叫做 太阳网格计算引擎 （ Sun Grid Engine ） ），转而开源维护 开放网格计算调度器 （ Open Grid Scheduler ） 项目。四个月后，整个网格计算团队离开并加入了 Univa。

2010 年 12 月

阿帕奇基金会 （ Apache Foundation ） 为其 Java 开源实现版本 Apache Harmony 提出了一个技术兼容配套方案，在甲骨文拒绝许可该方案之后，阿帕奇基金会辞去了 Java 社区进程 （ Java Community Process ） （JCP）组织的执行董事席位。

2011 年 1 月

甲骨文申请了商标“Hudson”，这是一个开源的 Java 持续集成平台的名字（社区后来投票改名为“Jenkins”），甲骨文继续以它自己的名字“Hudson”开发该项目。

2011 年 4 月

甲骨文停止了 OpenOffice.org 和 OracleOpenOffice 的开发，两个月后，该公司将代码捐献给了阿帕奇基金会。

2011 年 9 月

甲骨文宣布它将发布 MySQL 的商业扩展，并且该项目将不再是完全开源的了，变成了“ 内核开源 （ open core ） ”模式。

2013 年 6 月

甲骨文改变了开源的 伯克利 DB （ Berkeley DB ） （BDB）的许可证，从一个 BSD 风格的公开许可证变成了 Affero 通用公开许可证，它要求用户以 GPLv3 或 AGPL 许可证提供其应用的源代码给任何一个通过网络连接到他们的应用的人。这一举动被广泛认为是要么恐吓用户为其开发的应用购买商业许可，要么是想弄死 伯克利 DB Berkeley DB （BDB）。

以上信息仅限于笔者收集到的部分，欢迎大家提交更多可信来源的信息来完善此文。

信息参考来源：arstechnica。

（题图来自：zimbio.com）