这里有人试过使用iSeries Python端口吗？

我发现，这是一个用于iSeries的Python版本，显然包含一些特定于系统的数据访问类。我很想尝试一下，但必须在工作中得到批准。我的问题是：

端口是否工作良好，或者与标准Python实现相比，解释器可以处理的内容是否有限制

---

iSeries数据库访问层工作正常吗？从表定义创建可用的对象？

听起来它会按预期工作。不过，对其他库的支持可能相当有限

Timothy Pickett在本文中讨论了iSeries的一些Python端口：

此外，Python邮件归档中也出现了一些讨论：

---

另一个可以查看的地方是邮件列表，或者在存档中搜索列表。我知道他们不久前已经讨论过这个问题。

从我目前看到的情况来看，它运行得相当好。注意，我使用的是iSeries Python 2.3.3。字符串本机是EBCDIC这一事实可能是一个问题；这无疑是许多第三方软件包无法正常工作的原因之一，即使它们是纯Python。（在某些情况下，它们可以进行调整和调整，以便明智地使用编码和解码。）假定2.5本机使用ASCII，这在原则上会提高兼容性，但我没有办法测试这一点，因为我使用的OS/400版本太旧了

部分是因为EBCDIC，部分是因为OS/400和QSYS文件系统既不像Unix，也不像Windows，标准库的某些部分没有实现或没有完全实现。这会对你造成多大的影响取决于你在做什么

从好的方面来看，iSeries特有的特性工作得相当好。处理物理文件和流文件都非常容易。从Python调用CL或RPG程序相当轻松。总的来说，我发现iSeries Python具有很高的可用性和价值

更新（2012）：自从提出这个问题以来，iSeries Python已经做了大量的工作。现在可用，这意味着它是最新的2.x版本。论坛的一些参与者相当活跃，并提供了惊人的支持。其中一个让Django在i。正如所料，迁移到本机ASCII字符串解决了许多EBCDIC问题，并大大提高了与第三方软件包的兼容性。我热情地向V5R3或更高版本的用户推荐iSeries Python 2.7。（我仍然强烈建议使用早期版本操作系统的用户使用iSeries Python 2.3.3。）

---

更新（2021）：不幸的是，iSeries Python不再维护，旧网站和论坛也不复存在。您仍然可以从其SourceForge存储库中获得该软件，对于那些仍停留在旧（7.2之前）版本的操作系统上的人来说，它仍然是一项非常有用和有价值的资产。对于那些使用7.2或更高版本的用户，IBM提供了PythonforPase，这是在中端平台上运行Python的首选方法。这个版本的Python是一个应用程序的一部分。

大约3年前，我获得了在一个盒子上安装iSeries Python的许可。我发现它的效果和广告上的差不多。我联系了开发人员，他非常善于回答问题。然而，在我考虑在生产中使用它之前，我必须就支持合同与开发人员联系。那真的不是他的工作，所以他说不，我们放弃了这个想法。我发现的主要限制是，它在其他平台上的Python版本后面有几个版本

---

我在iSeries上与Jython也有很好的合作经验。iSeries上完全支持Java。理论上，你可以在iSeries上的RPG中做的一切，你可以在Java中做，这意味着你可以在Jython中做。1999年或2000年，我通过JPython（Jython的旧名称）和smtplib.py从AS/400（iSeries的旧名称）发送电子邮件

Python运行得很好。 我们从2005年（或更早）开始在我们的开发和生产环境中将其作为一种实用语言使用，用于生成COBOL源代码、生成PCML接口、发送SMS、验证/更正某些数据。。。等 使用iSeries Python，您可以通过两种方式访问iSeries数据库：使用File400和/或db2模块。您可以执行OS/400命令，并且可以使用QSYS.LIB成员和IFS流文件。 依我看，iSeries Python是非常强大的工具，比iSeries附带的REXX更好。

---

试试看

这是一个糟糕的问题。请更具体地说明你为什么要问这个问题，并且用一句话解释这是什么也会有帮助-1直到这是更新足够公平-重新写特别投票指出Jython。我没想到。