● [合集] EJB的移植，有点麻烦发信人: oosky (天天), 信区: J2EE
标 题: [合集] EJB的移植，有点麻烦
发信站: BBS 水木清华站 (Mon Mar 29 18:44:09 2004), 站内
【 以下文字转载自 JavaClub 讨论区 】
发信人: oosky (天天), 信区: JavaClub
标 题: [合集] EJB的移植，有点麻烦
发信站: BBS 水木清华站 (Mon Mar 29 18:42:15 2004), 站内
☆─────────────────────────────────────☆
JoyJava (预备发力~~让人受不了的作业) 于 (Fri Nov 29 14:25:19 2002) 提到:
本来按照ejb的标准，很少有各个as的tag，但是现在很多as的打包工具
创造了很多自己的xml配置文件，让移植难度大增。
原来把一个jrun应用移植到了orion，可昨天一个ias的应用移植到orion
时，仅仅是html->jsp,servlet->ejb的helloworld应用，却移植失败。
现在还没查出失败的原因，分特死了
☆─────────────────────────────────────☆
JoyJava (预备发力~~让人受不了的作业) 于 (Fri Nov 29 14:39:45 2002) 提到:
等我发完此文，发觉问题得到了解决：
nas中servlet位于/NAS/$app/$servlet
orion中servlet位于/$app/servlet/$servlet
分特，昨天我可是在客户那儿糗大了，根本没考虑到html页面也会移植需要
修改
☆─────────────────────────────────────☆
cloudor (这些功能也要加上？明天上午给你结果。) 于 (Fri Nov 29 15:20:28 2002)
我觉得调用/$app/servlet/$servlet不属于servlet规范吧，
这种方式只是提供一个通用的pattern好让你不用为每一个
servlet都进行mapping/pattern配置。
但事实上假如你在web.xml里把mapping/pattern都配置好，
把一切环节都明确化，就不会出现这种移植头痛的问题了。
☆─────────────────────────────────────☆
JoyJava (预备发力~~让人受不了的作业) 于 (Fri Nov 29 17:02:33 2002) 提到:
按照j2ee的描述，我所做的工作仅仅是部署，也就是说我修改的是server的配置，
而不是ear文件的配置，就应该保证j2ee应用的正确运行
就算是web.xml的修改，也是在ear文件的内部了，这将无可估量地加大移植的难
度。
☆─────────────────────────────────────☆
cloudor (这些功能也要加上？明天上午给你结果。) 于 (Fri Nov 29 18:12:04 2002)
就是因为一开始没有按照标准写web.xml才会造成后面部署的改动啊。
安照j2ee，不应该用你说的那两种方式使用servlet的。
☆─────────────────────────────────────☆
hax (海曦) 于 (Sat Nov 30 06:27:40 2002) 提到:
赞同。
但是，其实也可以用一个参数指定缺省的servlet pattern。这样应该就可以遗志了。
☆─────────────────────────────────────☆
cloudor (这些功能也要加上？明天上午给你结果。) 于 (Sat Nov 30 08:01:31 2002)
对的,其实joyjava所用的两个container就已经提供了这种缺省,因为
他们提供的方式不一样,所以偷懒没有成功,嘿嘿.
☆─────────────────────────────────────☆
UltraFool (遥望·遐想·感伤) 于 (Sat Nov 30 12:13:57 2002) 提到:
我觉得只要不需要做代码和标准部署文件的调整的应用就算是可移至的了，
方便部署员和管理员进行各种修改的，采用声明性而不是编程方式的控制，
修改打包的文件是常事吧
※ 修改:·qyjohn 于 Mar 30 09:43:18 修改本文·[FROM: 219.238.203.*]
索引页面|上一篇|下一篇
[返回] W3CHINA.ORG讨论区 - 语义网·描述逻辑·本体·RDF·OWL →
计算机技术与应用 → 『 Java/Eclipse 』 → [合集] EJB的移植，有点麻烦
(订阅本版)
2004/9/23 0:40:00
新浪微博
[合集] EJB的移植，有点麻烦
