설명 | JAXR 프로바이더에서 UDDI Registry에 요청을 전송하는 중 org.uddi4j.UDDIException을 발견했습니다. |
조치 | 사용자는 JAXRException의 UDDIException 원인에 대한 자세한 정보를 문의해야 합니다. |
설명 | JAXR 프로바이더에서 UDDI Registry에 요청을 전송하는 중 TransportException을 발견했습니다. |
조치 | 사용자는 JAXRException의 TransportException 원인에 대한 자세한 정보를 문의해야 합니다. |
설명 | ServiceBinding의 AccessURI 및 TargetBinding 모두를 설정하려고 했습니다. |
조치 | 사용자는 AccessURI 및 TargetBinding 중 하나를 설정해야 합니다. |
설명 | setSourceObject 메소드에 전달된 오브젝트가 조직이 아닙니다. |
조치 | 사용자는 setSourceObject 메소드에 조직 오브젝트를 전달해야 합니다. |
설명 | 소스와 대상 오브젝트가 모두 설정되지 않은 연관을 저장하려고 했습니다. |
조치 | 사용자는 소스와 대상 오브젝트가 모두 설정된 연관을 저장해야 합니다. |
설명 | setTargetObject 메소드에 전달된 오브젝트가 조직이 아닙니다. |
조치 | 사용자는 setTargetObject 메소드에 조직 오브젝트를 전달해야 합니다. |
설명 | 사용자가 형식이 올바르지 않은 associationKey를 전달했습니다. |
조치 | 사용자는 deleteAssociations 메소드에 전달된 associationKeys의 형식이 올바른지 확인해야 합니다. |
설명 | 연관을 찾을 때 사용자가 AssociationType 열거에서 온 associationTypes 콜렉션의 개념을 전달했지만 UDDI에 유효한 값이 들어 있지 않습니다. 연관을 저장할 때 사용자가 associationType 개념이 AssociationType 열거에서 온 연관을 전달했지만 UDDI에 유효한 값이 들어 있지 않습니다. |
조치 | 사용자는 AssociationType 열거에서 오고 HasChild, HasParent, RelatedTo 또는 EquivalentTo 값이 있는 associationTypes 개념만 사용해야 합니다. |
설명 | 연관을 찾을 때 사용자가 associationTypes 콜렉션에 있는 AssociationType 열거에서 오지 않은 개념을 전달했습니다. 연관을 저장할 때 사용자가 associationType 개념이 AssociationType 열거에서 오지 않은 연관을 전달했습니다. |
조치 | 사용자는 associationTypes에 대해 AssociationType 열거의 개념을 사용해야 합니다. |
설명 | 사용자가 taxonomy 개념을 createClassificationScheme 메소드에 전달했습니다. |
조치 | 이 메소드는 BusinessQueryManager.findConcepts 호출에서 리턴한 개념을 ClassificationScheme으로 안전하게 변환하기 위해 제공됩니다. 개념이 의미상 ClassificationScheme인지 확인하는 것은 프로그래머의 책임입니다. |
설명 | 사용자가 Connection.close() 메소드를 호출하여 연결을 닫은 후 레지스트리에 연결해야 하는 메소드를 호출했습니다. |
조치 | 사용자는 연결을 닫은 후 레지스트리에 연결해야 하는 메소드를 호출해서는 안됩니다. |
설명 | ConnectionFactory에서 특성을 설정하기 전에 createConnection() 메소드를 호출했습니다. |
조치 | 연결을 작성하기 전에 ConnectionFactory 특성이 설정되었는지 확인하십시오. |
설명 | XML 구문 분석기를 초기화하는 중에 JAXR 프로바이더에서 javax.xml.parsers.ParserConfigurationException을 발견했습니다. |
조치 | 사용자는 JAXRException의 ParserConfigurationException 원인에 대한 자세한 정보를 문의해야 합니다. |
설명 | XML 요청을 구문 분석하는 중에 JAXR 프로바이더에서 java.io.IOException을 발견했습니다. |
조치 | 사용자는 JAXRException의 IOException 원인에 대한 자세한 정보를 문의해야 합니다. |
설명 | XML 응답을 직렬화하는 중에 JAXR 프로바이더에서 java.io.IOException을 발견했습니다. |
조치 | 사용자는 JAXRException의 IOException 원인에 대한 자세한 정보를 문의해야 합니다. |
설명 | 사용자가 널 interfaceName을 createObject 메소드에 전달했습니다. |
조치 | 사용자는 유효한 interfaceName을 createObject 메소드에 전달했는지 확인해야 합니다. |
설명 | 연결을 초기화하는 중에 JAXR 프로바이더가 열거 데이터 파일에서 유효하지 않은 행을 발견했습니다. JAXR 프로바이더에서 유효하지 않은 행을 무시하므로 영향을 받지 않습니다. |
조치 | 사용자는 열거의 모든 구성원을 사용하려면 열거 데이터 파일이 유효한지 확인해야 합니다. 각 행의 올바른 형식은 <열거 이름><분리자><개념 값>입니다. |
설명 | 열거 데이터 파일을 읽는 중에 JAXR 프로바이더에서 java.io.IOException을 발견했습니다. |
조치 | 사용자는 JAXRException의 IOException 원인에 대한 자세한 정보를 문의해야 합니다. |
설명 | 연결을 초기화하는 중에 JAXR 프로바이더가 enumerationConfig.properties 파일에서 유효하지 않은 특성 값을 발견했습니다. JAXR 프로바이더에서 유효하지 않은 특성을 무시하므로 해당 열거를 무시합니다. |
조치 | 사용자는 모든 열거를 사용하려면 enumerationConfig.properties 파일이 유효한지 확인해야 합니다. 각 행의 올바른 형식은 <열거 ID>=<열거 이름>,<데이터 파일 이름>,<분리자>입니다. |
설명 | enumerationConfig.properties 파일을 읽는 중에 JAXR 프로바이더에서 java.io.IOException을 발견했습니다. |
조치 | 사용자는 JAXRException의 IOException 원인에 대한 자세한 정보를 문의해야 합니다. |
설명 | taxonomyConfig.properties 파일을 읽는 중에 JAXR 프로바이더에서 java.io.IOException을 발견했습니다. |
조치 | 사용자는 JAXRException의 IOException 원인에 대한 자세한 정보를 문의해야 합니다. |
설명 | ExternalLink.setValidateURI(부울 유효성 검증) 메소드에 true를 전달하여 URI 유효성 검증을 true로 설정할 때 잘못된 형식 URI가 setExternalURI 메소드에 전달되었습니다. |
조치 | 사용자는 URI의 형식이 올바른지 확인하거나 그렇지 않으면 URI 유효성 검증을 false로 설정해야 합니다. |
설명 | ExternalLink.setValidateURI(부울 유효성 검증) 메소드에 true를 전달하여 URI 유효성 검증을 true로 설정할 때 액세스할 수 없는 URI를 setExternalURI 메소드에 전달했습니다. |
조치 | 사용자는 URI에 액세스할 수 있는지 확인하거나 그렇지 않으면 URI 유효성 검증을 false로 설정해야 합니다. |
설명 | 사용자가 유효하지 않은 인터페이스 이름을 createObject 메소드에 전달했습니다. |
조치 | 사용자는 createObject 메소드에 유효한 인터페이스 이름을 전달해야 합니다. 유효한 인터페이스 이름은 LifeCycleManager 클래스의 공용 final static 문자열 필드입니다. |
설명 | 사용자가 내부 분류의 setClassificationScheme 메소드를 호출했습니다. |
조치 | 사용자는 내부 분류의 ClassificationScheme을 직접 수정하려고 해서는 안됩니다. 내부 분류의 ClassificationScheme은 분류 개념에 의해서 판별되므로 독자적으로 수정할 수 없습니다. |
설명 | 사용자가 내부 분류의 setName 메소드를 호출했습니다. |
조치 | 사용자는 내부 분류의 이름을 직접 수정하면 안됩니다. 내부 분류의 이름은 분류 개념에 의해서 판별되므로 독자적으로 수정할 수 없습니다. |
설명 | 사용자가 내부 분류의 setValue 메소드를 호출했습니다. |
조치 | 사용자는 내부 분류의 값을 직접 수정하면 안됩니다. 내부 분류의 값은 분류 개념에 의해서 판별되므로 독자적으로 수정할 수 없습니다. |
설명 | 사용자가 상위 ClassificationScheme 없이 널이 아닌 개념을 setConcept 메소드에 전달했습니다. |
조치 | 분류 개념을 설정하면 분류가 내부용으로 됩니다. 분류의 ClassificationScheme은 개념의 상위 ClassificationScheme으로 설정됩니다. 개념에 상위 ClassificationScheme이 없으면(즉, taxonomy 개념이 아닌 경우) 유효하지 않습니다. 따라서 사용자는 taxonomy 개념을 setConcept 메소드에 전달해야 합니다. |
설명 | 사용자가 taxonomy 개념을 레지스트리에서 UDDI tModel로서 저장하려고 했습니다. |
조치 | Taxonomy 개념은 UDDI Registry에서 tModel로 저장할 수 없습니다. 이 개념을 사용하면 레지스트리에 저장된 오브젝트를 분류할 수 있지만 독립적으로 저장할 수는 없습니다. 사용자는 레지스트리에 taxonomy 개념을 저장하면 안됩니다. |
설명 | 사용자가 상위가 개념 또는 ClassificationScheme이 아닌 taxonomy 개념을 작성하려고 했습니다. |
조치 | taxonomy 개념의 상위는 다른 개념 또는 ClassificationScheme만 될 수 있으므로 사용자는 taxonomy 개념의 상위로서 이들 중 하나를 설정해야 합니다. |
설명 | 사용자가 taxonomy 개념이 아닌 개념에서 getPath() 메소드를 호출했습니다. taxonomy 개념에만 상위가 있습니다. |
조치 | taxonomy 개념에만 상위가 있으므로 taxonomy 개념에만 경로가 있습니다. 사용자는 taxonomy 개념이 아닌 개념에서 getPath() 메소드를 호출해서는 안됩니다. |
설명 | 사용자가 값이 없는 개념에서 getPath() 메소드를 호출했습니다. |
조치 | 경로를 가지려면 개념에 값이 있어야 하므로 사용자는 값이 없는 개념에서 getPath() 메소드를 호출해서는 안됩니다. |
설명 | 사용자가 ClassificationScheme에 ID가 없는 개념에서 getPath() 메소드를 호출했습니다. |
조치 | 개념이 경로를 가지려면 개념의 ClassificationScheme에 ID가 있어야 합니다. 사용자는 ClassificationScheme에 ID가 없는 개념에서 getPath() 메소드를 호출해서는 안됩니다. |
설명 | ConnectionFactory 특성 javax.xml.registry.uddi.maxRows에 구문 분석 가능한 정수가 없을 때 createConnection 메소드를 호출했습니다. |
조치 | 사용자는 구분 분석 가능한 정수가 들어 있는 javax.xml.registry.uddi.maxRows ConnectionFactory 특성이 설정되었는지 확인해야 합니다. |
설명 | makeRegistrySpecificRequest 메소드에 전달된 문자열이 유효한 XML이 아닙니다. |
조치 | 사용자는 makeRegistrySpecificRequest 메소드에 전달된 문자열이 유효한 XML인지 확인해야 합니다. |
설명 | 사용자가 ConnectionFactory 특성 javax.xml.registry.uddi.lifeCycleManagerURL에 잘못된 형식 URL이 포함되어 있을 때 createConnection 메소드를 호출했습니다. |
조치 | 사용자는 javax.xml.registry.lifeCycleManagerURL ConnectionFactory 특성에 올바른 형식 URL이 있는지 확인해야 합니다. |
설명 | 사용자가 ConnectionFactory 특성 javax.xml.registry.queryManagerURL에 잘못된 형식 URL이 포함되어 있을 때 createConnection 메소드를 호출했습니다. |
조치 | 사용자는 javax.xml.registry.queryManagerURL ConnectionFactory 특성에 올바른 형식 URL이 있는지 확인해야 합니다. |
설명 | 검색 기준에 맞는 ClassificationScheme을 두 개 이상 찾았습니다. |
조치 | 사용자는 하나의 ClassificationScheme만을 찾도록 검색 기준을 좁혀야 합니다. |
설명 | 사용자가 유효하지 않은 objectType을 전달했습니다. |
조치 | 사용자는 유효한 objectType을 전달했는지 확인해야 합니다. |
설명 | 레지스트리에서 직접 저장할 수 없는 유형의 오브젝트를 saveObjects 메소드에 전달했습니다. |
조치 | 사용자는 saveObjects 메소드에 전달된 오브젝트의 유형이 올바른지 확인해야 합니다. 유효한 유형은 연관, ClassificationScheme, 개념, 조직, 서비스 및 ServiceBinding입니다. |
설명 | LifeCycleManager.CONCEPT의 objectType을 전달했지만 ID 또는 objectKeys 중 하나가 ClassificationScheme입니다. |
조치 | 사용자는 오브젝트 키에 해당하는 올바른 objectType을 지정했는지 확인해야 합니다. |
설명 | LifeCycleManager.CLASSIFICATIONSCHEME의 objectType을 전달했지만 ID나 objectKeys 중 하나가 개념입니다. |
조치 | 사용자는 오브젝트 키에 해당하는 올바른 objectType을 지정했는지 확인해야 합니다. |
설명 | 지정된 requestId를 찾을 수 없습니다. |
조치 | 사용자는 유효한 requestId를 getBulkResponse 메소드에 전달해야 합니다. 특별한 requestId에 대해 getBulkResponse 메소드를 호출하면 해당 requestId는 캐시에서 제거되고 해당 requestid에 전달되는 getBulkResponse에 대한 후속 호출로 인해 InvalidRequestException이 발생합니다. |
설명 | javax.xml.registry.semanticEquivalences ConnectionFactory 특성에서는 PostalAddressAttributes 열거의 개념과 내부 taxonomy에 정의되지 않은 개념이 의미상 동일하도록 정의합니다. |
조치 | 사용자는 javax.xml.registry.semanticEquivalences ConnectionFactory 특성에 사용된 개념 경로가 내부 taxonomy에 정의되었는지 확인해야 합니다. |
설명 | javax.xml.registry.semanticEquivalences ConnectionFactory에는 셋 이상의 요소를 포함하는 keyPair가 있습니다. |
조치 | 사용자는 JAXR 스펙에 정의한 대로 javax.xml.registry.semanticEquivalences ConnectionFactory 특성의 형식이 올바른지 확인해야 합니다. |
설명 | javax.xml.registry.semanticEquivalences ConnectionFactory에 PostalAddressAttributes 열거 개념에 대한 경로가 들어 있지 않은 keyPair가 있습니다. UDDI JAXR 프로바이더에 대한 의미상 동등성은 PostalAddressAttributes 열거의 개념에 대해서만 허용됩니다. |
조치 | 사용자는 PostalAddressAttributes 열거에서 개념에 대해 의미상 동등하도록 정의해야 합니다. |
설명 | 사용자가 유효하지 않은 슬롯 이름을 ExtensibleObject 인터페이스의 메소드 중 하나에 전달했습니다. |
조치 | 사용자는 ExtensibleObject의 특정 인스턴스에 대해 슬롯 이름이 유효한지 확인해야 합니다. |
설명 | 사용자가 중복 값이 들어 있는 값 콜렉션을 setValues 메소드에 전달했습니다. |
조치 | 사용자는 고유한 값 콜렉션을 setValues 메소드에 전달해야 합니다. |
설명 | 사용자가 이름이 Slot.SORT_CODE_SLOT인 슬롯과 여러 값을 addSlot 메소드에 전달했습니다. |
조치 | 이름이 Slot.SORT_CODE_SLOT인 슬롯을 PostalAddress에 추가할 때 사용자는 값이 하나인지 확인해야 합니다. |
설명 | 사용자가 SpecificationLink에 둘 이상의 ExternalLink를 지정하려고 했습니다. SpecificationLink에는 하나의 ExternalLink만 있을 수 있습니다. |
조치 | 사용자는 SpecificationLink에 최대 하나의 ExternalLink를 지정해야 합니다. |
설명 | 사용자가 SpecificationLink에 둘 이상의 사용법 매개변수를 지정하려고 했습니다. SpecificationLink에는 하나의 사용법 매개변수만 있을 수 있습니다. |
조치 | 사용자는 SpecificationLink에 최대 하나의 사용법 매개변수를 지정해야 합니다. |
설명 | 사용자가 SpecificationLink의 스펙 오브젝트로서 상위가 있는 개념(즉, taxonomyConcept)을 설정하려고 했습니다. |
조치 | 사용자는 SpecificationLink의 스펙 오브젝트로서 스펙 개념을 설정해야 합니다. |
설명 | 사용자가 SpecificationLink의 스펙 오브젝트로서 개념이 아닌 RegistryObject를 설정하려고 했습니다. |
조치 | 사용자는 SpecificationLink의 스펙 오브젝트로서 스펙 개념을 설정해야 합니다. |
설명 | 사용자가 유효하지 않은 이스케이프 순서가 들어 있는 위 메소드 중 하나에 namePattern을 전달했습니다. |
조치 | 사용자는 namePatterns에 유효하지 않은 이스케이프 순서가 들어 있지 않은지 확인해야 합니다. |
설명 | 패턴을 종료하는 유효하지 않은 이스케이프 순서가 들어 있는 위 메소드 중 하나에 namePattern을 전달했습니다. |
조치 | 사용자는 namePatterns에 유효하지 않은 이스케이프 순서가 들어 있지 않은지 확인해야 합니다. |
설명 | 시스템 특성 http.proxyPort에 정수로 구문 분석할 수 없는 문자열이 포함될 때 사용자가 createConnection() 메소드를 호출했습니다. |
조치 | 사용자는 시스템 특성 http.proxyPort가 설정된 경우 구문 분석 가능한 정수가 들어 있는지 확인해야 합니다. |
설명 | taxonomy 데이터 파일에 유효하지 않은 행이 있습니다. |
조치 | 각 행의 형식은 <taxonomy ID><개념 이름><개념 값><개념 상위>입니다. |
설명 | taxonomy 데이터 파일에 해당 파일에서 상위를 찾을 수 없는 개념 행이 포함되어 있습니다. |
조치 | 사용자는 각 개념에 대한 상위가 taxonomy 데이터 파일에 있는지 확인해야 합니다. |
설명 | taxonomy 데이터 파일을 읽는 중에 JAXR 프로바이더에서 java.io.IOException을 발견했습니다. |
조치 | 사용자는 JAXRException의 IOException 원인에 대한 자세한 정보를 문의해야 합니다. |
설명 | 연결을 초기화하는 중에 taxonomyConfig.properties 파일에서 유효하지 않은 특성 값을 발견했습니다. JAXR 프로바이더는 유효하지 않은 특성을 무시하므로 해당 taxonomy를 무시합니다. |
조치 | 사용자는 모든 taxonomy를 사용하려면 taxonomyConfig.properties 파일이 유효한지 확인해야 합니다. 각 행의 올바른 형식은 <taxonomy ID>=<tModelKey>,<데이터 파일 이름>,<분리자>입니다. |
설명 | 사용자가 해당 유형의 오브젝트를 예상하지 않는 메소드에 오브젝트를 전달했습니다. |
조치 | 사용자는 JAXR 메소드에 적절한 유형의 오브젝트를 전달해야 합니다. |
설명 | 사용자가 namePattern으로서 문자열 또는 LocalizedString이 아닌 오브젝트를 조회 메소드에 전달했습니다. |
조치 | 사용자는 LocalizedStrings의 문자열을 namePattern 오브젝트로서 사용해야 합니다. |
설명 | 사용자가 javax.xml.registry.queryManagerURL ConnectionFactory 특성을 지정하지 않고 연결을 작성하려고 했습니다. |
조치 | 사용자는 연결을 작성하기 전에 javax.xml.registry.queryManagerURL ConnectionFactory 특성을 지정해야 합니다. |
설명 | 사용자가 javax.xml.registry.security.authenticationMethod ConnectionFactory 특성 값이 올바르지 않은 연결을 작성하려고 했습니다. |
조치 | 사용자는 이 특성에 대해 유효한 값을 사용해야 합니다. 유효값은 UDDI_GET_AUTHTOKEN 및 HTTP_BASIC입니다. |
설명 | 사용자가 외부 분류를 사용하여 ServiceBinding을 분류하려고 했으므로 내부 URLType 열거의 하위 개념이 있는 분류가 아닙니다. |
조치 | 사용자는 내부 URLType 열거의 하위 개념을 사용하여 ServiceBinding을 분류해야 합니다. |
설명 | 사용자가 내부 URLType 열거의 하위 개념이 아닌 개념이 있는 내부 분류를 사용하여 ServiceBinding을 분류하려고 했습니다. |
조치 | URLType 열거의 하위 개념을 사용하여 ServiceBinding을 분류해야 합니다. |