社区
Java EE
帖子详情
CSDN无J2EE高手(不服请回答)
lxj2002499
2003-10-17 12:05:29
小弟问一下客户端用Application访问应用服务器的EJB,客户端如何部署。
在你们做过的J2EE项目中用JB开发的Application所占的比例有多少?
...全文
27
15
打赏
收藏
CSDN无J2EE高手(不服请回答)
小弟问一下客户端用Application访问应用服务器的EJB,客户端如何部署。 在你们做过的J2EE项目中用JB开发的Application所占的比例有多少?
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
15 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
littlecong
2003-10-17
打赏
举报
回复
推荐您看一下《提问的艺术》
dkmilk
2003-10-17
打赏
举报
回复
少。
zez
2003-10-17
打赏
举报
回复
要是回这个就算高手的话,那高手也太多了吧???
我已经回答过你了,客户端用application还是jsp,调用ejb代码是完全一样的!!如果你不会jsp或servlet调用ejb,那你就先找点资料自己看吧;
------------------------------------------------------
我们还年轻牛奶会有的奶牛也会有的
可天天在 csdn 混这些会有吗 ??
tanghuan
2003-10-17
打赏
举报
回复
在提这个问题前(不是指你损人的题目,指你提问的内容)
建议你看看分布计算的相关知识,特别是RMI,CORBA等,自己想想,他的前提和应用范围,
我发现有不少人提的问题很不对路。
lzl123
2003-10-17
打赏
举报
回复
lxj2002499 (曹阿南)兄,我以部署weblogic application客户端为例解答你的问题:
访问EJB的客户端application既可以是简单的命令行,又可以是用swing或者awt开发的GUI程序.部署weblogic的application客户端,在客户端机器上需要weblogic.jar,weblogic_sp.jar(如果有的话),所要调用的EJB的home和remote接口类,application类文件,当然客户端要有JVM环境.客户端访问服务器的操作可以写在代码中,更好的做法是写在客户端属性文件中,由程序动态解析得到服务器context factory和地址/端口.
为了方便application的部署,J2EE规范中允许将application打包在ear文件中,且可以读取客户端部署操作符client-application.xml.客户端程序可以通过weblogic.ClientDeployer从ear文件中得到客户端application的jar文件,然后通过java weblogic.j2eeclient.Main clientjar URL [application args]命令连到具体的weblogic server.
据我所知,用application做客户端的项目不多,我们公司和我所知道的几个公司都没有做过.一是因为J2EE的优势就在于它的服务器端开发,二在于用swing开发很复杂.
application有jsp和servlet代替不了的优势,比如实时的在线用户监控如果是application客户端就很容易做到,但jsp/servlet很难.其他的像数据同步,服务器到客户端通讯等都是application可以搞定但jsp/servlet不能胜任的.
客户端不必了解服务器端的实现细节,但确需要调用服务器端程序必要的类和服务器端组件的接口.
最后跟 lxj2002499 (曹阿南)兄说一下:J2EE高手并不一定是回答问题的高手,有人可能不会写swing程序,但他可以设计J2EE框架.
--------------------
并非高手
Schlemiel
2003-10-17
打赏
举报
回复
我同意,web start的确是一种不错的发布方式。
javabeanworm
2003-10-17
打赏
举报
回复
对于Schlemiel(维特根斯坦的扇子)的提议,我想web start 也是一不错的补充
请大家指教
javabeanworm
2003-10-17
打赏
举报
回复
用web start好处在于不必担心ClassNotFoundException
还可以自动更新,也没什么安全限制
clare0peng
2003-10-17
打赏
举报
回复
也許是這樣的,我在chinajavaworld看到的多一些
javabeanworm
2003-10-17
打赏
举报
回复
那用web start启动application怎么样
asdmonster
2003-10-17
打赏
举报
回复
提问不需要这么耀眼的题目吧?
我的想法是,如果client还要去了解服务器端的细节,那么设计这个系统的人应该好好的回去学学设计模式。
Schlemiel
2003-10-17
打赏
举报
回复
在我看来,根本没理由让客户端去调用什么Home对象,应该通过更一般化的调用方式(例如JAX-RPC或者web client),这样server上的程序才能保证灵活性。如果你都让client调用Home对象了,以后你的server逻辑不想用EJB实现了怎么办?
luckycat
2003-10-17
打赏
举报
回复
客户端是不是也要包含EJB组件中的几个类文件呢?如果不是,那么的客户端程序要建立远程和Home对象的接口怎么办呢?不是会报ClassNotFound么?
feiyuegaoshan
2003-10-17
打赏
举报
回复
Schlemiel(维特根斯坦的扇子) 说的对。
Schlemiel
2003-10-17
打赏
举报
回复
客户端根本就不应该知道server端是不是用了EJB,所以客户端根本没理由针对EJB的server做任何特殊的部署。你的想法就整个有问题。
Linux操作系统相关习题集
Linux操作系统相关习题集,包含常用名、Linux系统基础知识等
基于java的-30-「计算机毕业设计」基于net的湖南特产销售网站-源码.zip
提供的源码资源涵盖了Java应用等多个领域,每个领域都包含了丰富的实例和项目。这些源码都是基于各自平台的最新技术和标准编写,确保了在对应环境下能够无缝运行。同时,源码中配备了详细的注释和文档,帮助用户快速理解代码结构和实现逻辑。 适用人群: 适合毕业设计、课程设计作业。这些源码资源特别适合大学生群体。无论你是计算机相关专业的学生,还是对其他领域编程感兴趣的学生,这些资源都能为你提供宝贵的学习和实践机会。通过学习和运行这些源码,你可以掌握各平台开发的基础知识,提升编程能力和项目实战经验。 使用场景及目标: 在学习阶段,你可以利用这些源码资源进行课程实践、课外项目或毕业设计。通过分析和运行源码,你将深入了解各平台开发的技术细节和最佳实践,逐步培养起自己的项目开发和问题解决能力。此外,在求职或创业过程中,具备跨平台开发能力的大学生将更具竞争力。 其他说明: 为了确保源码资源的可运行性和易用性,特别注意了以下几点:首先,每份源码都提供了详细的运行环境和依赖说明,确保用户能够轻松搭建起开发环境;其次,源码中的注释和文档都非常完善,方便用户快速上手和理解代码;最后,我会定期更新这些源码资源,以适应各平台技术的最新发展和市场需求。 所有源码均经过严格测试,可以直接运行,可以放心下载使用。有任何使用问题欢迎随时与博主沟通,第一时间进行解答!
JVM+Java程序运行过程内存分配图解
1、JVM 内存分配图解的 Visio 工程图。 2、直接下载使用、可自行调整和修改
IOC智慧运营中心平台整体解决方案qy.pptx
IOC智慧运营中心平台整体解决方案qy.pptx
node-v12.22.8-x86.msi
Node.js,简称Node,是一个开源且跨平台的JavaScript运行时环境,它允许在浏览器外运行JavaScript代码。Node.js于2009年由Ryan Dahl创立,旨在创建高性能的Web服务器和网络应用程序。它基于Google Chrome的V8 JavaScript引擎,可以在Windows、Linux、Unix、Mac OS X等操作系统上运行。 Node.js的特点之一是事件驱动和非阻塞I/O模型,这使得它非常适合处理大量并发连接,从而在构建实时应用程序如在线游戏、聊天应用以及实时通讯服务时表现卓越。此外,Node.js使用了模块化的架构,通过npm(Node package manager,Node包管理器),社区成员可以共享和复用代码,极大地促进了Node.js生态系统的发展和扩张。 Node.js不仅用于服务器端开发。随着技术的发展,它也被用于构建工具链、开发桌面应用程序、物联网设备等。Node.js能够处理文件系统、操作数据库、处理网络
请
求等,因此,开发者可以用JavaScript编写全栈应用程序,这一点大大提高了开发效率和便捷性。 在实践中,许多大型企业和组织已经采用Node.js作为其Web应用程序的开发平台,如Netflix、PayPal和Walmart等。它们利用Node.js提高了应用性能,简化了开发流程,并且能更快地响应市场需求。
Java EE
67,513
社区成员
225,879
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章