Explanation | 向 UDDI 注册中心发送请求时,JAXR provider 捕获 org.uddi4j.UDDIException。 |
Action | 用户应调查导致 JAXRException 的 UDDIException 的原因以获取更多信息。 |
Explanation | 向 UDDI 注册中心发送请求时 JAXR provider 捕获 TransportException。 |
Action | 用户应调查导致 JAXRException 的 TransportException 的原因,以获取更多信息。 |
Explanation | 尝试同时设置类型为 ServiceBinding 的 AccessURI 和 TargetBinding。 |
Action | 用户只应设置 AccessURI 和 TargetBinding 的其中之一。 |
Explanation | 传递给 setSourceObject 方法的对象不是 Organization。 |
Action | 用户只应将 Organization 对象传递给 setSourceObject 方法。 |
Explanation | 尝试保存未同时设置源对象和目标对象的 Association。 |
Action | 用户只应尝试保存同时设置了源对象和目标对象的 Association。 |
Explanation | 传递给 setTargetObject 方法的对象不是 Organization。 |
Action | 用户只应将 Organization 对象传递给 setTargetObject 方法。 |
Explanation | 用户传递了格式错误的 associationKey。 |
Action | 用户应确保向 deleteAssociation 传递的 associationKey 的格式正确。 |
Explanation | 在查找 Association 时,用户在 associationTypes Collection 中传递了来自 AssociationType 枚举的 Concept,但没有对于 UDDI 有效的值。在保存 Association 时,用户在 associationType Concept 中传递了来自 AssociationType 枚举的 Association,但没有对于 UDDI 有效的值。 |
Action | 用户只应将来自 AssociationType 枚举且值为 HasChild、HasParent、RelatedTo 或 EquivalentTo 的 Concept 用于 associationType。 |
Explanation | 在查找 Association 时,用户在 associationTypes Collection 中传递了不是来自 AssociationType 枚举的 Concept。在保存 Association 时,用户传递了 associationType Concept 不是来自 AssociationType 枚举的 Association。 |
Action | 用户只能将来自 AssociationType 枚举的 Concept 用于 associationType。 |
Explanation | 用户向 createClassificationScheme 方法传递了分类法 Concept。 |
Action | 此方法旨在使 BusinessQueryManager.findConcepts 调用返回的 Concept 能够安全地转换为 ClassificationScheme。程序员负责确保 Concept 在语义上确实是 ClassificationScheme。 |
Explanation | 用户在通过调用 Connection.close() 方法关闭了连接之后调用了需要连接到注册中心的方法。 |
Action | 用户不应在关闭了连接之后调用需要连接到注册中心的方法。 |
Explanation | 在 ConnectionFactory 上设置属性前调用了 createConnection() 方法。 |
Action | 确保在尝试创建连接之前设置了 ConnectionFactory 属性。 |
Explanation | 尝试初始化 XML 解析器时 JAXR provider 捕获 javax.xml.parsers.ParserConfigurationException。 |
Action | 用户应调查 JAXRException 的原因 ParserConfigurationException 以获取更多信息。 |
Explanation | 尝试对 XML 请求进行解析时 JAXR provider 捕获 java.io.IOException。 |
Action | 用户应调查导致 JAXRException 的 IOException 的原因,以获取更多信息。 |
Explanation | 尝试序列化 XML 响应时 JAXR provider 捕获 java.io.IOException。 |
Action | 用户应调查导致 JAXRException 的 IOException 的原因,以获取更多信息。 |
Explanation | 用户向 createObject 方法传递了空的 interfaceName。 |
Action | 用户应确保他们只向 createObject 方法传递有效的 interfaceName。 |
Explanation | 初始化连接时 JAXR provider 在枚举数据文件中遇到无效的行。JAXR provider 将忽略无效行且不受影响。 |
Action | 用户应确保枚举数据文件有效,以使用所有枚举成员。每一行的正确格式为:<enumeration name><separator char><concept value>。 |
Explanation | 尝试读枚举数据文件时 JAXR provider 捕获 java.io.IOException。 |
Action | 用户应调查导致 JAXRException 的 IOException 的原因,以获取更多信息。 |
Explanation | 初始化连接时 JAXR provider 在 enumerationConfig.properties 文件中遇到无效的属性值。JAXR provider 将忽略该无效属性,从而忽略相应的枚举。 |
Action | 用户应确保 enumerationConfig.properties 文件有效,以使用所有枚举。每一行的正确格式为:<enumeration ID>=<enumeration name>,<data filename>,<separator char> |
Explanation | 尝试读 enumerationConfig.properties 文件时 JAXR provider 捕获 java.io.IOException。 |
Action | 用户应调查导致 JAXRException 的 IOException 的原因,以获取更多信息。 |
Explanation | 尝试读 taxonomyConfig.properties 文件时 JAXR provider 捕获 java.io.IOException。 |
Action | 用户应调查导致 JAXRException 的 IOException 的原因,以获取更多信息。 |
Explanation | 在通过将 true 传递给 ExternalLink.setValidateURI(boolean validate) 方法将 URI 验证设置为 true 的情况下,向 setExternalURI 方法传递了格式错误的 URI。 |
Action | 用户应确保 URI 格式正确,或者应将 URI 验证设置为 false。 |
Explanation | 在通过将 true 传递给 ExternalLink.setValidateURI(boolean validate) 方法将 URI 验证设置为 true 的情况下,向 setExternalURI 方法传递了不可访问的 URI。 |
Action | 用户应确保 URI 可访问,或者应将 URI 验证设置为 false。 |
Explanation | 用户向 creanteObject 方法传递了无效的接口名称。 |
Action | 用户只能将有效的接口名称传递给 createObject 方法。有效的接口名称为 LifeCycleManager 类的 public final static String 字段。 |
Explanation | 用户调用了内部 Classification 的 setClassificationScheme 方法。 |
Action | 用户不应尝试直接修改内部 Classification 的 ClassificationScheme。内部 Classification 的 ClassificationScheme 由 Classification 的 Concept 确定,不能单独修改。 |
Explanation | 用户调用了内部 Classification 的 setName 方法。 |
Action | 用户不应尝试直接修改内部 Classification 的名称。内部 Classification 的名称由 Classification 的 Concept 确定,不能单独修改。 |
Explanation | 用户调用了内部 Classification 的 setValue 方法。 |
Action | 用户不应尝试直接修改内部 Classification 的值。内部 Classification 的值由 Classification 的 Concept 确定,不能单独修改。 |
Explanation | 用户向 setConcept 方法传递了没有父 ClassificationScheme 的非空 Concept。 |
Action | 设置 Classification 的 Concept 导致 Classification 变成内部 Classification。Classification 的 ClassificationScheme 随之被设置为 Concept 的父 ClassificationScheme。如果 Concept 没有父 ClassificationScheme(即它不是分类法 Concept),则无效。因此,用户只应向 setConcept 方法传递分类法 Concept。 |
Explanation | 用户尝试将分类法 Concept 作为 UDDI tModel 保存在注册中心中。 |
Action | 不能将分类法 Concept 作为 tModel 保存在 UDDI 注册中心中。它们用于对保存在注册中心中的对象进行分类,但不能独立保存。用户不应尝试将分类法 Concept 保存在注册中心中。 |
Explanation | 用户尝试创建父代不是 Concept 或 ClassificationScheme 的分类法 Concept。 |
Action | 分类法 Concept 的父代只能是另一个 Concept 或 ClassificationScheme,因此用户只应尝试将这两者之一设置为分类法 Concept 的父代。 |
Explanation | 用户在不是分类法 Concept 的 Concept 上调用了 getPath() 方法。只有分类法 Concept 才有父代。 |
Action | 只有分类法 Concept 才有父代,因此只有分类法 Concept 才有路径。用户不应尝试在不是分类法 Concept 的 Concept 上调用 getPath() 方法。 |
Explanation | 用户在没有值的 Concept 上调用了 getPath() 方法。 |
Action | Concept 必须具有值才能具有路径,因此,用户不应尝试对没有值的 Concept 调用 getPath() 方法。 |
Explanation | 用户在 ClassificationScheme 没有标识的 Concept 上调用了 getPath() 方法。 |
Action | 要使 Concept 具有路径,其 ClassificationScheme 必须具有标识。用户不应尝试在 ClassificationScheme 没有标识的 Concept 上调用 getPath() 方法。 |
Explanation | 用户在 ConnectionFactory 属性 javax.xml.registry.uddi.maxRows 不包含可解析整数的情况下调用了 createConnection 方法。 |
Action | 用户应确保在设置了 javax.xml.registry.uddi.maxRows ConnectionFactory 属性的情况下,它应包含可解析的整数。 |
Explanation | 传递给 makeRegistrySpecificRequest 方法的字符串不是有效的 XML。 |
Action | 用户应确保传递给 makeRegistrySpecificRequest 方法的字符串是有效的 XML。 |
Explanation | 在 ConnectionFactory 属性 javax.xml.registry.lifeCycleManagerURL 包含格式不正确的 URL 的情况下用户调用了 createConnection 方法。 |
Action | 用户应确保 javax.xml.registry.lifeCycleManagerURL ConnectionFactory 属性包含格式正确的 URL。 |
Explanation | 在 ConnectionFactory 属性 javax.xml.registry.queryManagerURL 包含格式不正确的 URL 的情况下用户调用了 createConnection 方法。 |
Action | 用户应确保 javax.xml.registry.queryManagerURL ConnectionFactory 属性包含格式正确的 URL。 |
Explanation | 找到多个符合搜索条件的 ClassificationScheme。 |
Action | 用户应缩小搜索条件以便只找到一个 ClassificationScheme。 |
Explanation | 用户传递了无效的 objectType。 |
Action | 用户应确保他们传递的 objectType 有效。 |
Explanation | 向 saveObjects 方法传递了某一类型的对象,该对象不能在注册中心中直接保存。 |
Action | 用户应确保传递给 saveObjects 方法的对象的类型有效。有效类型可以是 Association、ClassificationScheme、Concept、Organization、Service 或 ServiceBinding。 |
Explanation | 传递了类型为 LifeCycleManager.CONCEPT 的 objectType,但标识或其中一个 objectKey 的类型为 ClassificationScheme。 |
Action | 用户应确保他们指定了对应于对象键的正确 objectType。 |
Explanation | 传递了类型为 LifeCycleManager.CLASSIFICATIONSCHEME 的 objectType,但标识或其中一个 objectKey 的类型为 Concept。 |
Action | 用户应确保他们指定了对应于对象键的正确 objectType。 |
Explanation | 找不到指定的 requestId。 |
Action | 用户只应将有效的 requestId 传递给 getBulkResponse。注意,在对特定 requestId 调用了 getBulkResponse 方法之后,就会从高速缓存中除去该 requestId,而对传递了该 requestId 的 getBulkResponse 的后续调用将导致 InvalidRequestException。 |
Explanation | javax.xml.registry.semanticEquivalences ConnectionFactory 属性定义了 PostalAddressAttributes 枚举中的 Concept 与未在任何内部分类法中定义的 Concept 之间的语义等价关系。 |
Action | 用户应确保在 javax.xml.registry.semanticEquivalences ConnectionFactory 属性中使用的 Concept 路径在内部分类法中已定义。 |
Explanation | javax.xml.registry.semanticEquivalences ConnectionFactory 包含一个 keyPair,而该 keyPair 包含两个以上的元素。 |
Action | 用户应确保 javax.xml.registry.semanticEquivalences ConnectionFactory 属性具有在 JAXR 规范中定义的正确格式。 |
Explanation | javax.xml.registry.semanticEquivalences ConnectionFactory 包含一个 keyPair,而该 keyPair 不包含 PostalAddressAttributes 枚举中 Concept 的路径。UDDI JAXR provider 的语义等价关系只允许在 PostalAddressAttributes 枚举中的 Concept 之间存在。 |
Action | 用户只应尝试为 PostalAddressAttributes 枚举中的 Concept 定义语义等价关系。 |
Explanation | 用户向 ExtensibleObject 接口的其中一个方法传递了无效的 slot 名称。 |
Action | 用户应确保 slot 名称对于 ExtensibleObject 的特定实例有效。 |
Explanation | 用户向 setValues 方法传递了包含重复值的一组值。 |
Action | 用户只应向 setValues 方法传递一组唯一值。 |
Explanation | 用户向 addSlot 方法传递了名为 Slot.SORT_CODE_SLOT 并且具有多个值的 Slot。 |
Action | 当将名为 Slot.SORT_CODE_SLOT 的 Slot 添加至 PostalAddress 时,用户应确保它只有 1 个值。 |
Explanation | 用户尝试为 SpecificationLink 提供多个 ExternalLink。SpecificationLink 只能有一个 ExternalLink。 |
Action | 用户最多只应为 SpecificationLink 提供一个 ExternalLink。 |
Explanation | 用户尝试为 SpecificationLink 提供多个用法参数。SpecificationLink 只能有一个用法参数。 |
Action | 用户最多只应为 SpecificationLink 提供一个用法参数。 |
Explanation | 用户尝试将具有父代(即 taxonomyConcept)的 Concept 设置为 SpecificationLink 的规范对象。 |
Action | 用户必须将规范 Concept 设置为 SpecificationLink 的规范对象。 |
Explanation | 用户尝试将不是 Concept 的 RegistryObject 设置为 SpecificationLink 的规范对象。 |
Action | 用户必须将规范 Concept 设置为 SpecificationLink 的规范对象。 |
Explanation | 用户向上述方法之一传递了包含无效转义序列的 namePattern。 |
Action | 用户应确保 namePatterns 不包含无效的转义序列。 |
Explanation | 用户向上述方法之一传递了包含终止模式的无效转义序列的 namePattern。 |
Action | 用户应确保 namePatterns 不包含无效的转义序列。 |
Explanation | 在系统属性 http.proxyPort 包含不能解析为整数的字符串的情况下,用户调用了 createConnection() 方法。 |
Action | 用户应确保在设置了系统属性 http.proxyPort 的情况下它包含可解析的整数。 |
Explanation | 分类法数据文件包含无效行。 |
Action | 每一行的格式为 <taxonomy ID><Concept name><Concept value><Concept parent> |
Explanation | 分类法数据文件包含一个 Concept 行,在该文件中找不到该 Concept 的父代。 |
Action | 用户应确保分类法数据文件中每个 Concept 的父代都存在。 |
Explanation | 尝试读分类法数据文件时 JAXR provider 捕获 java.io.IOException。 |
Action | 用户应调查导致 JAXRException 的 IOException 的原因,以获取更多信息。 |
Explanation | 初始化连接时 taxonomyConfig.properties 文件中包含无效属性值。JAXR provider 将忽略无效属性,从而忽略相应的分类法。 |
Action | 用户应确保 taxonomyConfig.properties 文件有效,以使用所有分类法。每一行的正确格式为:<taxonomy ID>=<tModelKey>,<data filename>,<separator char>。 |
Explanation | 用户向方法传递了对象,该方法不需要该类型的对象。 |
Action | 用户只应向 JAXR 方法传递适当类型的对象。 |
Explanation | 用户将不是 String 或 LocalizedString 的对象作为 namePattern 传递给了查询方法。 |
Action | 用户只应将 Strings 或 LocalizedStrings 用作 namePattern 对象。 |
Explanation | 用户在不指定 javax.xml.registry.queryManagerURL ConnectionFactory 属性的情况下创建 Connection。 |
Action | 用户必须先指定 javax.xml.registry.queryManagerURL ConnectionFactory 属性再尝试创建 Connection。 |
Explanation | 用户尝试用无效的 javax.xml.registry.security.authenticationMethod ConnectionFactory 属性值创建 Connection。 |
Action | 用户只应将有效的值用于此属性。有效值有 UDDI_GET_AUTHTOKEN 和 HTTP_BASIC。 |
Explanation | 用户尝试使用外部 Classification 对 ServiceBinding 进行分类,而不是用具有内部 URLType 枚举的 sub-Concept 的 Classification。 |
Action | 用户只应使用内部 URLType 枚举的 sub-Concept 来对 ServiceBinding 进行分类。 |
Explanation | 用户尝试使用内部 Classification 对 ServiceBinding 进行分类,该内部 Classification 具有不是内部 URLType 枚举的 sub-Concept 的 Concept。 |
Action | 用户只应使用 URLType enumeration 的 sub-Concept 对 ServiceBinding 进行分类。 |