※ 引述《InitialShuk (Shuk)》之铭言： : 再次详述我的想法: : server 端:MyRemote(interface) MyRemoterImpl(main) : Client 端:MyRemoteClient MyRemote <===现在需将interface先给client端 : (新版的用法 虽然目前我还看不出 : "产生stub再给client" : "把interface直接给client端" 两者比较省工在哪?)底层? 不管 client 使用哪一版的 JRE, client site 部属程式时就必须有 remote object interface. 如果 client site 在 build time 没有 remote object interface, 那 client 程式还能做什麽事是有关於 remote object 提供的 service? JRE 1.5+ 新增动态产生 stub 的机制後, 可以让 remote object server 在 build, deployment 时省点事(应用的情境越复杂省的程度会降低). 建置阶段不需要事先产生 stub class. 部署时不需要提供可让 client下载档案的 server(让 client 下载 stub class), 如果应用情境够单纯的话. : server端启动法 : start rmiregistry : java MyRemoteImpl : 要如何把server端包成jar 让他点两下可以直行上面两个动作 : 当然我会下面那个拉~"~(manifest) 很显然你没有看 API doc, 甚至没有仔细看与想下面这一段文的意思. : : rmiregistry 工具程式是以一个 java process 来提供 rmi registry(所以程式向 : : rmi registry 注册或取得 object 本身也是透过 RMI 机制). 如果你的 rmi server : : 程式自己提供(建立) rmi registry, 就不需要额外使用 rmiregistry 工具程式 : : 来建立 rmi registry. : : see: java.rmi.registry.LocateRegistry class --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 218.173.133.172 ※ 编辑: sbrhsieh 来自: 218.173.133.172 (11/01 02:10)