接口 | 描述 |
---|---|
BindingIterator |
的bindingiterator接口允许客户端遍历绑定使用next_one或next_n操作。
|
BindingIteratorOperations |
的bindingiterator接口允许客户端遍历绑定使用next_one或next_n操作。
|
NamingContext |
一个命名上下文是一个对象,它包含一组名称绑定,其中每个名称都是唯一的。
|
NamingContextExt |
NamingContextExt 是
NamingContext 包含一组名字的绑定中的每个名字都是独特的,是可互操作的命名服务部分的延伸。
|
NamingContextExtOperations |
NamingContextExt 是
NamingContext 包含一组名字的绑定中的每个名字都是独特的,是可互操作的命名服务部分的延伸。
|
NamingContextOperations |
一个命名上下文是一个对象,它包含一组名称绑定,其中每个名称都是唯一的。
|
类 | 描述 |
---|---|
_BindingIteratorImplBase | |
_BindingIteratorStub |
的bindingiterator接口允许客户端遍历绑定使用next_one或next_n操作。
|
_NamingContextExtStub |
NamingContextExt 是
NamingContext 包含一组名字的绑定中的每个名字都是独特的,是可互操作的命名服务部分的延伸。
|
_NamingContextImplBase | |
_NamingContextStub |
一个命名上下文是一个对象,它包含一组名称绑定,其中每个名称都是唯一的。
|
Binding |
org /天/形式/ binding.java。
|
BindingHelper |
org /天/形式/ bindinghelper.java。
|
BindingHolder |
org /天/形式/ bindingholder.java。
|
BindingIteratorHelper |
的bindingiterator接口允许客户端遍历绑定使用next_one或next_n操作。
|
BindingIteratorHolder |
的bindingiterator接口允许客户端遍历绑定使用next_one或next_n操作。
|
BindingIteratorPOA |
的bindingiterator接口允许客户端遍历绑定使用next_one或next_n操作。
|
BindingListHelper |
绑定列表。
|
BindingListHolder |
绑定列表。
|
BindingType |
指定给定的绑定是否为对象(不是一个命名上下文)或一个命名上下文。
|
BindingTypeHelper |
指定给定的绑定是否为对象(不是一个命名上下文)或一个命名上下文。
|
BindingTypeHolder |
指定给定的绑定是否为对象(不是一个命名上下文)或一个命名上下文。
|
IstringHelper |
org /天/形式/ istringhelper.java。
|
NameComponent |
org /天/形式/ NameComponent.java。
|
NameComponentHelper |
org /天/形式/ NameComponentHelper.java。
|
NameComponentHolder |
org /天/形式/ NameComponentHolder.java。
|
NameHelper |
一个名称是一个名称组件的序列。
|
NameHolder |
一个名称是一个名称组件的序列。
|
NamingContextExtHelper |
NamingContextExt 是
NamingContext 包含一组名字的绑定中的每个名字都是独特的,是可互操作的命名服务部分的延伸。
|
NamingContextExtHolder |
NamingContextExt 是
NamingContext 包含一组名字的绑定中的每个名字都是独特的,是可互操作的命名服务部分的延伸。
|
NamingContextExtPOA |
NamingContextExt 是
NamingContext 包含一组名字的绑定中的每个名字都是独特的,是可互操作的命名服务部分的延伸。
|
NamingContextHelper |
一个命名上下文是一个对象,它包含一组名称绑定,其中每个名称都是唯一的。
|
NamingContextHolder |
一个命名上下文是一个对象,它包含一组名称绑定,其中每个名称都是唯一的。
|
NamingContextPOA |
一个命名上下文是一个对象,它包含一组名称绑定,其中每个名称都是唯一的。
|
包和所有它的类和接口是由运行在文件nameservice.idl
工具idlj
产生,这是一个模块用OMG IDL。
对于精确的列出与该java [商标]平台官方支持的部分规格,标准版6,宝珠答应,看到Official Specifications for CORBA support in Java[tm] SE 6。
接口是:
这两个接口提供的方法绑定/解除绑定名称和对象引用,检索绑定的对象的引用,并遍历列表的绑定。NamingContext
接口的命名服务提供的主要功能,并提供了BindingIterator
遍历列表名称/对象引用绑定的方法。
NamingContext
和
BindingIterator
用注释包含在这里。
NamingContext
和BindingIterator
用类public final class NameComponent
--名称砌块。(名称绑定到一个命名上下文。参考对象)一个名字是一个或多个NameComponent
对象数组。一个单一的NameComponent
名字叫做简单的名字;多NameComponent
对象的名字叫做化合物名称。
一个NameComponent
对象包括两方面:
id
--作为一个标识符String
kind
-- String
可用于任何描述性目的。它的重要性是,它可以用来描述一个对象,而不影响语法。C编程语言,例如,使用句法公约附加扩展“C”文件名,以表明它是一个源代码文件。在NameComponent
对象的kind
字段可用来描述对象的类型而不是一个文件扩展名或其他句法公约。对kind
字段值的字符串的例子包括"c_source"
,"object_code"
,"executable"
,"postscript"
,和""
。为空字符串的kind
领域这是不寻常的。一个名字,每一NameComponent
对象除了最后表示NamingContext
对象;最后NameComponent
对象表示绑定的对象的引用。这类似于路径名,其中的最后一个名称是文件名,而所有的名称都是在目录名称之前。
public final class Binding
--一个对象,将一个名字和一个对象的引用或命名上下文。一个Binding
对象有两个领域:
binding_name
-一个或多个NameComponent
对象表示绑定名称的数组binding_type
- BindingType
对象指示绑定是一个名字和一个对象的引用或名称和命名上下文之间NamingContext
有界面结合/解离的名称与对象引用或命名上下文的方法,列绑定,而解决绑定(给定一个名称,该方法resolve
返回绑定到它的对象的引用)。
public final class BindingType
--一个对象,指定给Binding
对象是一个名字和一个对象引用之间的结合(即不是一个命名上下文)之间或一个名字和一个命名上下文。的classBindingType
由两个方法和四个常数。这两个常数BindingType
对象,并且两int
s。
的BindingType
对象可以传递给构造函数的类Binding
或作为参数或返回值。这些BindingType
对象:
public static final BindingType nobject
--表明绑定是一个对象的引用public static final BindingType ncontext
--表明,结合一个命名上下文的int
常数可以提供的方法from_int
创造BindingType
对象,或者他们可以value
返回值的方法。这些常数:
public static final int _nobject
public static final int _ncontext
from_int
提供比其他任何_nobject
或_ncontext
,会抛出该异常org.omg.CORBA.BAD_PARAM
。用法如下:
bindingtype btobject = from_int(_nobject);bindingtype btcontext = from_int(_ncontext);变
btObject
指BindingType
对象初始化为代表的结合与一个对象的引用。变btContext
指BindingType
对象初始化为代表的结合NamingContex
对象。方法value
返回_nobject
或_ncontext
,下面的一行代码,变量将包含_nobject
或_ncontext
bt
:
国际bindingtype value() BT =;
value
场。这允许它执行功能的一种或者INOUT参数。
下面的人类的封装org.omg.CosNaming
生成:
NamingContextHolder
BindingIteratorHolder
BindingHolder
BindingListHolder
BindingTypeHolder
NameComponentHolder
NameHolder
值得注意的是org.omg.CORBA
包,都有一个基本的java类型的容器类:IntHolder
,ShortHolder
,StringHolder
,等等。
注意,有一个NameHolder
课虽然没有Name
类;同样,有一个BindingListHolder
课虽然没有BindingList
类。这是因为在OMG IDL接口,Name
和BindingList
是typedef
s。没有从IDL typedef
映射到java类的构造,但人如果typedef
是一个序列或数组生成。作为映射到java编程语言,Name
是NameComponent
对象的数组,和BindingList
是Binding
对象数组。所有保持器类都有至少两个构造函数和一个字段:
value
场--一个实例的类型作为或INOUT参数。例如,一个NamingContextHolder
的value
领域将是一个NamingContext
对象。BindingHolder
对象创建的默认构造函数将其value
字段设置为null
因为是对象的默认值。其他的默认值为boolean
false
,0
数字和字符类型和对象引用null
。value
场持有人与实例提供的初始化一个用户定义类型的容器类(java类)有三个以上的方法,但应用程序开发人员不直接使用它们。
这是一个辅助类,应用程序只使用一个方法:该方法narrow
。只有java接口映射到IDL接口将有一个辅助类,包括narrow
方法,所以在CosNaming
包,只有类NamingContextHelper
和BindingIteratorHelper
有narrow
方法。
public static NamingContext narrow(org.omg.CORBA.Object obj)
--将给定的CORBA对象到一个NamingContext
对象public static BindingIterator narrow(org.omg.CORBA.Object obj)
--将给定的CORBA对象到一个BindingIterator
对象org.omg.CosNaming.NamingContextPackage
org.omg.CosNaming
也为班级
NotFoundReason
,为例外
NotFound
理由。
有以下异常的辅助器和保持类:
AlreadyBound
CannotProceed
InvalidName
NotEmpty
NotFound
CosNaming
包装符合OMG
COSNaming
规范。换句话说,在太阳的命名服务的API是根据命名服务提供的准则实施OMG。因此,如果一个第三方供应商实施了命名服务是OMG的标准,它是可能的开关之间的
CosNaming
太阳的实施和第三方厂商的实现。然而,重要的是要了解在不同的供应商实现命名服务的方式上有微小的变化,如异常字符串的差异。
COSNaming
实现太阳RMI-IIOP宝珠。下面是步骤:
/tmp/services
,把下面的:NameService, <Stringified IOR of the Root Naming Context>
。本公司NameService
与根命名上下文的CosNaming
实现您想要使用。
java -classpath $(CLASSPATH)
com.sun.corba.ee.internal.CosNaming.BootstrapServer -InitialServicesFile
"/tmp/services" [-ORBInitialPort port]
请注意,命令结束时的方括号表示指定端口号是可选的。
现在,当应用程序调用的方法org.omg.CORBA.ORB.resolve_initial_references
,CORBA的过程将与引导服务器获得根命名上下文。
CosNaming
API,请看:
对于java IDL的概述,请参阅:
Submit a bug or feature
For further API reference and developer documentation, see Java SE Documentation. That documentation contains more detailed, developer-targeted descriptions, with conceptual overviews, definitions of terms, workarounds, and working code examples.
Copyright © 1993, 2014, Oracle and/or its affiliates. All rights reserved.