这真的是一个时刻，我写下我的想法，它意味着什么，一元云购下载，我和我的团队一起工作，使NW。是的，期待已久的发布邮件来自德国的程序产品团队。这是我一年来听到的关于Netweaver这个话题的最好的消息。今天，这是女神萨拉斯瓦蒂的便池，我们应该放下我们的书籍，小玩意等，祈祷，让我们从明天开始学习和探索知识领域，并在未来的岁月里。因为我的最新博客是在2015年5月，所以在这一刻，我不能停止探索我在过去一年中获得的知识，它说如果不去，我必须分享这一切。是的，就在一年前，我所在地区的产品负责人发现了一个"小"积压工作，正在探索用SAP Netweaver安装一个新的语言版本。所以坐下来，把它分成更细的部分，并从java服务器领域的许多质量专家那里得到反馈，我们如何帮助评估与新语言版本兼容的SAP NW堆栈。所有这些都在现有的维护环境中进行了评估。在工作中，质量项目负责人和他的助手高级项目负责人提出了将此积压工作增强到另一个较小的系统，以评估是否所有工作都与一个完整的sapnw JAVA堆栈一起工作，而该堆栈是基于一个较旧的代码行开发的"代码"。这一切都是在2015年第一季度，当我被注意到我开始计划的积压待办事项，大数据产业，因为你仍然知道"微小的"积压待办事项可能会像后来。由于从我们的观点来看，对stack的评估是在较旧的代码行上，因此在测试术语中，它不符合"开发"一词的条件，这甚至是从我们的高级副总裁到副总裁再到经理，以及测试项目负责人、支持包负责人和经理都认为是一个平凡的积压工作开始的。在过去365天里，云服务器报价，我们处于不同的支持包阶段，这一次正好让我的收件箱中至少有100封邮件。是的，没有一天没有一封关于向我和我的系统、基础、堆栈、测试团队澄清的电子邮件。尽管我也在阅读我身边的新闻，样本是在SAP NETWEBVER 7.5中——一个SAP业务套件和SAP S/4HANA，一个通用版的基础。后来我明白了，每个人都希望有一天能参加这个盛大的聚会，因为我们的团队没有一天不想说不，也不想抓取一个代码，部署或监视一个构建。

为了保持势头，我们每天都有电话，基于内部里程碑的每周、反复甚至一小时的检查计划什么是正确的构建，何时开始部署，谁来交付系统，谁将以开发或测试我们交付的JAVA堆栈上的配置的名义再次崩溃。然后是使用不同的操作系统和不同的数据库评估每个Netweaver"使用类型"的积压日志。尽管如此，这些都只是"临时"处理的，没有任何计划的努力，仍然每天都有一个新的计划给我和我周围的团队。然后我们意识到，企业建站平台，现在我们可以"手动"完成所有这些工作，而不必对OS+DB+SAP NW的各种组合进行自动化。

但是，在一个不断交付和集成的时代，手动沟通、协调、交付过程都必须完成时，请停止这些工作，开发运营部，我们希望在物联网世界中自动化一切的云交付模式？每天我都在想，这可能就是我们的管理策略，我们必须自动化"交付管道"的某些部分，但不确定如何开始。因此，云和数字世界为我提供了足够的自动化工具，用于所有这些通信和知识领域，当然，部署将通过"自助服务"实现自动化。。很多工作要做，商业大数据分析，需要计划…你知道今天我不应该读太多，因为它是女神萨拉斯瓦蒂

嗨拉克希米，

卡尔凯斯勒的声明很好的解释"重要的是要记住，更新SAP NetWeaver的Java堆栈到Java 8是一个主要的任务承担"

海泽，一个重要的德国出版商在它，这里引用了你写的另一篇关于Java Netweaver 7.50完成的博客

但是你博客的链接已经死了

它移动到哪里了？我对这个博客也很感兴趣。

你在交付过程的自动化方面有什么障碍？您是否计划在JavaNetWeaver开发中构建maven和git之类的标准？