当前位置: 技术问答>java相关
在分析PetStore1.3时候遇到的问题,关于jndi
来源: 互联网 发布时间:2017-03-24
本文导语: 看了PetStore发现自己基础很不好。 设计模式、xml解析,等等,就不说了 现在很郁闷的是jndi方面,在ps中,设定了一些静态的变量作为全局变量 比如WebKeys.java和JNDINames.java。 在JNDINames中定义了很多类似java:comp/env/ejb/loca...
看了PetStore发现自己基础很不好。
设计模式、xml解析,等等,就不说了
现在很郁闷的是jndi方面,在ps中,设定了一些静态的变量作为全局变量
比如WebKeys.java和JNDINames.java。
在JNDINames中定义了很多类似java:comp/env/ejb/local/EJBController
这是为了给ServiceLocator定位所用,我想问一下关于这个jndi是否和
相应的EJB描述文件中相符合,例如,我现在的EJBController是部署在weblogic中
那么它的weblogic-ejb-jar中jndi应当如何写呢?
另……为何我要用一个JNDINames来定义这些JNDI,是为了方便管理么?
设计模式、xml解析,等等,就不说了
现在很郁闷的是jndi方面,在ps中,设定了一些静态的变量作为全局变量
比如WebKeys.java和JNDINames.java。
在JNDINames中定义了很多类似java:comp/env/ejb/local/EJBController
这是为了给ServiceLocator定位所用,我想问一下关于这个jndi是否和
相应的EJB描述文件中相符合,例如,我现在的EJBController是部署在weblogic中
那么它的weblogic-ejb-jar中jndi应当如何写呢?
另……为何我要用一个JNDINames来定义这些JNDI,是为了方便管理么?
|
java:comp/env表示的是服务器的jndi根结点
如果是服务器端运行的class,那么在定位的时候应该用
java:comp/env....如果是客户端就不用了
JNDINames是为了定义一些全局变量,方便管理,对开发人员来说
结构更加清晰
如果是服务器端运行的class,那么在定位的时候应该用
java:comp/env....如果是客户端就不用了
JNDINames是为了定义一些全局变量,方便管理,对开发人员来说
结构更加清晰
|
应该和JNDINames.java中的保持一致。其实这个java文件就是为了使程序结构清晰而设计的,仅仅是把一般的ejb设计中的jndi定位部分的代码单独提取到一个文件而已