免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
123
最近访问板块 发新帖
楼主: niuhua77
打印 上一主题 下一主题

我所了解的service program(追加补充) [复制链接]

论坛徽章:
0
21 [报告]
发表于 2011-12-15 18:36 |只看该作者
本帖最后由 blogliou 于 2011-12-15 18:40 编辑

不错

使用service program主要的一个麻烦需要注意 如何避免 Program signature violation
影响signature的东西主要是Exports,包括名称,顺序等,如果exports任何一个名称或顺序有明变化,则使用到该service program的所有程序都需要重新编译一遍,否则就会发生program signatue vionation.

一个service program主要是由可运行的procedure和data items组成

相应地,在service program里有两类exports, 一类是procedures的 export, 一类是data items的exports,
可以分别用下面两个命令看到。  

DSPSRVPGM SRVPGM(SVRPGMNAME) DETAIL(*PROCEXP)

DSPSRVPGM SRVPGM(SVRPGMNAME) DETAIL(*DTAEXP)


如果会用bind language的话, 通过指定exports的名称或顺序的话, 在创建service program时 export选项用*srcfile,    可以避免因为service program里新增加prodecure而不得不重新编译所有使用到该service program的programs的问题。

论坛徽章:
0
22 [报告]
发表于 2011-12-15 19:00 |只看该作者
一般在大型项目中,在创建 service program时一般都应该考虑使用bind language来指定Exports。 如果用自动生成方式会对后续维护带来很大麻烦。

比如某项目在实施过程中,因为某个核心service program被重新编译了,导致调用到该service program的几千个programs不得不重新编译。

论坛徽章:
0
23 [报告]
发表于 2011-12-15 19:57 |只看该作者
感谢大家关注这篇"纸上谈兵"的帖子,等我有了更丰富的使用个经验,还会再来完善的

论坛徽章:
0
24 [报告]
发表于 2012-05-06 11:56 |只看该作者
blogliou 发表于 2011-12-15 19:00
一般在大型项目中,在创建 service program时一般都应该考虑使用bind language来指定Exports。 如果用自动 ...


SRVPGM有多种生成形式。

你说的“.....导致调用到该service program的几千个programs不得不重新编译。 ”是不存在的。

论坛徽章:
0
25 [报告]
发表于 2012-05-28 16:15 |只看该作者
回复 25# passthru

真实发生的故事,怎么可能不存在呢

   

论坛徽章:
0
26 [报告]
发表于 2012-05-29 11:25 |只看该作者
本帖最后由 passthru 于 2012-05-29 11:28 编辑
blogliou 发表于 2012-05-28 16:15
回复 25# passthru

真实发生的故事,怎么可能不存在呢


如果是bind文件生成的srpgm,有三种指针静态关联关系:1)srvpgm;2)符号;3)moudule。如果明白这三种关系,根本用不着几千个程序都要重新编译,否则,还要用srvpgm做什么呢?

论坛徽章:
0
27 [报告]
发表于 2012-05-29 19:18 |只看该作者
本帖最后由 blogliou 于 2012-05-29 19:37 编辑
passthru 发表于 2012-05-29 11:25
如果是bind文件生成的srpgm,有三种指针静态关联关系:1)srvpgm;2)符号;3)moudule。如果明白这三种 ...



不需要争论。需要明白Bind Language的用处,以及SVRPGM的 Signature是怎么回事。
我所谈的是如何使用Bind Language避免因为Svrpgm变化而造成Signature变化,而使得引用到该svrpgm的程序不得不编译问题。你所谈的是根本不存在这问题。
如果不使用Bind Language方式生成Svrpgm,则一定会存在我所说的问题。 另外提醒也不要把 Bind Language与Bind Directory搞混淆,这是两个完全不同的东西。


其实楼主的帖子整理得很好,但按楼主自己说没有实际经验,否则就能有更深体会了。虽属纸上谈兵,但毕竟还在谈对的事情。

论坛徽章:
0
28 [报告]
发表于 2012-09-29 09:43 |只看该作者
blogliou 发表于 2011-12-15 19:00
一般在大型项目中,在创建 service program时一般都应该考虑使用bind language来指定Exports。 如果用自动 ...


因为没有基于bnd文件编译服务程序导致符号变化而使主调程序无法启动。
出现问题后再重新基于bnd文件编译service program,确实没有必要大面积编译*pgm。
难道你们无权编译service program?

论坛徽章:
5
2015亚冠之阿尔艾因
日期:2015-08-10 02:23:34操作系统版块每日发帖之星
日期:2015-08-13 06:20:002015七夕节徽章
日期:2015-08-21 11:06:1715-16赛季CBA联赛之山西
日期:2016-04-13 02:36:59操作系统版块每日发帖之星
日期:2016-04-14 06:20:00
29 [报告]
发表于 2012-10-21 11:43 |只看该作者
MODULE就是类似于.o,SRVPGM就是类似于.dll或者.so,PGM就是可执行文件。
MODULE的完全一样。
SRVPGM调用感觉比.so来得麻烦一些,要么需要bnd,要么重新更新,没有做到根据使用的导出项自动查找符号。
最原始的CALL PGM感觉使用上更方便,而且我认为调用效率上的差别,相对数据表的操作是很小的,对数据表操作的优化,效率提升比动态改静态调用方式更有意义。

论坛徽章:
0
30 [报告]
发表于 2013-12-11 10:16 |只看该作者
学习了,谢谢分享
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP