RS_LXE_LOG_EXPORT是否可以避免由于ATC发现而导致的运输释放阻塞?

2020-09-12 03:47发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


如前所述在其他地方,我们很快将切换到中央ATC检查,其中优先级1和2的发现将阻止任务和传输的发布。

在导致这一变化的讨论中,我们提到了与翻译相关的流程,因此可能会遇到麻烦,我想事先知道,是否可以选择阻止任务/在这种情况下运输释放。

开发人员通常通过事务SE63定期提供和保存新的或更新的源代码(和其他工作台实体)的翻译。 批处理作业每周三次"收集"所有新创建/更新的翻译,并将它们放入新的传输请求中,然后自动发布。 这是通过SAP标准程序RS_LXE_LOG_EXPORT完成的。

"不幸的是",翻译传输也包含该翻译所针对的对象,因此包括ABAP代码,该ABAP代码很可能具有优先级1或2的发现,从而阻止了传输的释放并阻止了其中包含的所有其他翻译。 如果在两天后的下一次排定的工作执行之前没有人工干预,则存在很小的风险(即使很小),新的翻译将取代旧的和被阻止的翻译。

那么,程序RS_LXE_LOG_EXPORT或ATC设置中一般是否有一个选项可以忽略任何发现并释放与翻译相关的传输方式?

我们正在使用EHP8的NW 7.50,并转移到在NW 7.52系统中进行的集中检查。 当我浏览报告的代码时,没有找到报告名称,也没有"跳出来"。

感谢和欢呼

Baerbel

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


如前所述在其他地方,我们很快将切换到中央ATC检查,其中优先级1和2的发现将阻止任务和传输的发布。

在导致这一变化的讨论中,我们提到了与翻译相关的流程,因此可能会遇到麻烦,我想事先知道,是否可以选择阻止任务/在这种情况下运输释放。

开发人员通常通过事务SE63定期提供和保存新的或更新的源代码(和其他工作台实体)的翻译。 批处理作业每周三次"收集"所有新创建/更新的翻译,并将它们放入新的传输请求中,然后自动发布。 这是通过SAP标准程序RS_LXE_LOG_EXPORT完成的。

"不幸的是",翻译传输也包含该翻译所针对的对象,因此包括ABAP代码,该ABAP代码很可能具有优先级1或2的发现,从而阻止了传输的释放并阻止了其中包含的所有其他翻译。 如果在两天后的下一次排定的工作执行之前没有人工干预,则存在很小的风险(即使很小),新的翻译将取代旧的和被阻止的翻译。

那么,程序RS_LXE_LOG_EXPORT或ATC设置中一般是否有一个选项可以忽略任何发现并释放与翻译相关的传输方式?

我们正在使用EHP8的NW 7.50,并转移到在NW 7.52系统中进行的集中检查。 当我浏览报告的代码时,没有找到报告名称,也没有"跳出来"。

感谢和欢呼

Baerbel

付费偷看设置
发送
2条回答
骆驼绵羊
1楼 · 2020-09-12 04:02.采纳回答

在开发系统中打开"阻止错误"后,我现在可以自己快速进行测试:

  1. 选择了一个我知道有prio 1发现的程序
  2. 进入SE38并将随机文本从DE转换为EN
  3. 在LXE_LOG中找到翻译条目
  4. 使用相关参数手动执行RS_LXE_LOG_EXPORT
  5. 有趣的是,翻译的传输创建和发布没有问题

足够有趣的是,当我随后检查释放的传输时,它确实报告了该程序的ATC结果,包括prio 1,这有点 我认为误导。 检查传输的对象列表时,它仅具有PGMID = LANG的条目,我想知道是否可以忽略ATC检查以避免混淆?

xfwsx85
2楼-- · 2020-09-12 04:11

更多想法:

我知道可以通过Badi CL_IM_CTS_REQUEST_CHECK的实现触发与ATC相关的活动,然后可以在方法CHECK_BEFORE_RELEASE或CHECK_BEFORE_RELEASE_SLIN中添加代码(尽管这听起来像是与扩展语法检查有关)。 因此,我想知道是否有一个选项可以告诉该过程,如果它是通过批处理作业触发的,或者运输标题是否包含特定术语,则根本不运行ATC检查? 我搜索了各种术语,但没有找到任何有希望的潜在客户。

一周热门 更多>

点击此处---> EasySAP.com 一起学习S4 HANA ...

相关问答