|
查看上一个主题 :: 查看下一个主题
|
| 作者 |
信息 |
VINAY PALLELA
新的用户
已加入：2018年1月28日
帖子：21
地点：印度
|
|
|
|
你好
如果有办法通过JCL中的NAS步骤解决今天双色球开奖结果传输行末字符的以下问题，请帮助我。
问题：当我将今天双色球开奖结果从大型机放置到Windows今天双色球开奖结果夹（大型机PS数据集到.TXT今天双色球开奖结果）时。我看到今天双色球开奖结果的行尾字符为LF（LINE FEEDER）。 BIZTALK将选择今天双色球开奖结果，但他们无法处理该今天双色球开奖结果，因为BIZTALK预计行尾将为CRLF。
有没有一种方法可以将带有CRLF行尾且带有PARM选项的今天双色球开奖结果放置到今天双色球开奖结果中。
我浏览了以下链接中的文档，但没有找到解决方案。
www.ibm.com/support/knowledgecenter/zh-CN/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxa500/tsoocopy.htm
以下是我在NAS STEP中使用的PARM。
| 码： |
****** ******************************数据顶部************ ******************
000001 OCOPY INDD(INPMVS1) OUTDD(OUTNAS1) TEXT PATHOPTS(USE)
****** ****************************数据底部************* *************** |
|
|
| 回到顶部 |
|
 |
罗伯特·桑普
全球主持人
已加入：2008年6月6日
帖子：8569
地点：美国爱荷华州迪比克
|
|
|
|
| 您的程序有缺陷。 OCOPY在z / OS Unix系统服务和z / OS之间工作-这意味着行终止符将成为Unix标准LF。获取CRLF线路终止符的标准且通常的方法是使用FTP将数据集从z / OS传输为文本形式的Windows今天双色球开奖结果到Windows今天双色球开奖结果（默认情况下将使用CRLF，或者可以将其指定为FTP选项之一）。只要坚持使用OCOPY，就不会看到Windows行终止符。 |
|
| 回到顶部 |
|
|
史蒂夫·迈尔斯
活跃的成员
已加入：2013年11月30日
帖子：870
地点：宇宙
|
|
|
|
| 采样先生是正确的。您不会在常规z / OS数据集中（根本不使用行终止符）或在OCOPY命令创建的输出今天双色球开奖结果中看到Windoze样式的行终端。它将具有EBCDIC版本的Unix样式行终止符。同样，如果您能够查看z / OS FTP发送给Windoze的数据，您将不会看到Windoze样式行终止符，因为FTP标准是发送Unix样式行终止符。当Windoze FTP接收数据时它会提示Windoze今天双色球开奖结果时，它将在Windows上插入Windoze样式行终止符来代替Unix样式行。 |
|
| 回到顶部 |
|
|
VINAY PALLELA
新的用户
已加入：2018年1月28日
帖子：21
地点：印度
|
|
|
|
感谢您抽出宝贵时间调查我的查询并做出回应。
我在上一个项目中遇到了相同的问题，并且了解到Windows期望CRLF行终止符，而UNIX期望LF行终止符。在我的测试中，我发现FTP没问题，但是看到了OCOPY的问题。我向项目负责人解释了这一点，我们的大型机NASPATH在UNIX目录中，它将行终止符自动填充为LF在文本今天双色球开奖结果中。但是我的领导坚持要使用OCOPY找到解决方案，他相信绝对应该有OCOPY选项的方法。
Cyclone团队解决了该问题，Cyclone从大型机NASpath（UNIX）中选择了今天双色球开奖结果，并根据需要替换了行终止符，并将今天双色球开奖结果放置在Windows服务器中。
有人告诉我，我们项目中有一种标准，即使用NASPATH进行内部今天双色球开奖结果传输，而使用SFTP进行组织外部的今天双色球开奖结果传输。
我现在有了更好的理解，我可以和我的项目负责人谈谈。
再次感谢！ |
|
| 回到顶部 |
|
|
乔格·芬代森
活跃用户
已加入：2015年8月15日
帖子：389
地点：德国班贝格
|
|
|
|
| FTP比OCOPY更加灵活，基本上所有事情都可以完成。 CRLF翻译甚至有一个特殊设置，但您可能已经发现了。 |
|
| 回到顶部 |
|
|
|
|
