You are viewing a plain text version of this content. The canonical link for it is here.

Posted to user@juddi.apache.org by Computer Learning Inst <cl...@yahoo.com> on 2011/09/06 15:08:42 UTC

save TModel exception

Hello jUDDI v3.0.4 users:

I am sure, I am making some mistake.

I am saving a TModel, with key=uddi:nh:ie:hcid.  However, I run into the following exception.  Where in the code may I fix this problem?


INFO: Application {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel has thrown exception, unwinding now: org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not within the partition defined by owning publisher:  uddi:nh:ie:hcid

Thanks in advance for your help.

Re: save TModel exception

Posted by Computer Learning Inst <cl...@yahoo.com>.

Well, Kurt.  Here's the requirement with our business partners.  What should be our strategy to generate such custom "businessKeys" and "serviceKeys" ?

Requirement:
==========

A business that registers its business information with our jUDDI -- it needs to save its 'businessKey' with (some) information *specific* to that business.

For example,
<businessEntity businessKey="uddi:nh1:1111.111.111">
<businessService serviceKey="uddi:nh1:PD">

<businessEntity businessKey="uddi:nh2:2222.222.222">
<businessService serviceKey="uddi:nh2:PD">

<businessEntity businessKey="uddi:nh3:3333.333.333">
<businessService serviceKey="uddi:nh3:DS">

and so on...

What should be our strategy to generate such custom "businessKeys" and "serviceKeys" ?  Many thanks!  Please let us know if you know a way, and what it is!  If you have an example, please tell us.

----- Original Message -----
From: Computer Learning Inst
To: "user@juddi.apache.org" <us...@juddi.apache.org>
Cc: 
Sent: Tuesday, September 6, 2011 10:31 AM
Subject: Re: save TModel exception

I have added a few variations of the following to uddi.xml, but to no avail.

   <property name="keyDomain"  value="nh:ie"/>
   <property name="keyDomain"  value="nh:ie:hcid"/>
   <property name="keyDomain"  value="uddi:nh:ie"/>
   <property name="keyDomain"  value="uddi:nh:ie:hcid"/>

May be, the above changes are not correct.  What other changes do we need so that we can create TModels in jUDDI DB?  Your help, as usual, is very much appreciated.

thanks!

----- Original Message -----
From: Computer Learning Inst
To: "user@juddi.apache.org"
Cc: 
Sent: Tuesday, September 6, 2011 9:52 AM
Subject: Re: save TModel exception

Thanks Kurt.  Can you suggest what steps I should take so that we are able to create a few TModels in the jUDDI v3.0.4 database?

----- Original Message -----
From: Kurt Stam
To: "user@juddi.apache.org"
Cc: 
Sent: Tuesday, September 6, 2011 9:38 AM
Subject: Re: save TModel exception

That is bc your publisher key domain does not match the domain part of the model key you are trying to use. 

--K

On Sep 6, 2011, at 9:08, Computer Learning Inst wrote:

> Hello jUDDI v3.0.4 users:
> 
> I am sure, I am making some mistake.
> 
> I am saving a TModel, with key=uddi:nh:ie:hcid.  However, I run into the following exception.  Where in the code may I fix this problem?
> 
> 
> INFO: Application {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel has thrown exception, unwinding now: org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not within the partition defined by owning publisher:  uddi:nh:ie:hcid
> 
> Thanks in advance for your help.

Re: save TModel exception

Posted by Computer Learning Inst <cl...@yahoo.com>.

Sorry, I mean, please take the file names saved at 'juddi_custom_install_data' folder as -

Files
====
juddi_custom_install_data\myorg-publisher_tModelKeyGen.xml (saved)
juddi_custom_install_data\myorg-publisher_Publisher.xml(saved)
juddi_custom_install_data\myorg-publisher_tModels.xml(saved)





----- Original Message -----
From: Computer Learning Inst
To: "user@juddi.apache.org"
Cc: "kurt.stam@gmail.com"
Sent: Wednesday, September 7, 2011 6:05 AM
Subject: Re: save TModel exception

Thanks Kurt.  I am trying to associate publisher with the keys generated.  However, I see NullPointerException in juddi.log.  This is what I did:

juddiv3.properties
=============
juddi.root.publisher=myorg-publisher
juddi.load.install.data=true

Folder
=====
juddi_custom_install_data (created)


Files
====
juddi_custom_install_data\myorg-publisher_tModelKeyGen.xml (saved)
juddi_custom_install_data\myorg-publisher_Publisher.xml(saved)
juddi_custom_install_data\myorg-publisher_tModels.xml(saved)


Trashed database
==============
And restarted Tomcat (jUDDI v3.0.4)


Exception in juddi.log
================
2011-09-07 05:10:37,862 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization started
2011-09-07 05:10:37,893 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Refreshing org.springframework.web.context.support.XmlWebApplicationContext@6986dda3: display name [Root WebApplicationContext]; startup date [Wed Sep 07 05:10:37 EDT 2011]; root of context hierarchy
2011-09-07 05:10:37,971 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from ServletContext resource [/WEB-INF/beans.xml]
2011-09-07 05:10:38,127 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf.xml]
2011-09-07 05:10:38,190 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-extension-soap.xml]
2011-09-07 05:10:38,315 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-servlet.xml]
2011-09-07 05:10:38,393 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean factory for application context [org.springframework.web.context.support.XmlWebApplicationContext@6986dda3]: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.Jsr250BeanPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.BusExtensionPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
2011-09-07 05:10:38,533 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068: defining beans
[cxf,org.apache.cxf.bus.spring.BusApplicationListener,org.apache.cxf.bus.spring.BusWiringBeanFactoryPostProcessor,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,org.apache.cxf.resource.ResourceManager,org.apache.cxf.configuration.Configurer,org.apache.cxf.binding.BindingFactoryManager,org.apache.cxf.transport.DestinationFactoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.apache.cxf.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.http.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,org.apache.cxf.endpoint.ServiceContractResolverRegistry
,org.apache.cxf.binding.soap.SoapBindingFactory,org.apache.cxf.binding.soap.SoapTransportFactory,org.apache.cxf.binding.soap.customEditorConfigurer,org.apache.cxf.transport.servlet.ServletTransportFactory,inquiry,publish,security,subscription,subscription-listener,custody-transfer,replication,valueset-validation,valueset-caching,juddi-api]; root of factory hierarchy
2011-09-07 05:10:43,611 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization completed in 5749 ms
2011-09-07 05:10:43,611 INFO [org.apache.juddi.Registry] - Starting jUDDI registry...
2011-09-07 05:10:43,658 INFO [org.apache.juddi.config.AppConfig] - Reading from properties file:  file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddiv3.properties
2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.AppConfig] - The 'root' publisher was not found, loading...
2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.Install] - Loading the content of file: file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddi_custom_install_data/myorg-publisher_tModelKeyGen.xml
2011-09-07 05:10:51,579 ERROR [org.apache.juddi.servlets.RegistryServlet] - jUDDI registry could not be started.java.lang.NullPointerException
org.apache.commons.configuration.ConfigurationException: java.lang.NullPointerException
  at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:122)
  at org.apache.juddi.config.AppConfig.loadConfiguration(AppConfig.java:95)
  at org.apache.juddi.config.AppConfig.<init>(AppConfig.java:62)
  at org.apache.juddi.config.AppConfig.getInstance(AppConfig.java:183)
  at org.apache.juddi.config.AppConfig.getConfiguration(AppConfig.java:205)
  at org.apache.juddi.Registry.start(Registry.java:55)
  at org.apache.juddi.servlets.RegistryServlet.init(RegistryServlet.java:45)
  at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
  at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
  at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4187)
  at org.apache.catalina.core.StandardContext.start(StandardContext.java:4496)
  at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
  at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
  at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
  at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:637)
  at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:563)
  at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
  at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
  at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
  at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
  at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
  at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
  at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
  at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
  at org.apache.catalina.core.StandardService.start(StandardService.java:519)
  at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
  at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:597)
  at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
  at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
Caused by: java.lang.NullPointerException
  at org.apache.juddi.config.Install.install(Install.java:98)
  at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:120)
  ... 32 more
2011-09-07 05:10:51,579 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Refreshing org.apache.cxf.bus.spring.BusApplicationContext@6981170d: display name [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]; startup date [Wed Sep 07 05:10:51 EDT 2011]; parent: org.springframework.web.context.support.XmlWebApplicationContext@6986dda3
2011-09-07 05:10:51,610 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Bean factory for application context [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]: org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a
2011-09-07 05:10:51,610 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a: defining beans []; parent: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
2011-09-07 05:10:52,735 INFO [org.apache.juddi.v3.client.config.WebHelper] - Reading the managerName from the clientConfig file META-INF/uddi.xml
2011-09-07 05:10:52,813 INFO [org.apache.juddi.v3.client.config.ClientConfig] - Reading UDDI Client properties file file:/C:/juddi-portal-bundle-3.0.4/webapps/uddi-portlets/WEB-INF/classes/META-INF/uddi.xml
2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 servicebindingKeys
2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 businessKeys
2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.WebHelper] - Starting Clerk Manager uddi-portlet-manager...




________________________________
From: Kurt T Stam
To: user@juddi.apache.org
Sent: Tuesday, September 6, 2011 11:15 AM
Subject: Re: save TModel exception

1. In the example: http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-war/src/main/webapp/WEB-INF/classes/RENAME4SALES_juddi_custom_install_data/sales_tModels.xml

If the keygenerator of your publisher looks like:

<tModel tModelKey="uddi:sales.apache.org:keygenerator" xmlns="urn:uddi-org:api_v3"> <name>sales-apache-org:keyGenerator</name> <description>Sales Root domain key generator</description> <overviewDoc> <overviewURL useType="text"> http://uddi.org/pubs/uddi_v3.htm#keyGen</overviewURL> </overviewDoc> <categoryBag> <keyedReference tModelKey="uddi:uddi.org:categorization:types" keyName="uddi-org:types:keyGenerator" keyValue="keyGenerator" /> </categoryBag> </tModel>
Then this publisher can use keys that start with 'uddi:sales.apache.org:'

So for a tModel a good key would be 'uddi:sales.apache.org:mytmodel'

Don't use any ':' in your keys, they are used to break up the keys in their various parts.

2. You can define custom properties like 'keyDomain' in your uddi.xml and then reference them in for example
you annotations as shown here:

http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-samples/src/main/java/org/apache/juddi/samples/HelloWorldImpl.java

3. This may help you out:
http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-understandingkeypartitions-20061128.htm

--K

On 9/6/11 10:31 AM, Computer Learning Inst wrote:

I have added a few variations of the following to uddi.xml, but to no avail.    <property name="keyDomain"  value="nh:ie"/>
   <property name="keyDomain"  value="nh:ie:hcid"/>
   <property name="keyDomain"  value="uddi:nh:ie"/>
   <property name="keyDomain"  value="uddi:nh:ie:hcid"/> 


May be, the above changes are not correct.  What other changes do we need so that we can create TModels in jUDDI DB?  Your help, as usual, is very much appreciated. thanks! 


----- Original Message -----
From: Computer Learning Inst
To: "user@juddi.apache.org" <us...@juddi.apache.org> 

Cc: 
Sent: Tuesday, September 6, 2011 9:52 AM
Subject: Re: save TModel exception 


Thanks Kurt.  Can you suggest what steps I should take so that we are able to create a few TModels in the jUDDI v3.0.4 database? 


----- Original Message -----
From: Kurt Stam
To: "user@juddi.apache.org" 

Cc: 
Sent: Tuesday, September 6, 2011 9:38 AM
Subject: Re: save TModel exception That is bc your publisher key domain does not match the domain part of the model key you are trying to use.  --K 


On Sep 6, 2011, at 9:08, Computer Learning Inst wrote: 

>Hello jUDDI v3.0.4 users: 


I am sure, I am making some mistake. 


I am saving a TModel, with key=uddi:nh:ie:hcid. However, I run into the following exception.  Where in the code may I fix this problem? 


INFO: Application {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel has thrown exception, unwinding now: org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not within the partition defined by owning publisher:  uddi:nh:ie:hcid Thanks in advance for your help.

Re: save TModel exception

Posted by Computer Learning Inst <cl...@yahoo.com>.

Like Kurt suggested, I am trying one thing at a time.

Our requirement is to add business key and service key -- "on the fly" (meaning, when businesses are saved in the registry).

Therefore, as per Kurt, I am starting with soapUI and a simple soap request with "root" publisher.  Still, there is partition error.

My guess was - if creating a TModel with "root" publisher worked, then I could go ahead and create a custom publisher, and use custom publisher's authToken to create business key and service keys "on the fly".

So far stuck!  But there must be a way out to be able to create business key and service keys "on the fly" as and when entities are saved in jUDDI v3.0.4 registry.

Thanks for your question.  Good to know there are other people in almost the same boat as us.

Kindly,
Cli

________________________________
From: Chirag Pujara
To: user@juddi.apache.org; Computer Learning Inst
Cc: Kurt Stam
Sent: Thursday, September 8, 2011 3:26 PM
Subject: Re: save TModel exception


Hi Cli,

I am also trying to add my own tMOdel. Which service you are calling. The way i was thinking to just add new TModels was adding files in "juddi_custom_install_data" described in section 10. It would be good to have srvice rather then adding on startup.

Thanks,

Chirag

On Thu, Sep 8, 2011 at 2:00 PM, Computer Learning Inst <cl...@yahoo.com> wrote:

Hi Kurt,
>
>In the following SOAP request, I use an authToken that is for the "root" publisher.  I use juddi.root.publisher=root in the properties file.
>
>
>The SOAP request still fails.
><faultstring>The proposed key is not within the partition defined by owning publisher:  uddi:conformance1-5am</faultstring>
>
>
>What is wrong with the following simple SOAP request?
>
>
><soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"; xmlns:urn="urn:uddi-org:api_v3" xmlns:xd="http://www.w3.org/2000/09/xmldsig#";>
>   <soapenv:Header/>
>   <soapenv:Body>
>      <urn:save_tModel>
>         <!--Optional:-->
>         <urn:authInfo>authtoken:d80a13fa-d847-4c73-ad96-4056e742efd3</urn:authInfo>
>
>         <!--1 or more repetitions:-->
>         <urn:tModel tModelKey="uddi:Conf1-5am" deleted="0">
>            <urn:name xml:lang="en">Conf1-5am</urn:name>
>         </urn:tModel>
>      </urn:save_tModel>
>   </soapenv:Body>
></soapenv:Envelope>
>
>
>
>thanks,
>Cli
>
>
>
>
>
>----- Original Message -----
>From: Kurt T Stam
>
>To: Computer Learning Inst
>Cc: "user@juddi.apache.org"
>
>Sent: Wednesday, September 7, 2011 10:11 AM
>Subject: Re: save TModel exception
>
>Hi him-whose-name-we cannot-mention,
>
>1. You should leave the root and uddi publishers alone, and just add a new publisher. So leave this (unless you have a good reason to change the root publisher)
>
>juddi.root.publisher=root
>
>Then either add the myorg publisher information using the root publisher and the API or by placing them in the juddi_custom_install_data directory.
>
>2. Your nullpointer indicates there is something wrong with your persistence configuration.
>
>You may want to change one thing at the time.
>
>--Kurt
>
>
>
>
>You should leave the
>
>On 9/7/11 6:05 AM, Computer Learning Inst wrote:
>> Thanks Kurt.  I am trying to associate publisher with the keys generated.  However, I see NullPointerException in juddi.log.  This is what I did:
>>
>> juddiv3.properties
>> =============
>> juddi.root.publisher=myorg-publisher
>> juddi.load.install.data=true
>>
>> Folder
>> =====
>> juddi_custom_install_data (created)
>>
>>
>> Files
>> ====
>> juddi_custom_install_data\myorg-publisher_tModelKeyGen.xml (saved)
>>
>> juddi_custom_install_data\myorg-publisher_Publisher.xml(saved)
>> juddi_custom_install_data\myorg-publisher_tModels.xml(saved)
>>
>> Trashed database
>> ==============
>> And restarted Tomcat (jUDDI v3.0.4)
>>
>>
>> Exception in juddi.log
>>
>> ================
>> 2011-09-07 05:10:37,862 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization started
>> 2011-09-07 05:10:37,893 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Refreshing org.springframework.web.context.support.XmlWebApplicationContext@6986dda3: display name [Root WebApplicationContext]; startup date [Wed Sep 07 05:10:37 EDT 2011]; root of context hierarchy
>> 2011-09-07 05:10:37,971 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from ServletContext resource [/WEB-INF/beans.xml]
>> 2011-09-07 05:10:38,127 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf.xml]
>> 2011-09-07 05:10:38,190 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-extension-soap.xml]
>> 2011-09-07 05:10:38,315 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-servlet.xml]
>> 2011-09-07 05:10:38,393 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean factory for application context [org.springframework.web.context.support.XmlWebApplicationContext@6986dda3]: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
>> 2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.Jsr250BeanPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
>> 2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.BusExtensionPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
>> 2011-09-07 05:10:38,533 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068: defining beans
>> 
> [cxf,org.apache.cxf.bus.spring.BusApplicationListener,org.apache.cxf.bus.spring.BusWiringBeanFactoryPostProcessor,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,org.apache.cxf.resource.ResourceManager,org.apache.cxf.configuration.Configurer,org.apache.cxf.binding.BindingFactoryManager,org.apache.cxf.transport.DestinationFactoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.apache.cxf.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.http.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,org.apache.cxf.endpoint.ServiceContractResolverRegistry
>> ,org.apache.cxf.binding.soap.SoapBindingFactory,org.apache.cxf.binding.soap.SoapTransportFactory,org.apache.cxf.binding.soap.customEditorConfigurer,org.apache.cxf.transport.servlet.ServletTransportFactory,inquiry,publish,security,subscription,subscription-listener,custody-transfer,replication,valueset-validation,valueset-caching,juddi-api]; root of factory hierarchy
>> 2011-09-07 05:10:43,611 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization completed in 5749 ms
>> 2011-09-07 05:10:43,611 INFO [org.apache.juddi.Registry] - Starting jUDDI registry...
>> 2011-09-07 05:10:43,658 INFO [org.apache.juddi.config.AppConfig] - Reading from properties file:  file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddiv3.properties
>> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.AppConfig] - The 'root' publisher was not found, loading...
>> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.Install] - Loading the content of file: file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddi_custom_install_data/myorg-publisher_tModelKeyGen.xml
>> 2011-09-07 05:10:51,579 ERROR [org.apache.juddi.servlets.RegistryServlet] - jUDDI registry could not be started.java.lang.NullPointerException
>> org.apache.commons.configuration.ConfigurationException: java.lang.NullPointerException
>>    at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:122)
>>    at org.apache.juddi.config.AppConfig.loadConfiguration(AppConfig.java:95)
>>    at org.apache.juddi.config.AppConfig.<init>(AppConfig.java:62)
>>    at org.apache.juddi.config.AppConfig.getInstance(AppConfig.java:183)
>>    at org.apache.juddi.config.AppConfig.getConfiguration(AppConfig.java:205)
>>    at org.apache.juddi.Registry.start(Registry.java:55)
>>    at org.apache.juddi.servlets.RegistryServlet.init(RegistryServlet.java:45)
>>    at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
>>    at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
>>    at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4187)
>>    at org.apache.catalina.core.StandardContext.start(StandardContext.java:4496)
>>    at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
>>    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
>>    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
>>    at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:637)
>>    at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:563)
>>    at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
>>    at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
>>    at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
>>    at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
>>    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
>>    at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
>>    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
>>    at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
>>    at org.apache.catalina.core.StandardService.start(StandardService.java:519)
>>    at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
>>    at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
>>    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>    at java.lang.reflect.Method.invoke(Method.java:597)
>>    at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
>>    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
>> Caused by: java.lang.NullPointerException
>>    at org.apache.juddi.config.Install.install(Install.java:98)
>>    at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:120)
>>    ... 32 more
>> 2011-09-07 05:10:51,579 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Refreshing org.apache.cxf.bus.spring.BusApplicationContext@6981170d: display name [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]; startup date [Wed Sep 07 05:10:51 EDT 2011]; parent: org.springframework.web.context.support.XmlWebApplicationContext@6986dda3
>> 2011-09-07 05:10:51,610 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Bean factory for application context [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]: org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a
>> 2011-09-07 05:10:51,610 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a: defining beans []; parent: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
>> 2011-09-07 05:10:52,735 INFO [org.apache.juddi.v3.client.config.WebHelper] - Reading the managerName from the clientConfig file META-INF/uddi.xml
>> 2011-09-07 05:10:52,813 INFO [org.apache.juddi.v3.client.config.ClientConfig] - Reading UDDI Client properties file file:/C:/juddi-portal-bundle-3.0.4/webapps/uddi-portlets/WEB-INF/classes/META-INF/uddi.xml
>> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 servicebindingKeys
>> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 businessKeys
>> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.WebHelper] - Starting Clerk Manager uddi-portlet-manager...
>>
>>
>>
>>
>> ________________________________
>> From: Kurt T Stam
>> To: user@juddi.apache.org
>> Sent: Tuesday, September 6, 2011 11:15 AM
>> Subject: Re: save TModel exception
>>
>> 1. In the example: http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-war/src/main/webapp/WEB-INF/classes/RENAME4SALES_juddi_custom_install_data/sales_tModels.xml
>>
>> If the keygenerator of your publisher looks like:
>>
>> <tModel tModelKey="uddi:sales.apache.org:keygenerator" xmlns="urn:uddi-org:api_v3">  <name>sales-apache-org:keyGenerator</name>  <description>Sales Root domain key generator</description>  <overviewDoc>  <overviewURL useType="text">  http://uddi.org/pubs/uddi_v3.htm#keyGen</overviewURL>  </overviewDoc>  <categoryBag>  <keyedReference tModelKey="uddi:uddi.org:categorization:types" keyName="uddi-org:types:keyGenerator" keyValue="keyGenerator" />  </categoryBag>  </tModel>
>> Then this publisher can use keys that start with 'uddi:sales.apache.org:'
>>
>> So for a tModel a good key would be 'uddi:sales.apache.org:mytmodel'
>>
>> Don't use any ':' in your keys, they are used to break up the keys in their various parts.
>>
>> 2. You can define custom properties like 'keyDomain' in your uddi.xml and then reference them in for example
>> you annotations as shown here:
>>
>> http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-samples/src/main/java/org/apache/juddi/samples/HelloWorldImpl.java
>>
>> 3. This may help you out:
>> http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-understandingkeypartitions-20061128.htm
>>
>> --K
>>
>> On 9/6/11 10:31 AM, Computer Learning Inst wrote:
>>
>> I have added a few variations of the following to uddi.xml, but to no avail.<property name="keyDomain"  value="nh:ie"/>
>>     <property name="keyDomain"  value="nh:ie:hcid"/>
>>     <property name="keyDomain"  value="uddi:nh:ie"/>
>>     <property name="keyDomain"  value="uddi:nh:ie:hcid"/>
>>
>>
>> May be, the above changes are not correct.  What other changes do we need so that we can create TModels in jUDDI DB?  Your help, as usual, is very much appreciated. thanks!
>>
>>
>> ----- Original Message -----
>> From: Computer Learning Inst
>> To: "user@juddi.apache.org"<us...@juddi.apache.org>
>>
>> Cc:
>> Sent: Tuesday, September 6, 2011 9:52 AM
>> Subject: Re: save TModel exception
>>
>>
>> Thanks Kurt.  Can you suggest what steps I should take so that we are able to create a few TModels in the jUDDI v3.0.4 database?
>>
>>
>> ----- Original Message -----
>> From: Kurt Stam
>> To: "user@juddi.apache.org"
>>
>> Cc:
>> Sent: Tuesday, September 6, 2011 9:38 AM
>> Subject: Re: save TModel exception That is bc your publisher key domain does not match the domain part of the model key you are trying to use.  --K
>>
>>
>> On Sep 6, 2011, at 9:08, Computer Learning Inst wrote:
>>
>>> Hello jUDDI v3.0.4 users:
>>
>> I am sure, I am making some mistake.
>>
>>
>> I am saving a TModel, with key=uddi:nh:ie:hcid. However, I run into the following exception.  Where in the code may I fix this problem?
>>
>>
>> INFO: Application {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel has thrown exception, unwinding now: org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not within the partition defined by owning publisher:  uddi:nh:ie:hcid Thanks in advance for your help.
>

Re: save TModel exception

Posted by Chirag Pujara <ch...@gmail.com>.

Hi Cli,

I am also trying to add my own tMOdel. Which service you are calling. The
way i was thinking to just add new TModels was adding files in "

juddi_custom_install_data" described in section 10. It would be good
to have srvice rather then adding on startup.


Thanks,
Chirag
On Thu, Sep 8, 2011 at 2:00 PM, Computer Learning Inst <cl...@yahoo.com>wrote:

> Hi Kurt,
>
> In the following SOAP request, I use an authToken that is for the "root"
> publisher.  I use juddi.root.publisher=root in the properties file.
>
>
> The SOAP request still fails.
> <faultstring>The proposed key is not within the partition defined by owning
> publisher:  uddi:conformance1-5am</faultstring>
>
>
> What is wrong with the following simple SOAP request?
>
>
> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:urn="urn:uddi-org:api_v3" xmlns:xd="
> http://www.w3.org/2000/09/xmldsig#">
>    <soapenv:Header/>
>    <soapenv:Body>
>       <urn:save_tModel>
>          <!--Optional:-->
>
> <urn:authInfo>authtoken:d80a13fa-d847-4c73-ad96-4056e742efd3</urn:authInfo>
>
>          <!--1 or more repetitions:-->
>          <urn:tModel tModelKey="uddi:Conf1-5am" deleted="0">
>             <urn:name xml:lang="en">Conf1-5am</urn:name>
>          </urn:tModel>
>       </urn:save_tModel>
>    </soapenv:Body>
> </soapenv:Envelope>
>
>
>
> thanks,
> Cli
>
>
>
>
> ----- Original Message -----
> From: Kurt T Stam
> To: Computer Learning Inst
> Cc: "user@juddi.apache.org"
> Sent: Wednesday, September 7, 2011 10:11 AM
> Subject: Re: save TModel exception
>
> Hi him-whose-name-we cannot-mention,
>
> 1. You should leave the root and uddi publishers alone, and just add a new
> publisher. So leave this (unless you have a good reason to change the root
> publisher)
>
> juddi.root.publisher=root
>
> Then either add the aegis publisher information using the root publisher
> and the API or by placing them in the juddi_custom_install_data directory.
>
> 2. Your nullpointer indicates there is something wrong with your
> persistence configuration.
>
> You may want to change one thing at the time.
>
> --Kurt
>
>
>
>
> You should leave the
>
> On 9/7/11 6:05 AM, Computer Learning Inst wrote:
> > Thanks Kurt.  I am trying to associate publisher with the keys
> generated.  However, I see NullPointerException in juddi.log.  This is what
> I did:
> >
> > juddiv3.properties
> > =============
> > juddi.root.publisher=myorg-publisher
> > juddi.load.install.data=true
> >
> > Folder
> > =====
> > juddi_custom_install_data (created)
> >
> >
> > Files
> > ====
> > juddi_custom_install_data\aegis-publisher_tModelKeyGen.xml (saved)
> >
> > juddi_custom_install_data\aegis-publisher_Publisher.xml(saved)
> > juddi_custom_install_data\aegis-publisher_tModels.xml(saved)
> >
> > Trashed database
> > ==============
> > And restarted Tomcat (jUDDI v3.0.4)
> >
> >
> > Exception in juddi.log
> >
> > ================
> > 2011-09-07 05:10:37,862 INFO
> [org.springframework.web.context.ContextLoader] - Root
> WebApplicationContext: initialization started
> > 2011-09-07 05:10:37,893 INFO
> [org.springframework.web.context.support.XmlWebApplicationContext] -
> Refreshing
> org.springframework.web.context.support.XmlWebApplicationContext@6986dda3:
> display name [Root WebApplicationContext]; startup date [Wed Sep 07 05:10:37
> EDT 2011]; root of context hierarchy
> > 2011-09-07 05:10:37,971 INFO
> [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading
> XML bean definitions from ServletContext resource [/WEB-INF/beans.xml]
> > 2011-09-07 05:10:38,127 INFO
> [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading
> XML bean definitions from class path resource [META-INF/cxf/cxf.xml]
> > 2011-09-07 05:10:38,190 INFO
> [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading
> XML bean definitions from class path resource
> [META-INF/cxf/cxf-extension-soap.xml]
> > 2011-09-07 05:10:38,315 INFO
> [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading
> XML bean definitions from class path resource [META-INF/cxf/cxf-servlet.xml]
> > 2011-09-07 05:10:38,393 INFO
> [org.springframework.web.context.support.XmlWebApplicationContext] - Bean
> factory for application context
> [org.springframework.web.context.support.XmlWebApplicationContext@6986dda3]:
> org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
> > 2011-09-07 05:10:38,502 INFO
> [org.springframework.web.context.support.XmlWebApplicationContext] - Bean
> 'org.apache.cxf.bus.spring.Jsr250BeanPostProcessor' is not eligible for
> getting processed by all BeanPostProcessors (for example: not eligible for
> auto-proxying)
> > 2011-09-07 05:10:38,502 INFO
> [org.springframework.web.context.support.XmlWebApplicationContext] - Bean
> 'org.apache.cxf.bus.spring.BusExtensionPostProcessor' is not eligible for
> getting processed by all BeanPostProcessors (for example: not eligible for
> auto-proxying)
> > 2011-09-07 05:10:38,533 INFO
> [org.springframework.beans.factory.support.DefaultListableBeanFactory] -
> Pre-instantiating singletons in
> org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068:
> defining beans
> >
>
>  [cxf,org.apache.cxf.bus.spring.BusApplicationListener,org.apache.cxf.bus.spring.BusWiringBeanFactoryPostProcessor,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,org.apache.cxf.resource.ResourceManager,org.apache.cxf.configuration.Configurer,org.apache.cxf.binding.BindingFactoryManager,org.apache.cxf.transport.DestinationFactoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.apache.cxf.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.http.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,org.apache.cxf.endpoint.ServiceContractResolverRegistry
> >
> ,org.apache.cxf.binding.soap.SoapBindingFactory,org.apache.cxf.binding.soap.SoapTransportFactory,org.apache.cxf.binding.soap.customEditorConfigurer,org.apache.cxf.transport.servlet.ServletTransportFactory,inquiry,publish,security,subscription,subscription-listener,custody-transfer,replication,valueset-validation,valueset-caching,juddi-api];
> root of factory hierarchy
> > 2011-09-07 05:10:43,611 INFO
> [org.springframework.web.context.ContextLoader] - Root
> WebApplicationContext: initialization completed in 5749 ms
> > 2011-09-07 05:10:43,611 INFO [org.apache.juddi.Registry] - Starting jUDDI
> registry...
> > 2011-09-07 05:10:43,658 INFO [org.apache.juddi.config.AppConfig] -
> Reading from properties file:
> file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddiv3.properties
> > 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.AppConfig] - The
> 'root' publisher was not found, loading...
> > 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.Install] - Loading
> the content of file:
> file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddi_custom_install_data/myorg-publisher_tModelKeyGen.xml
> > 2011-09-07 05:10:51,579 ERROR [org.apache.juddi.servlets.RegistryServlet]
> - jUDDI registry could not be started.java.lang.NullPointerException
> > org.apache.commons.configuration.ConfigurationException:
> java.lang.NullPointerException
> >    at
> org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:122)
> >    at
> org.apache.juddi.config.AppConfig.loadConfiguration(AppConfig.java:95)
> >    at org.apache.juddi.config.AppConfig.<init>(AppConfig.java:62)
> >    at org.apache.juddi.config.AppConfig.getInstance(AppConfig.java:183)
> >    at
> org.apache.juddi.config.AppConfig.getConfiguration(AppConfig.java:205)
> >    at org.apache.juddi.Registry.start(Registry.java:55)
> >    at
> org.apache.juddi.servlets.RegistryServlet.init(RegistryServlet.java:45)
> >    at
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
> >    at
> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
> >    at
> org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4187)
> >    at
> org.apache.catalina.core.StandardContext.start(StandardContext.java:4496)
> >    at
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
> >    at
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
> >    at
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
> >    at
> org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:637)
> >    at
> org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:563)
> >    at
> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
> >    at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
> >    at
> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
> >    at
> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
> >    at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
> >    at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
> >    at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
> >    at
> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
> >    at
> org.apache.catalina.core.StandardService.start(StandardService.java:519)
> >    at
> org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
> >    at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
> >    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >    at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> >    at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> >    at java.lang.reflect.Method.invoke(Method.java:597)
> >    at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
> >    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
> > Caused by: java.lang.NullPointerException
> >    at org.apache.juddi.config.Install.install(Install.java:98)
> >    at
> org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:120)
> >    ... 32 more
> > 2011-09-07 05:10:51,579 INFO
> [org.apache.cxf.bus.spring.BusApplicationContext] - Refreshing
> org.apache.cxf.bus.spring.BusApplicationContext@6981170d: display name
> [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]; startup date
> [Wed Sep 07 05:10:51 EDT 2011]; parent:
> org.springframework.web.context.support.XmlWebApplicationContext@6986dda3
> > 2011-09-07 05:10:51,610 INFO
> [org.apache.cxf.bus.spring.BusApplicationContext] - Bean factory for
> application context
> [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]:
> org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a
> > 2011-09-07 05:10:51,610 INFO
> [org.springframework.beans.factory.support.DefaultListableBeanFactory] -
> Pre-instantiating singletons in
> org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a:
> defining beans []; parent:
> org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
> > 2011-09-07 05:10:52,735 INFO
> [org.apache.juddi.v3.client.config.WebHelper] - Reading the managerName from
> the clientConfig file META-INF/uddi.xml
> > 2011-09-07 05:10:52,813 INFO
> [org.apache.juddi.v3.client.config.ClientConfig] - Reading UDDI Client
> properties file
> file:/C:/juddi-portal-bundle-3.0.4/webapps/uddi-portlets/WEB-INF/classes/META-INF/uddi.xml
> > 2011-09-07 05:10:52,845 INFO
> [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0
> servicebindingKeys
> > 2011-09-07 05:10:52,845 INFO
> [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0
> businessKeys
> > 2011-09-07 05:10:52,845 INFO
> [org.apache.juddi.v3.client.config.WebHelper] - Starting Clerk Manager
> uddi-portlet-manager...
> >
> >
> >
> >
> > ________________________________
> > From: Kurt T Stam
> > To: user@juddi.apache.org
> > Sent: Tuesday, September 6, 2011 11:15 AM
> > Subject: Re: save TModel exception
> >
> > 1. In the example:
> http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-war/src/main/webapp/WEB-INF/classes/RENAME4SALES_juddi_custom_install_data/sales_tModels.xml
> >
> > If the keygenerator of your publisher looks like:
> >
> > <tModel tModelKey="uddi:sales.apache.org:keygenerator"
> xmlns="urn:uddi-org:api_v3">  <name>sales-apache-org:keyGenerator</name>
> <description>Sales Root domain key generator</description>  <overviewDoc>
> <overviewURL useType="text">  http://uddi.org/pubs/uddi_v3.htm#keyGen</overviewURL>
> </overviewDoc>  <categoryBag>  <keyedReference tModelKey="uddi:uddi.org:categorization:types"
> keyName="uddi-org:types:keyGenerator" keyValue="keyGenerator" />
> </categoryBag>  </tModel>
> > Then this publisher can use keys that start with 'uddi:sales.apache.org
> :'
> >
> > So for a tModel a good key would be 'uddi:sales.apache.org:mytmodel'
> >
> > Don't use any ':' in your keys, they are used to break up the keys in
> their various parts.
> >
> > 2. You can define custom properties like 'keyDomain' in your uddi.xml and
> then reference them in for example
> > you annotations as shown here:
> >
> >
> http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-samples/src/main/java/org/apache/juddi/samples/HelloWorldImpl.java
> >
> > 3. This may help you out:
> >
> http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-understandingkeypartitions-20061128.htm
> >
> > --K
> >
> > On 9/6/11 10:31 AM, Computer Learning Inst wrote:
> >
> > I have added a few variations of the following to uddi.xml, but to no
> avail.<property name="keyDomain"  value="nh:ie"/>
> >     <property name="keyDomain"  value="nh:ie:hcid"/>
> >     <property name="keyDomain"  value="uddi:nh:ie"/>
> >     <property name="keyDomain"  value="uddi:nh:ie:hcid"/>
> >
> >
> > May be, the above changes are not correct.  What other changes do we need
> so that we can create TModels in jUDDI DB?  Your help, as usual, is very
> much appreciated. thanks!
> >
> >
> > ----- Original Message -----
> > From: Computer Learning Inst
> > To: "user@juddi.apache.org"<us...@juddi.apache.org>
> >
> > Cc:
> > Sent: Tuesday, September 6, 2011 9:52 AM
> > Subject: Re: save TModel exception
> >
> >
> > Thanks Kurt.  Can you suggest what steps I should take so that we are
> able to create a few TModels in the jUDDI v3.0.4 database?
> >
> >
> > ----- Original Message -----
> > From: Kurt Stam
> > To: "user@juddi.apache.org"
> >
> > Cc:
> > Sent: Tuesday, September 6, 2011 9:38 AM
> > Subject: Re: save TModel exception That is bc your publisher key domain
> does not match the domain part of the model key you are trying to use.  --K
> >
> >
> > On Sep 6, 2011, at 9:08, Computer Learning Inst wrote:
> >
> >> Hello jUDDI v3.0.4 users:
> >
> > I am sure, I am making some mistake.
> >
> >
> > I am saving a TModel, with key=uddi:nh:ie:hcid. However, I run into the
> following exception.  Where in the code may I fix this problem?
> >
> >
> > INFO: Application
> {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel
> has thrown exception, unwinding now:
> org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not
> within the partition defined by owning publisher:  uddi:nh:ie:hcid Thanks in
> advance for your help.
>

Re: save TModel exception

Posted by Computer Learning Inst <cl...@yahoo.com>.

Cool.  In that case, just please post the soapUI request that you used.

I will find an equivalent in a program, and get back with, hopefully, something working.

You have been a great help.  Please copy and paste your soapUI request.  Thanks!

Kindly,
Cli
________________________________
From: Chirag Pujara
To: user@juddi.apache.org; Computer Learning Inst
Cc: Kurt Stam
Sent: Thursday, September 8, 2011 6:07 PM
Subject: Re: save TModel exception


Sorry dont have code. I am in just study phase so just using SOAP UI to test things.

But I am aware of your requiremnts and looks like there will be one regitry for your org/company so you can create a publisher and keygenerator using custom data folder. and then keep adding tModels on the fly. I think thats the way I might go. If you figure out better option let me know.

Thanks,
Chirag




On Thu, Sep 8, 2011 at 4:27 PM, Computer Learning Inst <cl...@yahoo.com> wrote:

Oh, that will be great.
>
>Can you please post some sample code?  Yeah, programmatically, I want to be able to generate keyGenerator.
>
>
>You (and also Kurt, given his time) are a great help.  Your sample code will provide a great boost.
>
>thanks in advance,
>
>Cli
>
>________________________________
>From: Chirag Pujara
>To: user@juddi.apache.org; Computer Learning Inst
>Cc: Kurt Stam
>
>Sent: Thursday, September 8, 2011 5:14 PM
>Subject: Re: save TModel exception
>
>
>Hey Cli,
>
>  I think I was able to recreate issue you were having and was able to fix it. You need to create publisher and keyGenerator for your org. And when you do getAuthInfo use the publisher you created and not the root or ? in userId.
>
>Hope this helps.
>-Chirag
>
>
>On Thu, Sep 8, 2011 at 3:05 PM, Computer Learning Inst <cl...@yahoo.com> wrote:
>
>Kurt,
>>
>>How about the "on the fly" data?  See, we are able to create a custom publisher using the API (using "root").
>>
>>But then, how do we define a keydomain using the API for such custom publisher? 
>>
>>
>>"juddi_custom_install_data" feature is good for static data (data known in advance), and it is not going to work for us -- we want to create keydomains based on what our registry-user desires whenever they post their business entities and service entities.  Whatever extra data they send, we want to use that data inside the values for business entity keys and business service keys.
>>
>>
>>And so, how do we take care of "on the fly" data?  Is my question clear -- I am not sure.
>>
>>I know, you are doing your best to answer, but please see the above requirement, and give us some API examples.  This has been a battle cry to meet "on-the-fly" requirement.
>>
>>
>>thanks,
>>Cli
>>
>>
>>----- Original Message -----
>>From: Kurt T Stam
>>To: Computer Learning Inst
>>Cc: "user@juddi.apache.org"
>>
>>Sent: Thursday, September 8, 2011 3:52 PM
>>Subject: Re: save TModel exception
>>
>>If you are using the root publisher as is, then the keydomain for this
>>root publisher is juddi.apache.org
>>
>>So your tModelKey should be something like
>>tModelKey="uddi:juddi.apache.org:Conf1-5am"
>>
>>--K
>>
>>
>>On 9/8/11 3:00 PM, Computer Learning Inst wrote:
>>> Hi Kurt,
>>>
>>> In the following SOAP request, I use an authToken that is for the "root" publisher.  I use juddi.root.publisher=root in the properties file.
>>>
>>>
>>> The SOAP request still fails.
>>> <faultstring>The proposed key is not within the partition defined by owning publisher:  uddi:conformance1-5am</faultstring>
>>>
>>>
>>> What is wrong with the following simple SOAP request?
>>>
>>>
>>> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/";; xmlns:urn="urn:uddi-org:api_v3" xmlns:xd="http://www.w3.org/2000/09/xmldsig#";;>
>>>     <soapenv:Header/>
>>>     <soapenv:Body>
>>>        <urn:save_tModel>
>>>           <!--Optional:-->
>>>           <urn:authInfo>authtoken:d80a13fa-d847-4c73-ad96-4056e742efd3</urn:authInfo>
>>>
>>>           <!--1 or more repetitions:-->
>>>           <urn:tModel tModelKey="uddi:Conf1-5am" deleted="0">
>>>              <urn:name xml:lang="en">Conf1-5am</urn:name>
>>>           </urn:tModel>
>>>        </urn:save_tModel>
>>>     </soapenv:Body>
>>> </soapenv:Envelope>
>>>
>>>
>>>
>>> thanks,
>>> Cli
>>>
>>>
>>>
>>>
>>> ----- Original Message -----
>>> From: Kurt T Stam
>>> To: Computer Learning Inst
>>> Cc: "user@juddi.apache.org"
>>> Sent: Wednesday, September 7, 2011 10:11 AM
>>> Subject: Re: save TModel exception
>>>
>>> Hi him-whose-name-we cannot-mention,
>>>
>>> 1. You should leave the root and uddi publishers alone, and just add a new publisher. So leave this (unless you have a good reason to change the root publisher)
>>>
>>> juddi.root.publisher=root
>>>
>>> Then either add the myorg publisher information using the root publisher and the API or by placing them in the juddi_custom_install_data directory.
>>
>>>
>>> 2. Your nullpointer indicates there is something wrong with your persistence configuration.
>>>
>>> You may want to change one thing at the time.
>>>
>>> --Kurt
>>>
>>>
>>>
>>>
>>> You should leave the
>>>
>>> On 9/7/11 6:05 AM, Computer Learning Inst wrote:
>>>> Thanks Kurt.  I am trying to associate publisher with the keys generated.  However, I see NullPointerException in juddi.log.  This is what I did:
>>>>
>>>> juddiv3.properties
>>>> =============
>>>> juddi.root.publisher=myorg-publisher
>>>> juddi.load.install.data=true
>>>>
>>>> Folder
>>>> =====
>>>> juddi_custom_install_data (created)
>>>>
>>>>
>>>> Files
>>>> ====
>>>> juddi_custom_install_data\myorg-publisher_tModelKeyGen.xml (saved)
>>>>
>>>> juddi_custom_install_data\myorg-publisher_Publisher.xml(saved)
>>>> juddi_custom_install_data\myorg-publisher_tModels.xml(saved)
>>
>>>>
>>>> Trashed database
>>>> ==============
>>>> And restarted Tomcat (jUDDI v3.0.4)
>>>>
>>>>
>>>> Exception in juddi.log
>>>>
>>>> ================
>>>> 2011-09-07 05:10:37,862 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization started
>>>> 2011-09-07 05:10:37,893 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Refreshing org.springframework.web.context.support.XmlWebApplicationContext@6986dda3: display name [Root WebApplicationContext]; startup date [Wed Sep 07 05:10:37 EDT 2011]; root of context hierarchy
>>>> 2011-09-07 05:10:37,971 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from ServletContext resource [/WEB-INF/beans.xml]
>>>> 2011-09-07 05:10:38,127 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf.xml]
>>>> 2011-09-07 05:10:38,190 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-extension-soap.xml]
>>>> 2011-09-07 05:10:38,315 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-servlet.xml]
>>>> 2011-09-07 05:10:38,393 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean factory for application context [org.springframework.web.context.support.XmlWebApplicationContext@6986dda3]: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
>>>> 2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.Jsr250BeanPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
>>>> 2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.BusExtensionPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
>>>> 2011-09-07 05:10:38,533 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068: defining beans
>>>>
>>> 
>> [cxf,org.apache.cxf.bus.spring.BusApplicationListener,org.apache.cxf.bus.spring.BusWiringBeanFactoryPostProcessor,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,org.apache.cxf.resource.ResourceManager,org.apache.cxf.configuration.Configurer,org.apache.cxf.binding.BindingFactoryManager,org.apache.cxf.transport.DestinationFactoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.apache.cxf.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.http.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,org.apache.cxf.endpoint.ServiceContractResolverRegis
try
>>>> ,org.apache.cxf.binding.soap.SoapBindingFactory,org.apache.cxf.binding.soap.SoapTransportFactory,org.apache.cxf.binding.soap.customEditorConfigurer,org.apache.cxf.transport.servlet.ServletTransportFactory,inquiry,publish,security,subscription,subscription-listener,custody-transfer,replication,valueset-validation,valueset-caching,juddi-api]; root of factory hierarchy
>>>> 2011-09-07 05:10:43,611 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization completed in 5749 ms
>>>> 2011-09-07 05:10:43,611 INFO [org.apache.juddi.Registry] - Starting jUDDI registry...
>>>> 2011-09-07 05:10:43,658 INFO [org.apache.juddi.config.AppConfig] - Reading from properties file:  file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddiv3.properties
>>>> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.AppConfig] - The 'root' publisher was not found, loading...
>>>> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.Install] - Loading the content of file: file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddi_custom_install_data/myorg-publisher_tModelKeyGen.xml
>>>> 2011-09-07 05:10:51,579 ERROR [org.apache.juddi.servlets.RegistryServlet] - jUDDI registry could not be started.java.lang.NullPointerException
>>>> org.apache.commons.configuration.ConfigurationException: java.lang.NullPointerException
>>>>      at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:122)
>>>>      at org.apache.juddi.config.AppConfig.loadConfiguration(AppConfig.java:95)
>>>>      at org.apache.juddi.config.AppConfig.<init>(AppConfig.java:62)
>>>>      at org.apache.juddi.config.AppConfig.getInstance(AppConfig.java:183)
>>>>      at org.apache.juddi.config.AppConfig.getConfiguration(AppConfig.java:205)
>>>>      at org.apache.juddi.Registry.start(Registry.java:55)
>>>>      at org.apache.juddi.servlets.RegistryServlet.init(RegistryServlet.java:45)
>>>>      at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
>>>>      at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
>>>>      at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4187)
>>>>      at org.apache.catalina.core.StandardContext.start(StandardContext.java:4496)
>>>>      at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
>>>>      at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
>>>>      at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
>>>>      at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:637)
>>>>      at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:563)
>>>>      at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
>>>>      at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
>>>>      at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
>>>>      at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
>>>>      at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
>>>>      at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
>>>>      at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
>>>>      at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
>>>>      at org.apache.catalina.core.StandardService.start(StandardService.java:519)
>>>>      at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
>>>>      at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
>>>>      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>>>      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>>>      at java.lang.reflect.Method.invoke(Method.java:597)
>>>>      at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
>>>>      at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
>>>> Caused by: java.lang.NullPointerException
>>>>      at org.apache.juddi.config.Install.install(Install.java:98)
>>>>      at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:120)
>>>>      ... 32 more
>>>> 2011-09-07 05:10:51,579 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Refreshing org.apache.cxf.bus.spring.BusApplicationContext@6981170d: display name [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]; startup date [Wed Sep 07 05:10:51 EDT 2011]; parent: org.springframework.web.context.support.XmlWebApplicationContext@6986dda3
>>>> 2011-09-07 05:10:51,610 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Bean factory for application context [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]: org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a
>>>> 2011-09-07 05:10:51,610 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a: defining beans []; parent: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
>>>> 2011-09-07 05:10:52,735 INFO [org.apache.juddi.v3.client.config.WebHelper] - Reading the managerName from the clientConfig file META-INF/uddi.xml
>>>> 2011-09-07 05:10:52,813 INFO [org.apache.juddi.v3.client.config.ClientConfig] - Reading UDDI Client properties file file:/C:/juddi-portal-bundle-3.0.4/webapps/uddi-portlets/WEB-INF/classes/META-INF/uddi.xml
>>>> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 servicebindingKeys
>>>> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 businessKeys
>>>> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.WebHelper] - Starting Clerk Manager uddi-portlet-manager...
>>>>
>>>>
>>>>
>>>>
>>>> ________________________________
>>>> From: Kurt T Stam
>>>> To: user@juddi.apache.org
>>>> Sent: Tuesday, September 6, 2011 11:15 AM
>>>> Subject: Re: save TModel exception
>>>>
>>>> 1. In the example: http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-war/src/main/webapp/WEB-INF/classes/RENAME4SALES_juddi_custom_install_data/sales_tModels.xml
>>>>
>>>> If the keygenerator of your publisher looks like:
>>>>
>>>> <tModel tModelKey="uddi:sales.apache.org:keygenerator" xmlns="urn:uddi-org:api_v3">   <name>sales-apache-org:keyGenerator</name>   <description>Sales Root domain key generator</description>   <overviewDoc>   <overviewURL useType="text">  http://uddi.org/pubs/uddi_v3.htm#keyGen</overviewURL>   </overviewDoc>   <categoryBag>   <keyedReference tModelKey="uddi:uddi.org:categorization:types" keyName="uddi-org:types:keyGenerator" keyValue="keyGenerator" />   </categoryBag>   </tModel>
>>>> Then this publisher can use keys that start with 'uddi:sales.apache.org:'
>>>>
>>>> So for a tModel a good key would be 'uddi:sales.apache.org:mytmodel'
>>>>
>>>> Don't use any ':' in your keys, they are used to break up the keys in their various parts.
>>>>
>>>> 2. You can define custom properties like 'keyDomain' in your uddi.xml and then reference them in for example
>>>> you annotations as shown here:
>>>>
>>>> http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-samples/src/main/java/org/apache/juddi/samples/HelloWorldImpl.java
>>>>
>>>> 3. This may help you out:
>>>> http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-understandingkeypartitions-20061128.htm
>>>>
>>>> --K
>>>>
>>>> On 9/6/11 10:31 AM, Computer Learning Inst wrote:
>>>>
>>>> I have added a few variations of the following to uddi.xml, but to no avail.<property name="keyDomain"  value="nh:ie"/>
>>>>       <property name="keyDomain"  value="nh:ie:hcid"/>
>>>>       <property name="keyDomain"  value="uddi:nh:ie"/>
>>>>       <property name="keyDomain"  value="uddi:nh:ie:hcid"/>
>>>>
>>>>
>>>> May be, the above changes are not correct.  What other changes do we need so that we can create TModels in jUDDI DB?  Your help, as usual, is very much appreciated. thanks!
>>>>
>>>>
>>>> ----- Original Message -----
>>>> From: Computer Learning Inst
>>>> To: "user@juddi.apache.org"<us...@juddi.apache.org>
>>>>
>>>> Cc:
>>>> Sent: Tuesday, September 6, 2011 9:52 AM
>>>> Subject: Re: save TModel exception
>>>>
>>>>
>>>> Thanks Kurt.  Can you suggest what steps I should take so that we are able to create a few TModels in the jUDDI v3.0.4 database?
>>>>
>>>>
>>>> ----- Original Message -----
>>>> From: Kurt Stam
>>>> To: "user@juddi.apache.org"
>>>>
>>>> Cc:
>>>> Sent: Tuesday, September 6, 2011 9:38 AM
>>>> Subject: Re: save TModel exception That is bc your publisher key domain does not match the domain part of the model key you are trying to use.  --K
>>>>
>>>>
>>>> On Sep 6, 2011, at 9:08, Computer Learning Inst wrote:
>>>>
>>>>> Hello jUDDI v3.0.4 users:
>>>> I am sure, I am making some mistake.
>>>>
>>>>
>>>> I am saving a TModel, with key=uddi:nh:ie:hcid. However, I run into the following exception.  Where in the code may I fix this problem?
>>>>
>>>>
>>>> INFO: Application {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel has thrown exception, unwinding now: org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not within the partition defined by owning publisher:  uddi:nh:ie:hcid Thanks in advance for your help.
>>
>

Re: save TModel exception

Posted by Chirag Pujara <ch...@gmail.com>.

Sorry dont have code. I am in just study phase so just using SOAP UI to test
things.

But I am aware of your requiremnts and looks like there will be one regitry
for your org/company so you can create a publisher and keygenerator using
custom data folder. and then keep adding tModels on the fly. I think thats
the way I might go. If you figure out better option let me know.

Thanks,
Chirag



On Thu, Sep 8, 2011 at 4:27 PM, Computer Learning Inst <cl...@yahoo.com>wrote:

> Oh, that will be great.
>
> Can you please post some sample code?  Yeah, programmatically, I want to be
> able to generate keyGenerator.
>
>
> You (and also Kurt, given his time) are a great help.  Your sample code
> will provide a great boost.
>
> thanks in advance,
> Cli
>
> ________________________________
> From: Chirag Pujara
> To: user@juddi.apache.org; Computer Learning Inst
> Cc: Kurt Stam
> Sent: Thursday, September 8, 2011 5:14 PM
> Subject: Re: save TModel exception
>
>
> Hey Cli,
>
>   I think I was able to recreate issue you were having and was able to fix
> it. You need to create publisher and keyGenerator for your org. And when you
> do getAuthInfo use the publisher you created and not the root or ? in
> userId.
>
> Hope this helps.
> -Chirag
>
>
> On Thu, Sep 8, 2011 at 3:05 PM, Computer Learning Inst <cl...@yahoo.com>
> wrote:
>
> Kurt,
> >
> >How about the "on the fly" data?  See, we are able to create a custom
> publisher using the API (using "root").
> >
> >But then, how do we define a keydomain using the API for such custom
> publisher?
> >
> >
> >"juddi_custom_install_data" feature is good for static data (data known in
> advance), and it is not going to work for us -- we want to create keydomains
> based on what our registry-user desires whenever they post their business
> entities and service entities.  Whatever extra data they send, we want to
> use that data inside the values for business entity keys and business
> service keys.
> >
> >
> >And so, how do we take care of "on the fly" data?  Is my question clear --
> I am not sure.
> >
> >I know, you are doing your best to answer, but please see the above
> requirement, and give us some API examples.  This has been a battle cry to
> meet "on-the-fly" requirement.
> >
> >
> >thanks,
> >Cli
> >
> >
> >----- Original Message -----
> >From: Kurt T Stam
> >To: Computer Learning Inst
> >Cc: "user@juddi.apache.org"
> >
> >Sent: Thursday, September 8, 2011 3:52 PM
> >Subject: Re: save TModel exception
> >
> >If you are using the root publisher as is, then the keydomain for this
> >root publisher is juddi.apache.org
> >
> >So your tModelKey should be something like
> >tModelKey="uddi:juddi.apache.org:Conf1-5am"
> >
> >--K
> >
> >
> >On 9/8/11 3:00 PM, Computer Learning Inst wrote:
> >> Hi Kurt,
> >>
> >> In the following SOAP request, I use an authToken that is for the "root"
> publisher.  I use juddi.root.publisher=root in the properties file.
> >>
> >>
> >> The SOAP request still fails.
> >> <faultstring>The proposed key is not within the partition defined by
> owning publisher:  uddi:conformance1-5am</faultstring>
> >>
> >>
> >> What is wrong with the following simple SOAP request?
> >>
> >>
> >> <soapenv:Envelope xmlns:soapenv="
> http://schemas.xmlsoap.org/soap/envelope/";
> xmlns:urn="urn:uddi-org:api_v3" xmlns:xd="
> http://www.w3.org/2000/09/xmldsig#";>
> >>     <soapenv:Header/>
> >>     <soapenv:Body>
> >>        <urn:save_tModel>
> >>           <!--Optional:-->
> >>
>  <urn:authInfo>authtoken:d80a13fa-d847-4c73-ad96-4056e742efd3</urn:authInfo>
> >>
> >>           <!--1 or more repetitions:-->
> >>           <urn:tModel tModelKey="uddi:Conf1-5am" deleted="0">
> >>              <urn:name xml:lang="en">Conf1-5am</urn:name>
> >>           </urn:tModel>
> >>        </urn:save_tModel>
> >>     </soapenv:Body>
> >> </soapenv:Envelope>
> >>
> >>
> >>
> >> thanks,
> >> Cli
> >>
> >>
> >>
> >>
> >> ----- Original Message -----
> >> From: Kurt T Stam
> >> To: Computer Learning Inst
> >> Cc: "user@juddi.apache.org"
> >> Sent: Wednesday, September 7, 2011 10:11 AM
> >> Subject: Re: save TModel exception
> >>
> >> Hi him-whose-name-we cannot-mention,
> >>
> >> 1. You should leave the root and uddi publishers alone, and just add a
> new publisher. So leave this (unless you have a good reason to change the
> root publisher)
> >>
> >> juddi.root.publisher=root
> >>
> >> Then either add the myorg publisher information using the root publisher
> and the API or by placing them in the juddi_custom_install_data directory.
> >
> >>
> >> 2. Your nullpointer indicates there is something wrong with your
> persistence configuration.
> >>
> >> You may want to change one thing at the time.
> >>
> >> --Kurt
> >>
> >>
> >>
> >>
> >> You should leave the
> >>
> >> On 9/7/11 6:05 AM, Computer Learning Inst wrote:
> >>> Thanks Kurt.  I am trying to associate publisher with the keys
> generated.  However, I see NullPointerException in juddi.log.  This is what
> I did:
> >>>
> >>> juddiv3.properties
> >>> =============
> >>> juddi.root.publisher=myorg-publisher
> >>> juddi.load.install.data=true
> >>>
> >>> Folder
> >>> =====
> >>> juddi_custom_install_data (created)
> >>>
> >>>
> >>> Files
> >>> ====
> >>> juddi_custom_install_data\myorg-publisher_tModelKeyGen.xml (saved)
> >>>
> >>> juddi_custom_install_data\myorg-publisher_Publisher.xml(saved)
> >>> juddi_custom_install_data\myorg-publisher_tModels.xml(saved)
> >
> >>>
> >>> Trashed database
> >>> ==============
> >>> And restarted Tomcat (jUDDI v3.0.4)
> >>>
> >>>
> >>> Exception in juddi.log
> >>>
> >>> ================
> >>> 2011-09-07 05:10:37,862 INFO
> [org.springframework.web.context.ContextLoader] - Root
> WebApplicationContext: initialization started
> >>> 2011-09-07 05:10:37,893 INFO
> [org.springframework.web.context.support.XmlWebApplicationContext] -
> Refreshing
> org.springframework.web.context.support.XmlWebApplicationContext@6986dda3:
> display name [Root WebApplicationContext]; startup date [Wed Sep 07 05:10:37
> EDT 2011]; root of context hierarchy
> >>> 2011-09-07 05:10:37,971 INFO
> [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading
> XML bean definitions from ServletContext resource [/WEB-INF/beans.xml]
> >>> 2011-09-07 05:10:38,127 INFO
> [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading
> XML bean definitions from class path resource [META-INF/cxf/cxf.xml]
> >>> 2011-09-07 05:10:38,190 INFO
> [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading
> XML bean definitions from class path resource
> [META-INF/cxf/cxf-extension-soap.xml]
> >>> 2011-09-07 05:10:38,315 INFO
> [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading
> XML bean definitions from class path resource [META-INF/cxf/cxf-servlet.xml]
> >>> 2011-09-07 05:10:38,393 INFO
> [org.springframework.web.context.support.XmlWebApplicationContext] - Bean
> factory for application context
> [org.springframework.web.context.support.XmlWebApplicationContext@6986dda3]:
> org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
> >>> 2011-09-07 05:10:38,502 INFO
> [org.springframework.web.context.support.XmlWebApplicationContext] - Bean
> 'org.apache.cxf.bus.spring.Jsr250BeanPostProcessor' is not eligible for
> getting processed by all BeanPostProcessors (for example: not eligible for
> auto-proxying)
> >>> 2011-09-07 05:10:38,502 INFO
> [org.springframework.web.context.support.XmlWebApplicationContext] - Bean
> 'org.apache.cxf.bus.spring.BusExtensionPostProcessor' is not eligible for
> getting processed by all BeanPostProcessors (for example: not eligible for
> auto-proxying)
> >>> 2011-09-07 05:10:38,533 INFO
> [org.springframework.beans.factory.support.DefaultListableBeanFactory] -
> Pre-instantiating singletons in
> org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068:
> defining beans
> >>>
> >>
>
> > [cxf,org.apache.cxf.bus.spring.BusApplicationListener,org.apache.cxf.bus.spring.BusWiringBeanFactoryPostProcessor,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,org.apache.cxf.resource.ResourceManager,org.apache.cxf.configuration.Configurer,org.apache.cxf.binding.BindingFactoryManager,org.apache.cxf.transport.DestinationFactoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.apache.cxf.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.http.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,org.apache.cxf.endpoint.ServiceContractResolverRegistry
> >>>
> ,org.apache.cxf.binding.soap.SoapBindingFactory,org.apache.cxf.binding.soap.SoapTransportFactory,org.apache.cxf.binding.soap.customEditorConfigurer,org.apache.cxf.transport.servlet.ServletTransportFactory,inquiry,publish,security,subscription,subscription-listener,custody-transfer,replication,valueset-validation,valueset-caching,juddi-api];
> root of factory hierarchy
> >>> 2011-09-07 05:10:43,611 INFO
> [org.springframework.web.context.ContextLoader] - Root
> WebApplicationContext: initialization completed in 5749 ms
> >>> 2011-09-07 05:10:43,611 INFO [org.apache.juddi.Registry] - Starting
> jUDDI registry...
> >>> 2011-09-07 05:10:43,658 INFO [org.apache.juddi.config.AppConfig] -
> Reading from properties file:
> file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddiv3.properties
> >>> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.AppConfig] - The
> 'root' publisher was not found, loading...
> >>> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.Install] -
> Loading the content of file:
> file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddi_custom_install_data/myorg-publisher_tModelKeyGen.xml
> >>> 2011-09-07 05:10:51,579 ERROR
> [org.apache.juddi.servlets.RegistryServlet] - jUDDI registry could not be
> started.java.lang.NullPointerException
> >>> org.apache.commons.configuration.ConfigurationException:
> java.lang.NullPointerException
> >>>      at
> org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:122)
> >>>      at
> org.apache.juddi.config.AppConfig.loadConfiguration(AppConfig.java:95)
> >>>      at org.apache.juddi.config.AppConfig.<init>(AppConfig.java:62)
> >>>      at
> org.apache.juddi.config.AppConfig.getInstance(AppConfig.java:183)
> >>>      at
> org.apache.juddi.config.AppConfig.getConfiguration(AppConfig.java:205)
> >>>      at org.apache.juddi.Registry.start(Registry.java:55)
> >>>      at
> org.apache.juddi.servlets.RegistryServlet.init(RegistryServlet.java:45)
> >>>      at
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
> >>>      at
> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
> >>>      at
> org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4187)
> >>>      at
> org.apache.catalina.core.StandardContext.start(StandardContext.java:4496)
> >>>      at
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
> >>>      at
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
> >>>      at
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
> >>>      at
> org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:637)
> >>>      at
> org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:563)
> >>>      at
> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
> >>>      at
> org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
> >>>      at
> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
> >>>      at
> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
> >>>      at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
> >>>      at
> org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
> >>>      at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
> >>>      at
> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
> >>>      at
> org.apache.catalina.core.StandardService.start(StandardService.java:519)
> >>>      at
> org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
> >>>      at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
> >>>      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >>>      at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> >>>      at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> >>>      at java.lang.reflect.Method.invoke(Method.java:597)
> >>>      at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
> >>>      at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
> >>> Caused by: java.lang.NullPointerException
> >>>      at org.apache.juddi.config.Install.install(Install.java:98)
> >>>      at
> org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:120)
> >>>      ... 32 more
> >>> 2011-09-07 05:10:51,579 INFO
> [org.apache.cxf.bus.spring.BusApplicationContext] - Refreshing
> org.apache.cxf.bus.spring.BusApplicationContext@6981170d: display name
> [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]; startup date
> [Wed Sep 07 05:10:51 EDT 2011]; parent:
> org.springframework.web.context.support.XmlWebApplicationContext@6986dda3
> >>> 2011-09-07 05:10:51,610 INFO
> [org.apache.cxf.bus.spring.BusApplicationContext] - Bean factory for
> application context
> [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]:
> org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a
> >>> 2011-09-07 05:10:51,610 INFO
> [org.springframework.beans.factory.support.DefaultListableBeanFactory] -
> Pre-instantiating singletons in
> org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a:
> defining beans []; parent:
> org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
> >>> 2011-09-07 05:10:52,735 INFO
> [org.apache.juddi.v3.client.config.WebHelper] - Reading the managerName from
> the clientConfig file META-INF/uddi.xml
> >>> 2011-09-07 05:10:52,813 INFO
> [org.apache.juddi.v3.client.config.ClientConfig] - Reading UDDI Client
> properties file
> file:/C:/juddi-portal-bundle-3.0.4/webapps/uddi-portlets/WEB-INF/classes/META-INF/uddi.xml
> >>> 2011-09-07 05:10:52,845 INFO
> [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0
> servicebindingKeys
> >>> 2011-09-07 05:10:52,845 INFO
> [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0
> businessKeys
> >>> 2011-09-07 05:10:52,845 INFO
> [org.apache.juddi.v3.client.config.WebHelper] - Starting Clerk Manager
> uddi-portlet-manager...
> >>>
> >>>
> >>>
> >>>
> >>> ________________________________
> >>> From: Kurt T Stam
> >>> To: user@juddi.apache.org
> >>> Sent: Tuesday, September 6, 2011 11:15 AM
> >>> Subject: Re: save TModel exception
> >>>
> >>> 1. In the example:
> http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-war/src/main/webapp/WEB-INF/classes/RENAME4SALES_juddi_custom_install_data/sales_tModels.xml
> >>>
> >>> If the keygenerator of your publisher looks like:
> >>>
> >>> <tModel tModelKey="uddi:sales.apache.org:keygenerator"
> xmlns="urn:uddi-org:api_v3">   <name>sales-apache-org:keyGenerator</name>
>  <description>Sales Root domain key generator</description>   <overviewDoc>
>  <overviewURL useType="text">  http://uddi.org/pubs/uddi_v3.htm#keyGen</overviewURL>
>  </overviewDoc>   <categoryBag>   <keyedReference tModelKey="uddi:uddi.org:categorization:types"
> keyName="uddi-org:types:keyGenerator" keyValue="keyGenerator" />
>  </categoryBag>   </tModel>
> >>> Then this publisher can use keys that start with 'uddi:
> sales.apache.org:'
> >>>
> >>> So for a tModel a good key would be 'uddi:sales.apache.org:mytmodel'
> >>>
> >>> Don't use any ':' in your keys, they are used to break up the keys in
> their various parts.
> >>>
> >>> 2. You can define custom properties like 'keyDomain' in your uddi.xml
> and then reference them in for example
> >>> you annotations as shown here:
> >>>
> >>>
> http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-samples/src/main/java/org/apache/juddi/samples/HelloWorldImpl.java
> >>>
> >>> 3. This may help you out:
> >>>
> http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-understandingkeypartitions-20061128.htm
> >>>
> >>> --K
> >>>
> >>> On 9/6/11 10:31 AM, Computer Learning Inst wrote:
> >>>
> >>> I have added a few variations of the following to uddi.xml, but to no
> avail.<property name="keyDomain"  value="nh:ie"/>
> >>>       <property name="keyDomain"  value="nh:ie:hcid"/>
> >>>       <property name="keyDomain"  value="uddi:nh:ie"/>
> >>>       <property name="keyDomain"  value="uddi:nh:ie:hcid"/>
> >>>
> >>>
> >>> May be, the above changes are not correct.  What other changes do we
> need so that we can create TModels in jUDDI DB?  Your help, as usual, is
> very much appreciated. thanks!
> >>>
> >>>
> >>> ----- Original Message -----
> >>> From: Computer Learning Inst
> >>> To: "user@juddi.apache.org"<us...@juddi.apache.org>
> >>>
> >>> Cc:
> >>> Sent: Tuesday, September 6, 2011 9:52 AM
> >>> Subject: Re: save TModel exception
> >>>
> >>>
> >>> Thanks Kurt.  Can you suggest what steps I should take so that we are
> able to create a few TModels in the jUDDI v3.0.4 database?
> >>>
> >>>
> >>> ----- Original Message -----
> >>> From: Kurt Stam
> >>> To: "user@juddi.apache.org"
> >>>
> >>> Cc:
> >>> Sent: Tuesday, September 6, 2011 9:38 AM
> >>> Subject: Re: save TModel exception That is bc your publisher key domain
> does not match the domain part of the model key you are trying to use.  --K
> >>>
> >>>
> >>> On Sep 6, 2011, at 9:08, Computer Learning Inst wrote:
> >>>
> >>>> Hello jUDDI v3.0.4 users:
> >>> I am sure, I am making some mistake.
> >>>
> >>>
> >>> I am saving a TModel, with key=uddi:nh:ie:hcid. However, I run into the
> following exception.  Where in the code may I fix this problem?
> >>>
> >>>
> >>> INFO: Application
> {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel
> has thrown exception, unwinding now:
> org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not
> within the partition defined by owning publisher:  uddi:nh:ie:hcid Thanks in
> advance for your help.
> >
>

Re: save TModel exception

Posted by Computer Learning Inst <cl...@yahoo.com>.

Oh, that will be great.

Can you please post some sample code?  Yeah, programmatically, I want to be able to generate keyGenerator.


You (and also Kurt, given his time) are a great help.  Your sample code will provide a great boost.

thanks in advance,
Cli

________________________________
From: Chirag Pujara
To: user@juddi.apache.org; Computer Learning Inst
Cc: Kurt Stam
Sent: Thursday, September 8, 2011 5:14 PM
Subject: Re: save TModel exception


Hey Cli,

  I think I was able to recreate issue you were having and was able to fix it. You need to create publisher and keyGenerator for your org. And when you do getAuthInfo use the publisher you created and not the root or ? in userId.

Hope this helps.
-Chirag


On Thu, Sep 8, 2011 at 3:05 PM, Computer Learning Inst <cl...@yahoo.com> wrote:

Kurt,
>
>How about the "on the fly" data?  See, we are able to create a custom publisher using the API (using "root").
>
>But then, how do we define a keydomain using the API for such custom publisher? 
>
>
>"juddi_custom_install_data" feature is good for static data (data known in advance), and it is not going to work for us -- we want to create keydomains based on what our registry-user desires whenever they post their business entities and service entities.  Whatever extra data they send, we want to use that data inside the values for business entity keys and business service keys.
>
>
>And so, how do we take care of "on the fly" data?  Is my question clear -- I am not sure.
>
>I know, you are doing your best to answer, but please see the above requirement, and give us some API examples.  This has been a battle cry to meet "on-the-fly" requirement.
>
>
>thanks,
>Cli
>
>
>----- Original Message -----
>From: Kurt T Stam
>To: Computer Learning Inst
>Cc: "user@juddi.apache.org"
>
>Sent: Thursday, September 8, 2011 3:52 PM
>Subject: Re: save TModel exception
>
>If you are using the root publisher as is, then the keydomain for this
>root publisher is juddi.apache.org
>
>So your tModelKey should be something like
>tModelKey="uddi:juddi.apache.org:Conf1-5am"
>
>--K
>
>
>On 9/8/11 3:00 PM, Computer Learning Inst wrote:
>> Hi Kurt,
>>
>> In the following SOAP request, I use an authToken that is for the "root" publisher.  I use juddi.root.publisher=root in the properties file.
>>
>>
>> The SOAP request still fails.
>> <faultstring>The proposed key is not within the partition defined by owning publisher:  uddi:conformance1-5am</faultstring>
>>
>>
>> What is wrong with the following simple SOAP request?
>>
>>
>> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"; xmlns:urn="urn:uddi-org:api_v3" xmlns:xd="http://www.w3.org/2000/09/xmldsig#";>
>>     <soapenv:Header/>
>>     <soapenv:Body>
>>        <urn:save_tModel>
>>           <!--Optional:-->
>>           <urn:authInfo>authtoken:d80a13fa-d847-4c73-ad96-4056e742efd3</urn:authInfo>
>>
>>           <!--1 or more repetitions:-->
>>           <urn:tModel tModelKey="uddi:Conf1-5am" deleted="0">
>>              <urn:name xml:lang="en">Conf1-5am</urn:name>
>>           </urn:tModel>
>>        </urn:save_tModel>
>>     </soapenv:Body>
>> </soapenv:Envelope>
>>
>>
>>
>> thanks,
>> Cli
>>
>>
>>
>>
>> ----- Original Message -----
>> From: Kurt T Stam
>> To: Computer Learning Inst
>> Cc: "user@juddi.apache.org"
>> Sent: Wednesday, September 7, 2011 10:11 AM
>> Subject: Re: save TModel exception
>>
>> Hi him-whose-name-we cannot-mention,
>>
>> 1. You should leave the root and uddi publishers alone, and just add a new publisher. So leave this (unless you have a good reason to change the root publisher)
>>
>> juddi.root.publisher=root
>>
>> Then either add the myorg publisher information using the root publisher and the API or by placing them in the juddi_custom_install_data directory.
>
>>
>> 2. Your nullpointer indicates there is something wrong with your persistence configuration.
>>
>> You may want to change one thing at the time.
>>
>> --Kurt
>>
>>
>>
>>
>> You should leave the
>>
>> On 9/7/11 6:05 AM, Computer Learning Inst wrote:
>>> Thanks Kurt.  I am trying to associate publisher with the keys generated.  However, I see NullPointerException in juddi.log.  This is what I did:
>>>
>>> juddiv3.properties
>>> =============
>>> juddi.root.publisher=myorg-publisher
>>> juddi.load.install.data=true
>>>
>>> Folder
>>> =====
>>> juddi_custom_install_data (created)
>>>
>>>
>>> Files
>>> ====
>>> juddi_custom_install_data\myorg-publisher_tModelKeyGen.xml (saved)
>>>
>>> juddi_custom_install_data\myorg-publisher_Publisher.xml(saved)
>>> juddi_custom_install_data\myorg-publisher_tModels.xml(saved)
>
>>>
>>> Trashed database
>>> ==============
>>> And restarted Tomcat (jUDDI v3.0.4)
>>>
>>>
>>> Exception in juddi.log
>>>
>>> ================
>>> 2011-09-07 05:10:37,862 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization started
>>> 2011-09-07 05:10:37,893 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Refreshing org.springframework.web.context.support.XmlWebApplicationContext@6986dda3: display name [Root WebApplicationContext]; startup date [Wed Sep 07 05:10:37 EDT 2011]; root of context hierarchy
>>> 2011-09-07 05:10:37,971 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from ServletContext resource [/WEB-INF/beans.xml]
>>> 2011-09-07 05:10:38,127 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf.xml]
>>> 2011-09-07 05:10:38,190 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-extension-soap.xml]
>>> 2011-09-07 05:10:38,315 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-servlet.xml]
>>> 2011-09-07 05:10:38,393 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean factory for application context [org.springframework.web.context.support.XmlWebApplicationContext@6986dda3]: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
>>> 2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.Jsr250BeanPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
>>> 2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.BusExtensionPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
>>> 2011-09-07 05:10:38,533 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068: defining beans
>>>
>> 
> [cxf,org.apache.cxf.bus.spring.BusApplicationListener,org.apache.cxf.bus.spring.BusWiringBeanFactoryPostProcessor,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,org.apache.cxf.resource.ResourceManager,org.apache.cxf.configuration.Configurer,org.apache.cxf.binding.BindingFactoryManager,org.apache.cxf.transport.DestinationFactoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.apache.cxf.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.http.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,org.apache.cxf.endpoint.ServiceContractResolverRegistry
>>> ,org.apache.cxf.binding.soap.SoapBindingFactory,org.apache.cxf.binding.soap.SoapTransportFactory,org.apache.cxf.binding.soap.customEditorConfigurer,org.apache.cxf.transport.servlet.ServletTransportFactory,inquiry,publish,security,subscription,subscription-listener,custody-transfer,replication,valueset-validation,valueset-caching,juddi-api]; root of factory hierarchy
>>> 2011-09-07 05:10:43,611 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization completed in 5749 ms
>>> 2011-09-07 05:10:43,611 INFO [org.apache.juddi.Registry] - Starting jUDDI registry...
>>> 2011-09-07 05:10:43,658 INFO [org.apache.juddi.config.AppConfig] - Reading from properties file:  file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddiv3.properties
>>> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.AppConfig] - The 'root' publisher was not found, loading...
>>> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.Install] - Loading the content of file: file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddi_custom_install_data/myorg-publisher_tModelKeyGen.xml
>>> 2011-09-07 05:10:51,579 ERROR [org.apache.juddi.servlets.RegistryServlet] - jUDDI registry could not be started.java.lang.NullPointerException
>>> org.apache.commons.configuration.ConfigurationException: java.lang.NullPointerException
>>>      at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:122)
>>>      at org.apache.juddi.config.AppConfig.loadConfiguration(AppConfig.java:95)
>>>      at org.apache.juddi.config.AppConfig.<init>(AppConfig.java:62)
>>>      at org.apache.juddi.config.AppConfig.getInstance(AppConfig.java:183)
>>>      at org.apache.juddi.config.AppConfig.getConfiguration(AppConfig.java:205)
>>>      at org.apache.juddi.Registry.start(Registry.java:55)
>>>      at org.apache.juddi.servlets.RegistryServlet.init(RegistryServlet.java:45)
>>>      at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
>>>      at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
>>>      at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4187)
>>>      at org.apache.catalina.core.StandardContext.start(StandardContext.java:4496)
>>>      at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
>>>      at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
>>>      at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
>>>      at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:637)
>>>      at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:563)
>>>      at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
>>>      at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
>>>      at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
>>>      at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
>>>      at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
>>>      at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
>>>      at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
>>>      at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
>>>      at org.apache.catalina.core.StandardService.start(StandardService.java:519)
>>>      at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
>>>      at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
>>>      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>>      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>>      at java.lang.reflect.Method.invoke(Method.java:597)
>>>      at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
>>>      at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
>>> Caused by: java.lang.NullPointerException
>>>      at org.apache.juddi.config.Install.install(Install.java:98)
>>>      at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:120)
>>>      ... 32 more
>>> 2011-09-07 05:10:51,579 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Refreshing org.apache.cxf.bus.spring.BusApplicationContext@6981170d: display name [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]; startup date [Wed Sep 07 05:10:51 EDT 2011]; parent: org.springframework.web.context.support.XmlWebApplicationContext@6986dda3
>>> 2011-09-07 05:10:51,610 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Bean factory for application context [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]: org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a
>>> 2011-09-07 05:10:51,610 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a: defining beans []; parent: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
>>> 2011-09-07 05:10:52,735 INFO [org.apache.juddi.v3.client.config.WebHelper] - Reading the managerName from the clientConfig file META-INF/uddi.xml
>>> 2011-09-07 05:10:52,813 INFO [org.apache.juddi.v3.client.config.ClientConfig] - Reading UDDI Client properties file file:/C:/juddi-portal-bundle-3.0.4/webapps/uddi-portlets/WEB-INF/classes/META-INF/uddi.xml
>>> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 servicebindingKeys
>>> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 businessKeys
>>> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.WebHelper] - Starting Clerk Manager uddi-portlet-manager...
>>>
>>>
>>>
>>>
>>> ________________________________
>>> From: Kurt T Stam
>>> To: user@juddi.apache.org
>>> Sent: Tuesday, September 6, 2011 11:15 AM
>>> Subject: Re: save TModel exception
>>>
>>> 1. In the example: http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-war/src/main/webapp/WEB-INF/classes/RENAME4SALES_juddi_custom_install_data/sales_tModels.xml
>>>
>>> If the keygenerator of your publisher looks like:
>>>
>>> <tModel tModelKey="uddi:sales.apache.org:keygenerator" xmlns="urn:uddi-org:api_v3">   <name>sales-apache-org:keyGenerator</name>   <description>Sales Root domain key generator</description>   <overviewDoc>   <overviewURL useType="text">  http://uddi.org/pubs/uddi_v3.htm#keyGen</overviewURL>   </overviewDoc>   <categoryBag>   <keyedReference tModelKey="uddi:uddi.org:categorization:types" keyName="uddi-org:types:keyGenerator" keyValue="keyGenerator" />   </categoryBag>   </tModel>
>>> Then this publisher can use keys that start with 'uddi:sales.apache.org:'
>>>
>>> So for a tModel a good key would be 'uddi:sales.apache.org:mytmodel'
>>>
>>> Don't use any ':' in your keys, they are used to break up the keys in their various parts.
>>>
>>> 2. You can define custom properties like 'keyDomain' in your uddi.xml and then reference them in for example
>>> you annotations as shown here:
>>>
>>> http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-samples/src/main/java/org/apache/juddi/samples/HelloWorldImpl.java
>>>
>>> 3. This may help you out:
>>> http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-understandingkeypartitions-20061128.htm
>>>
>>> --K
>>>
>>> On 9/6/11 10:31 AM, Computer Learning Inst wrote:
>>>
>>> I have added a few variations of the following to uddi.xml, but to no avail.<property name="keyDomain"  value="nh:ie"/>
>>>       <property name="keyDomain"  value="nh:ie:hcid"/>
>>>       <property name="keyDomain"  value="uddi:nh:ie"/>
>>>       <property name="keyDomain"  value="uddi:nh:ie:hcid"/>
>>>
>>>
>>> May be, the above changes are not correct.  What other changes do we need so that we can create TModels in jUDDI DB?  Your help, as usual, is very much appreciated. thanks!
>>>
>>>
>>> ----- Original Message -----
>>> From: Computer Learning Inst
>>> To: "user@juddi.apache.org"<us...@juddi.apache.org>
>>>
>>> Cc:
>>> Sent: Tuesday, September 6, 2011 9:52 AM
>>> Subject: Re: save TModel exception
>>>
>>>
>>> Thanks Kurt.  Can you suggest what steps I should take so that we are able to create a few TModels in the jUDDI v3.0.4 database?
>>>
>>>
>>> ----- Original Message -----
>>> From: Kurt Stam
>>> To: "user@juddi.apache.org"
>>>
>>> Cc:
>>> Sent: Tuesday, September 6, 2011 9:38 AM
>>> Subject: Re: save TModel exception That is bc your publisher key domain does not match the domain part of the model key you are trying to use.  --K
>>>
>>>
>>> On Sep 6, 2011, at 9:08, Computer Learning Inst wrote:
>>>
>>>> Hello jUDDI v3.0.4 users:
>>> I am sure, I am making some mistake.
>>>
>>>
>>> I am saving a TModel, with key=uddi:nh:ie:hcid. However, I run into the following exception.  Where in the code may I fix this problem?
>>>
>>>
>>> INFO: Application {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel has thrown exception, unwinding now: org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not within the partition defined by owning publisher:  uddi:nh:ie:hcid Thanks in advance for your help.
>

Re: save TModel exception

Posted by Chirag Pujara <ch...@gmail.com>.

Hey Cli,

  I think I was able to recreate issue you were having and was able to fix
it. You need to create publisher and keyGenerator for your org. And when you
do getAuthInfo use the publisher you created and not the root or ? in
userId.

Hope this helps.
-Chirag

On Thu, Sep 8, 2011 at 3:05 PM, Computer Learning Inst <cl...@yahoo.com>wrote:

> Kurt,
>
> How about the "on the fly" data?  See, we are able to create a custom
> publisher using the API (using "root").
>
> But then, how do we define a keydomain using the API for such custom
> publisher?
>
>
> "juddi_custom_install_data" feature is good for static data (data known in
> advance), and it is not going to work for us -- we want to create keydomains
> based on what our registry-user desires whenever they post their business
> entities and service entities.  Whatever extra data they send, we want to
> use that data inside the values for business entity keys and business
> service keys.
>
>
> And so, how do we take care of "on the fly" data?  Is my question clear --
> I am not sure.
>
> I know, you are doing your best to answer, but please see the above
> requirement, and give us some API examples.  This has been a battle cry to
> meet "on-the-fly" requirement.
>
> thanks,
> Cli
>
>
> ----- Original Message -----
> From: Kurt T Stam
> To: Computer Learning Inst
> Cc: "user@juddi.apache.org"
> Sent: Thursday, September 8, 2011 3:52 PM
> Subject: Re: save TModel exception
>
> If you are using the root publisher as is, then the keydomain for this
> root publisher is juddi.apache.org
>
> So your tModelKey should be something like
> tModelKey="uddi:juddi.apache.org:Conf1-5am"
>
> --K
>
>
> On 9/8/11 3:00 PM, Computer Learning Inst wrote:
> > Hi Kurt,
> >
> > In the following SOAP request, I use an authToken that is for the "root"
> publisher.  I use juddi.root.publisher=root in the properties file.
> >
> >
> > The SOAP request still fails.
> > <faultstring>The proposed key is not within the partition defined by
> owning publisher:  uddi:conformance1-5am</faultstring>
> >
> >
> > What is wrong with the following simple SOAP request?
> >
> >
> > <soapenv:Envelope xmlns:soapenv="
> http://schemas.xmlsoap.org/soap/envelope/" xmlns:urn="urn:uddi-org:api_v3"
> xmlns:xd="http://www.w3.org/2000/09/xmldsig#">
> >     <soapenv:Header/>
> >     <soapenv:Body>
> >        <urn:save_tModel>
> >           <!--Optional:-->
> >
>  <urn:authInfo>authtoken:d80a13fa-d847-4c73-ad96-4056e742efd3</urn:authInfo>
> >
> >           <!--1 or more repetitions:-->
> >           <urn:tModel tModelKey="uddi:Conf1-5am" deleted="0">
> >              <urn:name xml:lang="en">Conf1-5am</urn:name>
> >           </urn:tModel>
> >        </urn:save_tModel>
> >     </soapenv:Body>
> > </soapenv:Envelope>
> >
> >
> >
> > thanks,
> > Cli
> >
> >
> >
> >
> > ----- Original Message -----
> > From: Kurt T Stam
> > To: Computer Learning Inst
> > Cc: "user@juddi.apache.org"
> > Sent: Wednesday, September 7, 2011 10:11 AM
> > Subject: Re: save TModel exception
> >
> > Hi him-whose-name-we cannot-mention,
> >
> > 1. You should leave the root and uddi publishers alone, and just add a
> new publisher. So leave this (unless you have a good reason to change the
> root publisher)
> >
> > juddi.root.publisher=root
> >
> > Then either add the myorg publisher information using the root publisher
> and the API or by placing them in the juddi_custom_install_data directory.
> >
> > 2. Your nullpointer indicates there is something wrong with your
> persistence configuration.
> >
> > You may want to change one thing at the time.
> >
> > --Kurt
> >
> >
> >
> >
> > You should leave the
> >
> > On 9/7/11 6:05 AM, Computer Learning Inst wrote:
> >> Thanks Kurt.  I am trying to associate publisher with the keys
> generated.  However, I see NullPointerException in juddi.log.  This is what
> I did:
> >>
> >> juddiv3.properties
> >> =============
> >> juddi.root.publisher=myorg-publisher
> >> juddi.load.install.data=true
> >>
> >> Folder
> >> =====
> >> juddi_custom_install_data (created)
> >>
> >>
> >> Files
> >> ====
> >> juddi_custom_install_data\myorg-publisher_tModelKeyGen.xml (saved)
> >>
> >> juddi_custom_install_data\myorg-publisher_Publisher.xml(saved)
> >> juddi_custom_install_data\myorg-publisher_tModels.xml(saved)
> >>
> >> Trashed database
> >> ==============
> >> And restarted Tomcat (jUDDI v3.0.4)
> >>
> >>
> >> Exception in juddi.log
> >>
> >> ================
> >> 2011-09-07 05:10:37,862 INFO
> [org.springframework.web.context.ContextLoader] - Root
> WebApplicationContext: initialization started
> >> 2011-09-07 05:10:37,893 INFO
> [org.springframework.web.context.support.XmlWebApplicationContext] -
> Refreshing
> org.springframework.web.context.support.XmlWebApplicationContext@6986dda3:
> display name [Root WebApplicationContext]; startup date [Wed Sep 07 05:10:37
> EDT 2011]; root of context hierarchy
> >> 2011-09-07 05:10:37,971 INFO
> [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading
> XML bean definitions from ServletContext resource [/WEB-INF/beans.xml]
> >> 2011-09-07 05:10:38,127 INFO
> [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading
> XML bean definitions from class path resource [META-INF/cxf/cxf.xml]
> >> 2011-09-07 05:10:38,190 INFO
> [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading
> XML bean definitions from class path resource
> [META-INF/cxf/cxf-extension-soap.xml]
> >> 2011-09-07 05:10:38,315 INFO
> [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading
> XML bean definitions from class path resource [META-INF/cxf/cxf-servlet.xml]
> >> 2011-09-07 05:10:38,393 INFO
> [org.springframework.web.context.support.XmlWebApplicationContext] - Bean
> factory for application context
> [org.springframework.web.context.support.XmlWebApplicationContext@6986dda3]:
> org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
> >> 2011-09-07 05:10:38,502 INFO
> [org.springframework.web.context.support.XmlWebApplicationContext] - Bean
> 'org.apache.cxf.bus.spring.Jsr250BeanPostProcessor' is not eligible for
> getting processed by all BeanPostProcessors (for example: not eligible for
> auto-proxying)
> >> 2011-09-07 05:10:38,502 INFO
> [org.springframework.web.context.support.XmlWebApplicationContext] - Bean
> 'org.apache.cxf.bus.spring.BusExtensionPostProcessor' is not eligible for
> getting processed by all BeanPostProcessors (for example: not eligible for
> auto-proxying)
> >> 2011-09-07 05:10:38,533 INFO
> [org.springframework.beans.factory.support.DefaultListableBeanFactory] -
> Pre-instantiating singletons in
> org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068:
> defining beans
> >>
> >
>
>  [cxf,org.apache.cxf.bus.spring.BusApplicationListener,org.apache.cxf.bus.spring.BusWiringBeanFactoryPostProcessor,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,org.apache.cxf.resource.ResourceManager,org.apache.cxf.configuration.Configurer,org.apache.cxf.binding.BindingFactoryManager,org.apache.cxf.transport.DestinationFactoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.apache.cxf.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.http.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,org.apache.cxf.endpoint.ServiceContractResolverRegistry
> >>
> ,org.apache.cxf.binding.soap.SoapBindingFactory,org.apache.cxf.binding.soap.SoapTransportFactory,org.apache.cxf.binding.soap.customEditorConfigurer,org.apache.cxf.transport.servlet.ServletTransportFactory,inquiry,publish,security,subscription,subscription-listener,custody-transfer,replication,valueset-validation,valueset-caching,juddi-api];
> root of factory hierarchy
> >> 2011-09-07 05:10:43,611 INFO
> [org.springframework.web.context.ContextLoader] - Root
> WebApplicationContext: initialization completed in 5749 ms
> >> 2011-09-07 05:10:43,611 INFO [org.apache.juddi.Registry] - Starting
> jUDDI registry...
> >> 2011-09-07 05:10:43,658 INFO [org.apache.juddi.config.AppConfig] -
> Reading from properties file:
> file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddiv3.properties
> >> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.AppConfig] - The
> 'root' publisher was not found, loading...
> >> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.Install] - Loading
> the content of file:
> file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddi_custom_install_data/myorg-publisher_tModelKeyGen.xml
> >> 2011-09-07 05:10:51,579 ERROR
> [org.apache.juddi.servlets.RegistryServlet] - jUDDI registry could not be
> started.java.lang.NullPointerException
> >> org.apache.commons.configuration.ConfigurationException:
> java.lang.NullPointerException
> >>      at
> org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:122)
> >>      at
> org.apache.juddi.config.AppConfig.loadConfiguration(AppConfig.java:95)
> >>      at org.apache.juddi.config.AppConfig.<init>(AppConfig.java:62)
> >>      at
> org.apache.juddi.config.AppConfig.getInstance(AppConfig.java:183)
> >>      at
> org.apache.juddi.config.AppConfig.getConfiguration(AppConfig.java:205)
> >>      at org.apache.juddi.Registry.start(Registry.java:55)
> >>      at
> org.apache.juddi.servlets.RegistryServlet.init(RegistryServlet.java:45)
> >>      at
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
> >>      at
> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
> >>      at
> org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4187)
> >>      at
> org.apache.catalina.core.StandardContext.start(StandardContext.java:4496)
> >>      at
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
> >>      at
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
> >>      at
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
> >>      at
> org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:637)
> >>      at
> org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:563)
> >>      at
> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
> >>      at
> org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
> >>      at
> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
> >>      at
> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
> >>      at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
> >>      at
> org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
> >>      at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
> >>      at
> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
> >>      at
> org.apache.catalina.core.StandardService.start(StandardService.java:519)
> >>      at
> org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
> >>      at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
> >>      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >>      at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> >>      at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> >>      at java.lang.reflect.Method.invoke(Method.java:597)
> >>      at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
> >>      at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
> >> Caused by: java.lang.NullPointerException
> >>      at org.apache.juddi.config.Install.install(Install.java:98)
> >>      at
> org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:120)
> >>      ... 32 more
> >> 2011-09-07 05:10:51,579 INFO
> [org.apache.cxf.bus.spring.BusApplicationContext] - Refreshing
> org.apache.cxf.bus.spring.BusApplicationContext@6981170d: display name
> [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]; startup date
> [Wed Sep 07 05:10:51 EDT 2011]; parent:
> org.springframework.web.context.support.XmlWebApplicationContext@6986dda3
> >> 2011-09-07 05:10:51,610 INFO
> [org.apache.cxf.bus.spring.BusApplicationContext] - Bean factory for
> application context
> [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]:
> org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a
> >> 2011-09-07 05:10:51,610 INFO
> [org.springframework.beans.factory.support.DefaultListableBeanFactory] -
> Pre-instantiating singletons in
> org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a:
> defining beans []; parent:
> org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
> >> 2011-09-07 05:10:52,735 INFO
> [org.apache.juddi.v3.client.config.WebHelper] - Reading the managerName from
> the clientConfig file META-INF/uddi.xml
> >> 2011-09-07 05:10:52,813 INFO
> [org.apache.juddi.v3.client.config.ClientConfig] - Reading UDDI Client
> properties file
> file:/C:/juddi-portal-bundle-3.0.4/webapps/uddi-portlets/WEB-INF/classes/META-INF/uddi.xml
> >> 2011-09-07 05:10:52,845 INFO
> [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0
> servicebindingKeys
> >> 2011-09-07 05:10:52,845 INFO
> [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0
> businessKeys
> >> 2011-09-07 05:10:52,845 INFO
> [org.apache.juddi.v3.client.config.WebHelper] - Starting Clerk Manager
> uddi-portlet-manager...
> >>
> >>
> >>
> >>
> >> ________________________________
> >> From: Kurt T Stam
> >> To: user@juddi.apache.org
> >> Sent: Tuesday, September 6, 2011 11:15 AM
> >> Subject: Re: save TModel exception
> >>
> >> 1. In the example:
> http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-war/src/main/webapp/WEB-INF/classes/RENAME4SALES_juddi_custom_install_data/sales_tModels.xml
> >>
> >> If the keygenerator of your publisher looks like:
> >>
> >> <tModel tModelKey="uddi:sales.apache.org:keygenerator"
> xmlns="urn:uddi-org:api_v3">   <name>sales-apache-org:keyGenerator</name>
>  <description>Sales Root domain key generator</description>   <overviewDoc>
>  <overviewURL useType="text">  http://uddi.org/pubs/uddi_v3.htm#keyGen</overviewURL>
>  </overviewDoc>   <categoryBag>   <keyedReference tModelKey="uddi:uddi.org:categorization:types"
> keyName="uddi-org:types:keyGenerator" keyValue="keyGenerator" />
>  </categoryBag>   </tModel>
> >> Then this publisher can use keys that start with 'uddi:sales.apache.org
> :'
> >>
> >> So for a tModel a good key would be 'uddi:sales.apache.org:mytmodel'
> >>
> >> Don't use any ':' in your keys, they are used to break up the keys in
> their various parts.
> >>
> >> 2. You can define custom properties like 'keyDomain' in your uddi.xml
> and then reference them in for example
> >> you annotations as shown here:
> >>
> >>
> http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-samples/src/main/java/org/apache/juddi/samples/HelloWorldImpl.java
> >>
> >> 3. This may help you out:
> >>
> http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-understandingkeypartitions-20061128.htm
> >>
> >> --K
> >>
> >> On 9/6/11 10:31 AM, Computer Learning Inst wrote:
> >>
> >> I have added a few variations of the following to uddi.xml, but to no
> avail.<property name="keyDomain"  value="nh:ie"/>
> >>       <property name="keyDomain"  value="nh:ie:hcid"/>
> >>       <property name="keyDomain"  value="uddi:nh:ie"/>
> >>       <property name="keyDomain"  value="uddi:nh:ie:hcid"/>
> >>
> >>
> >> May be, the above changes are not correct.  What other changes do we
> need so that we can create TModels in jUDDI DB?  Your help, as usual, is
> very much appreciated. thanks!
> >>
> >>
> >> ----- Original Message -----
> >> From: Computer Learning Inst
> >> To: "user@juddi.apache.org"<us...@juddi.apache.org>
> >>
> >> Cc:
> >> Sent: Tuesday, September 6, 2011 9:52 AM
> >> Subject: Re: save TModel exception
> >>
> >>
> >> Thanks Kurt.  Can you suggest what steps I should take so that we are
> able to create a few TModels in the jUDDI v3.0.4 database?
> >>
> >>
> >> ----- Original Message -----
> >> From: Kurt Stam
> >> To: "user@juddi.apache.org"
> >>
> >> Cc:
> >> Sent: Tuesday, September 6, 2011 9:38 AM
> >> Subject: Re: save TModel exception That is bc your publisher key domain
> does not match the domain part of the model key you are trying to use.  --K
> >>
> >>
> >> On Sep 6, 2011, at 9:08, Computer Learning Inst wrote:
> >>
> >>> Hello jUDDI v3.0.4 users:
> >> I am sure, I am making some mistake.
> >>
> >>
> >> I am saving a TModel, with key=uddi:nh:ie:hcid. However, I run into the
> following exception.  Where in the code may I fix this problem?
> >>
> >>
> >> INFO: Application
> {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel
> has thrown exception, unwinding now:
> org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not
> within the partition defined by owning publisher:  uddi:nh:ie:hcid Thanks in
> advance for your help.
>

Re: save TModel exception

Posted by Computer Learning Inst <cl...@yahoo.com>.

Kurt,

How about the "on the fly" data?  See, we are able to create a custom publisher using the API (using "root").

But then, how do we define a keydomain using the API for such custom publisher?  


"juddi_custom_install_data" feature is good for static data (data known in advance), and it is not going to work for us -- we want to create keydomains based on what our registry-user desires whenever they post their business entities and service entities.  Whatever extra data they send, we want to use that data inside the values for business entity keys and business service keys.


And so, how do we take care of "on the fly" data?  Is my question clear -- I am not sure.

I know, you are doing your best to answer, but please see the above requirement, and give us some API examples.  This has been a battle cry to meet "on-the-fly" requirement.

thanks,
Cli


----- Original Message -----
From: Kurt T Stam
To: Computer Learning Inst
Cc: "user@juddi.apache.org"
Sent: Thursday, September 8, 2011 3:52 PM
Subject: Re: save TModel exception

If you are using the root publisher as is, then the keydomain for this 
root publisher is juddi.apache.org

So your tModelKey should be something like
tModelKey="uddi:juddi.apache.org:Conf1-5am"

--K


On 9/8/11 3:00 PM, Computer Learning Inst wrote:
> Hi Kurt,
>
> In the following SOAP request, I use an authToken that is for the "root" publisher.  I use juddi.root.publisher=root in the properties file.
>
>
> The SOAP request still fails.
> <faultstring>The proposed key is not within the partition defined by owning publisher:  uddi:conformance1-5am</faultstring>
>
>
> What is wrong with the following simple SOAP request?
>
>
> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:urn="urn:uddi-org:api_v3" xmlns:xd="http://www.w3.org/2000/09/xmldsig#">
>     <soapenv:Header/>
>     <soapenv:Body>
>        <urn:save_tModel>
>           <!--Optional:-->
>           <urn:authInfo>authtoken:d80a13fa-d847-4c73-ad96-4056e742efd3</urn:authInfo>
>
>           <!--1 or more repetitions:-->
>           <urn:tModel tModelKey="uddi:Conf1-5am" deleted="0">
>              <urn:name xml:lang="en">Conf1-5am</urn:name>
>           </urn:tModel>
>        </urn:save_tModel>
>     </soapenv:Body>
> </soapenv:Envelope>
>
>
>
> thanks,
> Cli
>
>
>
>
> ----- Original Message -----
> From: Kurt T Stam
> To: Computer Learning Inst
> Cc: "user@juddi.apache.org"
> Sent: Wednesday, September 7, 2011 10:11 AM
> Subject: Re: save TModel exception
>
> Hi him-whose-name-we cannot-mention,
>
> 1. You should leave the root and uddi publishers alone, and just add a new publisher. So leave this (unless you have a good reason to change the root publisher)
>
> juddi.root.publisher=root
>
> Then either add the myorg publisher information using the root publisher and the API or by placing them in the juddi_custom_install_data directory.
>
> 2. Your nullpointer indicates there is something wrong with your persistence configuration.
>
> You may want to change one thing at the time.
>
> --Kurt
>
>
>
>
> You should leave the
>
> On 9/7/11 6:05 AM, Computer Learning Inst wrote:
>> Thanks Kurt.  I am trying to associate publisher with the keys generated.  However, I see NullPointerException in juddi.log.  This is what I did:
>>
>> juddiv3.properties
>> =============
>> juddi.root.publisher=myorg-publisher
>> juddi.load.install.data=true
>>
>> Folder
>> =====
>> juddi_custom_install_data (created)
>>
>>
>> Files
>> ====
>> juddi_custom_install_data\myorg-publisher_tModelKeyGen.xml (saved)
>>
>> juddi_custom_install_data\myorg-publisher_Publisher.xml(saved)
>> juddi_custom_install_data\myorg-publisher_tModels.xml(saved)
>>
>> Trashed database
>> ==============
>> And restarted Tomcat (jUDDI v3.0.4)
>>
>>
>> Exception in juddi.log
>>
>> ================
>> 2011-09-07 05:10:37,862 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization started
>> 2011-09-07 05:10:37,893 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Refreshing org.springframework.web.context.support.XmlWebApplicationContext@6986dda3: display name [Root WebApplicationContext]; startup date [Wed Sep 07 05:10:37 EDT 2011]; root of context hierarchy
>> 2011-09-07 05:10:37,971 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from ServletContext resource [/WEB-INF/beans.xml]
>> 2011-09-07 05:10:38,127 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf.xml]
>> 2011-09-07 05:10:38,190 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-extension-soap.xml]
>> 2011-09-07 05:10:38,315 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-servlet.xml]
>> 2011-09-07 05:10:38,393 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean factory for application context [org.springframework.web.context.support.XmlWebApplicationContext@6986dda3]: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
>> 2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.Jsr250BeanPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
>> 2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.BusExtensionPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
>> 2011-09-07 05:10:38,533 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068: defining beans
>>
>  
 [cxf,org.apache.cxf.bus.spring.BusApplicationListener,org.apache.cxf.bus.spring.BusWiringBeanFactoryPostProcessor,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,org.apache.cxf.resource.ResourceManager,org.apache.cxf.configuration.Configurer,org.apache.cxf.binding.BindingFactoryManager,org.apache.cxf.transport.DestinationFactoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.apache.cxf.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.http.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,org.apache.cxf.endpoint.ServiceContractResolverRegistry
>> ,org.apache.cxf.binding.soap.SoapBindingFactory,org.apache.cxf.binding.soap.SoapTransportFactory,org.apache.cxf.binding.soap.customEditorConfigurer,org.apache.cxf.transport.servlet.ServletTransportFactory,inquiry,publish,security,subscription,subscription-listener,custody-transfer,replication,valueset-validation,valueset-caching,juddi-api]; root of factory hierarchy
>> 2011-09-07 05:10:43,611 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization completed in 5749 ms
>> 2011-09-07 05:10:43,611 INFO [org.apache.juddi.Registry] - Starting jUDDI registry...
>> 2011-09-07 05:10:43,658 INFO [org.apache.juddi.config.AppConfig] - Reading from properties file:  file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddiv3.properties
>> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.AppConfig] - The 'root' publisher was not found, loading...
>> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.Install] - Loading the content of file: file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddi_custom_install_data/myorg-publisher_tModelKeyGen.xml
>> 2011-09-07 05:10:51,579 ERROR [org.apache.juddi.servlets.RegistryServlet] - jUDDI registry could not be started.java.lang.NullPointerException
>> org.apache.commons.configuration.ConfigurationException: java.lang.NullPointerException
>>      at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:122)
>>      at org.apache.juddi.config.AppConfig.loadConfiguration(AppConfig.java:95)
>>      at org.apache.juddi.config.AppConfig.<init>(AppConfig.java:62)
>>      at org.apache.juddi.config.AppConfig.getInstance(AppConfig.java:183)
>>      at org.apache.juddi.config.AppConfig.getConfiguration(AppConfig.java:205)
>>      at org.apache.juddi.Registry.start(Registry.java:55)
>>      at org.apache.juddi.servlets.RegistryServlet.init(RegistryServlet.java:45)
>>      at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
>>      at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
>>      at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4187)
>>      at org.apache.catalina.core.StandardContext.start(StandardContext.java:4496)
>>      at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
>>      at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
>>      at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
>>      at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:637)
>>      at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:563)
>>      at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
>>      at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
>>      at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
>>      at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
>>      at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
>>      at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
>>      at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
>>      at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
>>      at org.apache.catalina.core.StandardService.start(StandardService.java:519)
>>      at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
>>      at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
>>      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>      at java.lang.reflect.Method.invoke(Method.java:597)
>>      at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
>>      at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
>> Caused by: java.lang.NullPointerException
>>      at org.apache.juddi.config.Install.install(Install.java:98)
>>      at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:120)
>>      ... 32 more
>> 2011-09-07 05:10:51,579 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Refreshing org.apache.cxf.bus.spring.BusApplicationContext@6981170d: display name [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]; startup date [Wed Sep 07 05:10:51 EDT 2011]; parent: org.springframework.web.context.support.XmlWebApplicationContext@6986dda3
>> 2011-09-07 05:10:51,610 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Bean factory for application context [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]: org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a
>> 2011-09-07 05:10:51,610 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a: defining beans []; parent: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
>> 2011-09-07 05:10:52,735 INFO [org.apache.juddi.v3.client.config.WebHelper] - Reading the managerName from the clientConfig file META-INF/uddi.xml
>> 2011-09-07 05:10:52,813 INFO [org.apache.juddi.v3.client.config.ClientConfig] - Reading UDDI Client properties file file:/C:/juddi-portal-bundle-3.0.4/webapps/uddi-portlets/WEB-INF/classes/META-INF/uddi.xml
>> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 servicebindingKeys
>> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 businessKeys
>> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.WebHelper] - Starting Clerk Manager uddi-portlet-manager...
>>
>>
>>
>>
>> ________________________________
>> From: Kurt T Stam
>> To: user@juddi.apache.org
>> Sent: Tuesday, September 6, 2011 11:15 AM
>> Subject: Re: save TModel exception
>>
>> 1. In the example: http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-war/src/main/webapp/WEB-INF/classes/RENAME4SALES_juddi_custom_install_data/sales_tModels.xml
>>
>> If the keygenerator of your publisher looks like:
>>
>> <tModel tModelKey="uddi:sales.apache.org:keygenerator" xmlns="urn:uddi-org:api_v3">   <name>sales-apache-org:keyGenerator</name>   <description>Sales Root domain key generator</description>   <overviewDoc>   <overviewURL useType="text">  http://uddi.org/pubs/uddi_v3.htm#keyGen</overviewURL>   </overviewDoc>   <categoryBag>   <keyedReference tModelKey="uddi:uddi.org:categorization:types" keyName="uddi-org:types:keyGenerator" keyValue="keyGenerator" />   </categoryBag>   </tModel>
>> Then this publisher can use keys that start with 'uddi:sales.apache.org:'
>>
>> So for a tModel a good key would be 'uddi:sales.apache.org:mytmodel'
>>
>> Don't use any ':' in your keys, they are used to break up the keys in their various parts.
>>
>> 2. You can define custom properties like 'keyDomain' in your uddi.xml and then reference them in for example
>> you annotations as shown here:
>>
>> http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-samples/src/main/java/org/apache/juddi/samples/HelloWorldImpl.java
>>
>> 3. This may help you out:
>> http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-understandingkeypartitions-20061128.htm
>>
>> --K
>>
>> On 9/6/11 10:31 AM, Computer Learning Inst wrote:
>>
>> I have added a few variations of the following to uddi.xml, but to no avail.<property name="keyDomain"  value="nh:ie"/>
>>       <property name="keyDomain"  value="nh:ie:hcid"/>
>>       <property name="keyDomain"  value="uddi:nh:ie"/>
>>       <property name="keyDomain"  value="uddi:nh:ie:hcid"/>
>>
>>
>> May be, the above changes are not correct.  What other changes do we need so that we can create TModels in jUDDI DB?  Your help, as usual, is very much appreciated. thanks!
>>
>>
>> ----- Original Message -----
>> From: Computer Learning Inst
>> To: "user@juddi.apache.org"<us...@juddi.apache.org>
>>
>> Cc:
>> Sent: Tuesday, September 6, 2011 9:52 AM
>> Subject: Re: save TModel exception
>>
>>
>> Thanks Kurt.  Can you suggest what steps I should take so that we are able to create a few TModels in the jUDDI v3.0.4 database?
>>
>>
>> ----- Original Message -----
>> From: Kurt Stam
>> To: "user@juddi.apache.org"
>>
>> Cc:
>> Sent: Tuesday, September 6, 2011 9:38 AM
>> Subject: Re: save TModel exception That is bc your publisher key domain does not match the domain part of the model key you are trying to use.  --K
>>
>>
>> On Sep 6, 2011, at 9:08, Computer Learning Inst wrote:
>>
>>> Hello jUDDI v3.0.4 users:
>> I am sure, I am making some mistake.
>>
>>
>> I am saving a TModel, with key=uddi:nh:ie:hcid. However, I run into the following exception.  Where in the code may I fix this problem?
>>
>>
>> INFO: Application {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel has thrown exception, unwinding now: org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not within the partition defined by owning publisher:  uddi:nh:ie:hcid Thanks in advance for your help.

Re: save TModel exception

Posted by Kurt T Stam <ku...@gmail.com>.

If you are using the root publisher as is, then the keydomain for this 
root publisher is juddi.apache.org

So your tModelKey should be something like
tModelKey="uddi:juddi.apache.org:Conf1-5am"

--K



On 9/8/11 3:00 PM, Computer Learning Inst wrote:
> Hi Kurt,
>
> In the following SOAP request, I use an authToken that is for the "root" publisher.  I use juddi.root.publisher=root in the properties file.
>
>
> The SOAP request still fails.
> <faultstring>The proposed key is not within the partition defined by owning publisher:  uddi:conformance1-5am</faultstring>
>
>
> What is wrong with the following simple SOAP request?
>
>
> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:urn="urn:uddi-org:api_v3" xmlns:xd="http://www.w3.org/2000/09/xmldsig#">
>     <soapenv:Header/>
>     <soapenv:Body>
>        <urn:save_tModel>
>           <!--Optional:-->
>           <urn:authInfo>authtoken:d80a13fa-d847-4c73-ad96-4056e742efd3</urn:authInfo>
>
>           <!--1 or more repetitions:-->
>           <urn:tModel tModelKey="uddi:Conf1-5am" deleted="0">
>              <urn:name xml:lang="en">Conf1-5am</urn:name>
>           </urn:tModel>
>        </urn:save_tModel>
>     </soapenv:Body>
> </soapenv:Envelope>
>
>
>
> thanks,
> Cli
>
>
>
>
> ----- Original Message -----
> From: Kurt T Stam
> To: Computer Learning Inst
> Cc: "user@juddi.apache.org"
> Sent: Wednesday, September 7, 2011 10:11 AM
> Subject: Re: save TModel exception
>
> Hi him-whose-name-we cannot-mention,
>
> 1. You should leave the root and uddi publishers alone, and just add a new publisher. So leave this (unless you have a good reason to change the root publisher)
>
> juddi.root.publisher=root
>
> Then either add the aegis publisher information using the root publisher and the API or by placing them in the juddi_custom_install_data directory.
>
> 2. Your nullpointer indicates there is something wrong with your persistence configuration.
>
> You may want to change one thing at the time.
>
> --Kurt
>
>
>
>
> You should leave the
>
> On 9/7/11 6:05 AM, Computer Learning Inst wrote:
>> Thanks Kurt.  I am trying to associate publisher with the keys generated.  However, I see NullPointerException in juddi.log.  This is what I did:
>>
>> juddiv3.properties
>> =============
>> juddi.root.publisher=myorg-publisher
>> juddi.load.install.data=true
>>
>> Folder
>> =====
>> juddi_custom_install_data (created)
>>
>>
>> Files
>> ====
>> juddi_custom_install_data\aegis-publisher_tModelKeyGen.xml (saved)
>>
>> juddi_custom_install_data\aegis-publisher_Publisher.xml(saved)
>> juddi_custom_install_data\aegis-publisher_tModels.xml(saved)
>>
>> Trashed database
>> ==============
>> And restarted Tomcat (jUDDI v3.0.4)
>>
>>
>> Exception in juddi.log
>>
>> ================
>> 2011-09-07 05:10:37,862 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization started
>> 2011-09-07 05:10:37,893 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Refreshing org.springframework.web.context.support.XmlWebApplicationContext@6986dda3: display name [Root WebApplicationContext]; startup date [Wed Sep 07 05:10:37 EDT 2011]; root of context hierarchy
>> 2011-09-07 05:10:37,971 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from ServletContext resource [/WEB-INF/beans.xml]
>> 2011-09-07 05:10:38,127 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf.xml]
>> 2011-09-07 05:10:38,190 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-extension-soap.xml]
>> 2011-09-07 05:10:38,315 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-servlet.xml]
>> 2011-09-07 05:10:38,393 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean factory for application context [org.springframework.web.context.support.XmlWebApplicationContext@6986dda3]: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
>> 2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.Jsr250BeanPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
>> 2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.BusExtensionPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
>> 2011-09-07 05:10:38,533 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068: defining beans
>>
>   [cxf,org.apache.cxf.bus.spring.BusApplicationListener,org.apache.cxf.bus.spring.BusWiringBeanFactoryPostProcessor,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,org.apache.cxf.resource.ResourceManager,org.apache.cxf.configuration.Configurer,org.apache.cxf.binding.BindingFactoryManager,org.apache.cxf.transport.DestinationFactoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.apache.cxf.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.http.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,org.apache.cxf.endpoint.ServiceContractResolverRegistry
>> ,org.apache.cxf.binding.soap.SoapBindingFactory,org.apache.cxf.binding.soap.SoapTransportFactory,org.apache.cxf.binding.soap.customEditorConfigurer,org.apache.cxf.transport.servlet.ServletTransportFactory,inquiry,publish,security,subscription,subscription-listener,custody-transfer,replication,valueset-validation,valueset-caching,juddi-api]; root of factory hierarchy
>> 2011-09-07 05:10:43,611 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization completed in 5749 ms
>> 2011-09-07 05:10:43,611 INFO [org.apache.juddi.Registry] - Starting jUDDI registry...
>> 2011-09-07 05:10:43,658 INFO [org.apache.juddi.config.AppConfig] - Reading from properties file:  file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddiv3.properties
>> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.AppConfig] - The 'root' publisher was not found, loading...
>> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.Install] - Loading the content of file: file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddi_custom_install_data/myorg-publisher_tModelKeyGen.xml
>> 2011-09-07 05:10:51,579 ERROR [org.apache.juddi.servlets.RegistryServlet] - jUDDI registry could not be started.java.lang.NullPointerException
>> org.apache.commons.configuration.ConfigurationException: java.lang.NullPointerException
>>      at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:122)
>>      at org.apache.juddi.config.AppConfig.loadConfiguration(AppConfig.java:95)
>>      at org.apache.juddi.config.AppConfig.<init>(AppConfig.java:62)
>>      at org.apache.juddi.config.AppConfig.getInstance(AppConfig.java:183)
>>      at org.apache.juddi.config.AppConfig.getConfiguration(AppConfig.java:205)
>>      at org.apache.juddi.Registry.start(Registry.java:55)
>>      at org.apache.juddi.servlets.RegistryServlet.init(RegistryServlet.java:45)
>>      at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
>>      at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
>>      at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4187)
>>      at org.apache.catalina.core.StandardContext.start(StandardContext.java:4496)
>>      at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
>>      at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
>>      at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
>>      at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:637)
>>      at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:563)
>>      at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
>>      at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
>>      at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
>>      at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
>>      at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
>>      at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
>>      at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
>>      at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
>>      at org.apache.catalina.core.StandardService.start(StandardService.java:519)
>>      at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
>>      at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
>>      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>      at java.lang.reflect.Method.invoke(Method.java:597)
>>      at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
>>      at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
>> Caused by: java.lang.NullPointerException
>>      at org.apache.juddi.config.Install.install(Install.java:98)
>>      at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:120)
>>      ... 32 more
>> 2011-09-07 05:10:51,579 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Refreshing org.apache.cxf.bus.spring.BusApplicationContext@6981170d: display name [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]; startup date [Wed Sep 07 05:10:51 EDT 2011]; parent: org.springframework.web.context.support.XmlWebApplicationContext@6986dda3
>> 2011-09-07 05:10:51,610 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Bean factory for application context [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]: org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a
>> 2011-09-07 05:10:51,610 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a: defining beans []; parent: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
>> 2011-09-07 05:10:52,735 INFO [org.apache.juddi.v3.client.config.WebHelper] - Reading the managerName from the clientConfig file META-INF/uddi.xml
>> 2011-09-07 05:10:52,813 INFO [org.apache.juddi.v3.client.config.ClientConfig] - Reading UDDI Client properties file file:/C:/juddi-portal-bundle-3.0.4/webapps/uddi-portlets/WEB-INF/classes/META-INF/uddi.xml
>> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 servicebindingKeys
>> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 businessKeys
>> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.WebHelper] - Starting Clerk Manager uddi-portlet-manager...
>>
>>
>>
>>
>> ________________________________
>> From: Kurt T Stam
>> To: user@juddi.apache.org
>> Sent: Tuesday, September 6, 2011 11:15 AM
>> Subject: Re: save TModel exception
>>
>> 1. In the example: http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-war/src/main/webapp/WEB-INF/classes/RENAME4SALES_juddi_custom_install_data/sales_tModels.xml
>>
>> If the keygenerator of your publisher looks like:
>>
>> <tModel tModelKey="uddi:sales.apache.org:keygenerator" xmlns="urn:uddi-org:api_v3">   <name>sales-apache-org:keyGenerator</name>   <description>Sales Root domain key generator</description>   <overviewDoc>   <overviewURL useType="text">   http://uddi.org/pubs/uddi_v3.htm#keyGen</overviewURL>   </overviewDoc>   <categoryBag>   <keyedReference tModelKey="uddi:uddi.org:categorization:types" keyName="uddi-org:types:keyGenerator" keyValue="keyGenerator" />   </categoryBag>   </tModel>
>> Then this publisher can use keys that start with 'uddi:sales.apache.org:'
>>
>> So for a tModel a good key would be 'uddi:sales.apache.org:mytmodel'
>>
>> Don't use any ':' in your keys, they are used to break up the keys in their various parts.
>>
>> 2. You can define custom properties like 'keyDomain' in your uddi.xml and then reference them in for example
>> you annotations as shown here:
>>
>> http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-samples/src/main/java/org/apache/juddi/samples/HelloWorldImpl.java
>>
>> 3. This may help you out:
>> http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-understandingkeypartitions-20061128.htm
>>
>> --K
>>
>> On 9/6/11 10:31 AM, Computer Learning Inst wrote:
>>
>> I have added a few variations of the following to uddi.xml, but to no avail.<property name="keyDomain"  value="nh:ie"/>
>>       <property name="keyDomain"  value="nh:ie:hcid"/>
>>       <property name="keyDomain"  value="uddi:nh:ie"/>
>>       <property name="keyDomain"  value="uddi:nh:ie:hcid"/>
>>
>>
>> May be, the above changes are not correct.  What other changes do we need so that we can create TModels in jUDDI DB?  Your help, as usual, is very much appreciated. thanks!
>>
>>
>> ----- Original Message -----
>> From: Computer Learning Inst
>> To: "user@juddi.apache.org"<us...@juddi.apache.org>
>>
>> Cc:
>> Sent: Tuesday, September 6, 2011 9:52 AM
>> Subject: Re: save TModel exception
>>
>>
>> Thanks Kurt.  Can you suggest what steps I should take so that we are able to create a few TModels in the jUDDI v3.0.4 database?
>>
>>
>> ----- Original Message -----
>> From: Kurt Stam
>> To: "user@juddi.apache.org"
>>
>> Cc:
>> Sent: Tuesday, September 6, 2011 9:38 AM
>> Subject: Re: save TModel exception That is bc your publisher key domain does not match the domain part of the model key you are trying to use.  --K
>>
>>
>> On Sep 6, 2011, at 9:08, Computer Learning Inst wrote:
>>
>>> Hello jUDDI v3.0.4 users:
>> I am sure, I am making some mistake.
>>
>>
>> I am saving a TModel, with key=uddi:nh:ie:hcid. However, I run into the following exception.  Where in the code may I fix this problem?
>>
>>
>> INFO: Application {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel has thrown exception, unwinding now: org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not within the partition defined by owning publisher:  uddi:nh:ie:hcid Thanks in advance for your help.

Re: save TModel exception

Posted by Computer Learning Inst <cl...@yahoo.com>.

Hi Kurt,

In the following SOAP request, I use an authToken that is for the "root" publisher.  I use juddi.root.publisher=root in the properties file.


The SOAP request still fails.
<faultstring>The proposed key is not within the partition defined by owning publisher:  uddi:conformance1-5am</faultstring>


What is wrong with the following simple SOAP request?


<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:urn="urn:uddi-org:api_v3" xmlns:xd="http://www.w3.org/2000/09/xmldsig#">
   <soapenv:Header/>
   <soapenv:Body>
      <urn:save_tModel>
         <!--Optional:-->
         <urn:authInfo>authtoken:d80a13fa-d847-4c73-ad96-4056e742efd3</urn:authInfo>

         <!--1 or more repetitions:-->
         <urn:tModel tModelKey="uddi:Conf1-5am" deleted="0">
            <urn:name xml:lang="en">Conf1-5am</urn:name>
         </urn:tModel>
      </urn:save_tModel>
   </soapenv:Body>
</soapenv:Envelope>



thanks,
Cli




----- Original Message -----
From: Kurt T Stam
To: Computer Learning Inst
Cc: "user@juddi.apache.org"
Sent: Wednesday, September 7, 2011 10:11 AM
Subject: Re: save TModel exception

Hi him-whose-name-we cannot-mention,

1. You should leave the root and uddi publishers alone, and just add a new publisher. So leave this (unless you have a good reason to change the root publisher)

juddi.root.publisher=root

Then either add the aegis publisher information using the root publisher and the API or by placing them in the juddi_custom_install_data directory.

2. Your nullpointer indicates there is something wrong with your persistence configuration.

You may want to change one thing at the time.

--Kurt




You should leave the

On 9/7/11 6:05 AM, Computer Learning Inst wrote:
> Thanks Kurt.  I am trying to associate publisher with the keys generated.  However, I see NullPointerException in juddi.log.  This is what I did:
>
> juddiv3.properties
> =============
> juddi.root.publisher=myorg-publisher
> juddi.load.install.data=true
>
> Folder
> =====
> juddi_custom_install_data (created)
>
>
> Files
> ====
> juddi_custom_install_data\aegis-publisher_tModelKeyGen.xml (saved)
>
> juddi_custom_install_data\aegis-publisher_Publisher.xml(saved)
> juddi_custom_install_data\aegis-publisher_tModels.xml(saved)
>
> Trashed database
> ==============
> And restarted Tomcat (jUDDI v3.0.4)
>
>
> Exception in juddi.log
>
> ================
> 2011-09-07 05:10:37,862 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization started
> 2011-09-07 05:10:37,893 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Refreshing org.springframework.web.context.support.XmlWebApplicationContext@6986dda3: display name [Root WebApplicationContext]; startup date [Wed Sep 07 05:10:37 EDT 2011]; root of context hierarchy
> 2011-09-07 05:10:37,971 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from ServletContext resource [/WEB-INF/beans.xml]
> 2011-09-07 05:10:38,127 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf.xml]
> 2011-09-07 05:10:38,190 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-extension-soap.xml]
> 2011-09-07 05:10:38,315 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-servlet.xml]
> 2011-09-07 05:10:38,393 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean factory for application context [org.springframework.web.context.support.XmlWebApplicationContext@6986dda3]: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
> 2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.Jsr250BeanPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
> 2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.BusExtensionPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
> 2011-09-07 05:10:38,533 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068: defining beans
>  
 [cxf,org.apache.cxf.bus.spring.BusApplicationListener,org.apache.cxf.bus.spring.BusWiringBeanFactoryPostProcessor,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,org.apache.cxf.resource.ResourceManager,org.apache.cxf.configuration.Configurer,org.apache.cxf.binding.BindingFactoryManager,org.apache.cxf.transport.DestinationFactoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.apache.cxf.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.http.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,org.apache.cxf.endpoint.ServiceContractResolverRegistry
> ,org.apache.cxf.binding.soap.SoapBindingFactory,org.apache.cxf.binding.soap.SoapTransportFactory,org.apache.cxf.binding.soap.customEditorConfigurer,org.apache.cxf.transport.servlet.ServletTransportFactory,inquiry,publish,security,subscription,subscription-listener,custody-transfer,replication,valueset-validation,valueset-caching,juddi-api]; root of factory hierarchy
> 2011-09-07 05:10:43,611 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization completed in 5749 ms
> 2011-09-07 05:10:43,611 INFO [org.apache.juddi.Registry] - Starting jUDDI registry...
> 2011-09-07 05:10:43,658 INFO [org.apache.juddi.config.AppConfig] - Reading from properties file:  file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddiv3.properties
> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.AppConfig] - The 'root' publisher was not found, loading...
> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.Install] - Loading the content of file: file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddi_custom_install_data/myorg-publisher_tModelKeyGen.xml
> 2011-09-07 05:10:51,579 ERROR [org.apache.juddi.servlets.RegistryServlet] - jUDDI registry could not be started.java.lang.NullPointerException
> org.apache.commons.configuration.ConfigurationException: java.lang.NullPointerException
>    at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:122)
>    at org.apache.juddi.config.AppConfig.loadConfiguration(AppConfig.java:95)
>    at org.apache.juddi.config.AppConfig.<init>(AppConfig.java:62)
>    at org.apache.juddi.config.AppConfig.getInstance(AppConfig.java:183)
>    at org.apache.juddi.config.AppConfig.getConfiguration(AppConfig.java:205)
>    at org.apache.juddi.Registry.start(Registry.java:55)
>    at org.apache.juddi.servlets.RegistryServlet.init(RegistryServlet.java:45)
>    at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
>    at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
>    at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4187)
>    at org.apache.catalina.core.StandardContext.start(StandardContext.java:4496)
>    at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
>    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
>    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
>    at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:637)
>    at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:563)
>    at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
>    at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
>    at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
>    at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
>    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
>    at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
>    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
>    at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
>    at org.apache.catalina.core.StandardService.start(StandardService.java:519)
>    at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
>    at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
>    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>    at java.lang.reflect.Method.invoke(Method.java:597)
>    at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
>    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
> Caused by: java.lang.NullPointerException
>    at org.apache.juddi.config.Install.install(Install.java:98)
>    at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:120)
>    ... 32 more
> 2011-09-07 05:10:51,579 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Refreshing org.apache.cxf.bus.spring.BusApplicationContext@6981170d: display name [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]; startup date [Wed Sep 07 05:10:51 EDT 2011]; parent: org.springframework.web.context.support.XmlWebApplicationContext@6986dda3
> 2011-09-07 05:10:51,610 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Bean factory for application context [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]: org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a
> 2011-09-07 05:10:51,610 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a: defining beans []; parent: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
> 2011-09-07 05:10:52,735 INFO [org.apache.juddi.v3.client.config.WebHelper] - Reading the managerName from the clientConfig file META-INF/uddi.xml
> 2011-09-07 05:10:52,813 INFO [org.apache.juddi.v3.client.config.ClientConfig] - Reading UDDI Client properties file file:/C:/juddi-portal-bundle-3.0.4/webapps/uddi-portlets/WEB-INF/classes/META-INF/uddi.xml
> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 servicebindingKeys
> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 businessKeys
> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.WebHelper] - Starting Clerk Manager uddi-portlet-manager...
>
>
>
>
> ________________________________
> From: Kurt T Stam
> To: user@juddi.apache.org
> Sent: Tuesday, September 6, 2011 11:15 AM
> Subject: Re: save TModel exception
>
> 1. In the example: http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-war/src/main/webapp/WEB-INF/classes/RENAME4SALES_juddi_custom_install_data/sales_tModels.xml
>
> If the keygenerator of your publisher looks like:
>
> <tModel tModelKey="uddi:sales.apache.org:keygenerator" xmlns="urn:uddi-org:api_v3">  <name>sales-apache-org:keyGenerator</name>  <description>Sales Root domain key generator</description>  <overviewDoc>  <overviewURL useType="text">  http://uddi.org/pubs/uddi_v3.htm#keyGen</overviewURL>  </overviewDoc>  <categoryBag>  <keyedReference tModelKey="uddi:uddi.org:categorization:types" keyName="uddi-org:types:keyGenerator" keyValue="keyGenerator" />  </categoryBag>  </tModel>
> Then this publisher can use keys that start with 'uddi:sales.apache.org:'
>
> So for a tModel a good key would be 'uddi:sales.apache.org:mytmodel'
>
> Don't use any ':' in your keys, they are used to break up the keys in their various parts.
>
> 2. You can define custom properties like 'keyDomain' in your uddi.xml and then reference them in for example
> you annotations as shown here:
>
> http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-samples/src/main/java/org/apache/juddi/samples/HelloWorldImpl.java
>
> 3. This may help you out:
> http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-understandingkeypartitions-20061128.htm
>
> --K
>
> On 9/6/11 10:31 AM, Computer Learning Inst wrote:
>
> I have added a few variations of the following to uddi.xml, but to no avail.<property name="keyDomain"  value="nh:ie"/>
>     <property name="keyDomain"  value="nh:ie:hcid"/>
>     <property name="keyDomain"  value="uddi:nh:ie"/>
>     <property name="keyDomain"  value="uddi:nh:ie:hcid"/>
>
>
> May be, the above changes are not correct.  What other changes do we need so that we can create TModels in jUDDI DB?  Your help, as usual, is very much appreciated. thanks!
>
>
> ----- Original Message -----
> From: Computer Learning Inst
> To: "user@juddi.apache.org"<us...@juddi.apache.org>
>
> Cc:
> Sent: Tuesday, September 6, 2011 9:52 AM
> Subject: Re: save TModel exception
>
>
> Thanks Kurt.  Can you suggest what steps I should take so that we are able to create a few TModels in the jUDDI v3.0.4 database?
>
>
> ----- Original Message -----
> From: Kurt Stam
> To: "user@juddi.apache.org"
>
> Cc:
> Sent: Tuesday, September 6, 2011 9:38 AM
> Subject: Re: save TModel exception That is bc your publisher key domain does not match the domain part of the model key you are trying to use.  --K
>
>
> On Sep 6, 2011, at 9:08, Computer Learning Inst wrote:
>
>> Hello jUDDI v3.0.4 users:
>
> I am sure, I am making some mistake.
>
>
> I am saving a TModel, with key=uddi:nh:ie:hcid. However, I run into the following exception.  Where in the code may I fix this problem?
>
>
> INFO: Application {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel has thrown exception, unwinding now: org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not within the partition defined by owning publisher:  uddi:nh:ie:hcid Thanks in advance for your help.

Re: save TModel exception

Posted by Computer Learning Inst <cl...@yahoo.com>.

Sorry Kurt.  You may just call me "Cli".  And thanks for your help all along.  I will keep the "root" publisher.


See, our business keys and service keys also need to follow a specific format.  It's a business rule, sort of.  So, I am using BusinessEntity.setBusinessKey(...) and BusinessService.setServiceKey(...) calls in my program.


And the above two calls also run into an error similar to "The proposed key is not within the partition defined by owning publisher:  uddi:myorg-ri1:2.16.999.1.119999.3.59".

What changes do I do to jUDDI configuration so that BusinessEntity.setBusinessKey(...) and BusinessService.setServiceKey(...) calls in my program also work without any error?

Thank you again for your help!  With your help, we can take our project based centrally on jUDDI further.  Please let us know about the above two method calls.

thanks,
Cli


----- Original Message -----
From: Kurt T Stam
To: Computer Learning Inst
Cc: "user@juddi.apache.org"
Sent: Wednesday, September 7, 2011 10:11 AM
Subject: Re: save TModel exception

Hi him-whose-name-we cannot-mention,

1. You should leave the root and uddi publishers alone, and just add a new publisher. So leave this (unless you have a good reason to change the root publisher)

juddi.root.publisher=root

Then either add the aegis publisher information using the root publisher and the API or by placing them in the juddi_custom_install_data directory.

2. Your nullpointer indicates there is something wrong with your persistence configuration.

You may want to change one thing at the time.

--Kurt


On 9/7/11 6:05 AM, Computer Learning Inst wrote:
> Thanks Kurt.  I am trying to associate publisher with the keys generated.  However, I see NullPointerException in juddi.log.  This is what I did:
>
> juddiv3.properties
> =============
> juddi.root.publisher=myorg-publisher
> juddi.load.install.data=true
>
> Folder
> =====
> juddi_custom_install_data (created)
>
>
> Files
> ====
> juddi_custom_install_data\myorg-publisher_tModelKeyGen.xml (saved)
>
> juddi_custom_install_data\myorg-publisher_Publisher.xml(saved)
> juddi_custom_install_data\myorg-publisher_tModels.xml(saved)
>
> Trashed database
> ==============
> And restarted Tomcat (jUDDI v3.0.4)
>
>
> Exception in juddi.log
>
> ================
> 2011-09-07 05:10:37,862 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization started
> 2011-09-07 05:10:37,893 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Refreshing org.springframework.web.context.support.XmlWebApplicationContext@6986dda3: display name [Root WebApplicationContext]; startup date [Wed Sep 07 05:10:37 EDT 2011]; root of context hierarchy
> 2011-09-07 05:10:37,971 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from ServletContext resource [/WEB-INF/beans.xml]
> 2011-09-07 05:10:38,127 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf.xml]
> 2011-09-07 05:10:38,190 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-extension-soap.xml]
> 2011-09-07 05:10:38,315 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-servlet.xml]
> 2011-09-07 05:10:38,393 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean factory for application context [org.springframework.web.context.support.XmlWebApplicationContext@6986dda3]: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
> 2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.Jsr250BeanPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
> 2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.BusExtensionPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
> 2011-09-07 05:10:38,533 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068: defining beans
>  
 [cxf,org.apache.cxf.bus.spring.BusApplicationListener,org.apache.cxf.bus.spring.BusWiringBeanFactoryPostProcessor,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,org.apache.cxf.resource.ResourceManager,org.apache.cxf.configuration.Configurer,org.apache.cxf.binding.BindingFactoryManager,org.apache.cxf.transport.DestinationFactoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.apache.cxf.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.http.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,org.apache.cxf.endpoint.ServiceContractResolverRegistry
> ,org.apache.cxf.binding.soap.SoapBindingFactory,org.apache.cxf.binding.soap.SoapTransportFactory,org.apache.cxf.binding.soap.customEditorConfigurer,org.apache.cxf.transport.servlet.ServletTransportFactory,inquiry,publish,security,subscription,subscription-listener,custody-transfer,replication,valueset-validation,valueset-caching,juddi-api]; root of factory hierarchy
> 2011-09-07 05:10:43,611 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization completed in 5749 ms
> 2011-09-07 05:10:43,611 INFO [org.apache.juddi.Registry] - Starting jUDDI registry...
> 2011-09-07 05:10:43,658 INFO [org.apache.juddi.config.AppConfig] - Reading from properties file:  file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddiv3.properties
> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.AppConfig] - The 'root' publisher was not found, loading...
> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.Install] - Loading the content of file: file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddi_custom_install_data/myorg-publisher_tModelKeyGen.xml
> 2011-09-07 05:10:51,579 ERROR [org.apache.juddi.servlets.RegistryServlet] - jUDDI registry could not be started.java.lang.NullPointerException
> org.apache.commons.configuration.ConfigurationException: java.lang.NullPointerException
>    at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:122)
>    at org.apache.juddi.config.AppConfig.loadConfiguration(AppConfig.java:95)
>    at org.apache.juddi.config.AppConfig.<init>(AppConfig.java:62)
>    at org.apache.juddi.config.AppConfig.getInstance(AppConfig.java:183)
>    at org.apache.juddi.config.AppConfig.getConfiguration(AppConfig.java:205)
>    at org.apache.juddi.Registry.start(Registry.java:55)
>    at org.apache.juddi.servlets.RegistryServlet.init(RegistryServlet.java:45)
>    at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
>    at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
>    at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4187)
>    at org.apache.catalina.core.StandardContext.start(StandardContext.java:4496)
>    at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
>    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
>    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
>    at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:637)
>    at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:563)
>    at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
>    at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
>    at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
>    at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
>    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
>    at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
>    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
>    at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
>    at org.apache.catalina.core.StandardService.start(StandardService.java:519)
>    at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
>    at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
>    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>    at java.lang.reflect.Method.invoke(Method.java:597)
>    at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
>    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
> Caused by: java.lang.NullPointerException
>    at org.apache.juddi.config.Install.install(Install.java:98)
>    at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:120)
>    ... 32 more
> 2011-09-07 05:10:51,579 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Refreshing org.apache.cxf.bus.spring.BusApplicationContext@6981170d: display name [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]; startup date [Wed Sep 07 05:10:51 EDT 2011]; parent: org.springframework.web.context.support.XmlWebApplicationContext@6986dda3
> 2011-09-07 05:10:51,610 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Bean factory for application context [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]: org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a
> 2011-09-07 05:10:51,610 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a: defining beans []; parent: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
> 2011-09-07 05:10:52,735 INFO [org.apache.juddi.v3.client.config.WebHelper] - Reading the managerName from the clientConfig file META-INF/uddi.xml
> 2011-09-07 05:10:52,813 INFO [org.apache.juddi.v3.client.config.ClientConfig] - Reading UDDI Client properties file file:/C:/juddi-portal-bundle-3.0.4/webapps/uddi-portlets/WEB-INF/classes/META-INF/uddi.xml
> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 servicebindingKeys
> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 businessKeys
> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.WebHelper] - Starting Clerk Manager uddi-portlet-manager...
>
>
>
>
> ________________________________
> From: Kurt T Stam
> To: user@juddi.apache.org
> Sent: Tuesday, September 6, 2011 11:15 AM
> Subject: Re: save TModel exception
>
> 1. In the example: http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-war/src/main/webapp/WEB-INF/classes/RENAME4SALES_juddi_custom_install_data/sales_tModels.xml
>
> If the keygenerator of your publisher looks like:
>
> <tModel tModelKey="uddi:sales.apache.org:keygenerator" xmlns="urn:uddi-org:api_v3">  <name>sales-apache-org:keyGenerator</name>  <description>Sales Root domain key generator</description>  <overviewDoc>  <overviewURL useType="text">  http://uddi.org/pubs/uddi_v3.htm#keyGen</overviewURL>  </overviewDoc>  <categoryBag>  <keyedReference tModelKey="uddi:uddi.org:categorization:types" keyName="uddi-org:types:keyGenerator" keyValue="keyGenerator" />  </categoryBag>  </tModel>
> Then this publisher can use keys that start with 'uddi:sales.apache.org:'
>
> So for a tModel a good key would be 'uddi:sales.apache.org:mytmodel'
>
> Don't use any ':' in your keys, they are used to break up the keys in their various parts.
>
> 2. You can define custom properties like 'keyDomain' in your uddi.xml and then reference them in for example
> you annotations as shown here:
>
> http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-samples/src/main/java/org/apache/juddi/samples/HelloWorldImpl.java
>
> 3. This may help you out:
> http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-understandingkeypartitions-20061128.htm
>
> --K
>
> On 9/6/11 10:31 AM, Computer Learning Inst wrote:
>
> I have added a few variations of the following to uddi.xml, but to no avail.<property name="keyDomain"  value="nh:ie"/>
>     <property name="keyDomain"  value="nh:ie:hcid"/>
>     <property name="keyDomain"  value="uddi:nh:ie"/>
>     <property name="keyDomain"  value="uddi:nh:ie:hcid"/>
>
>
> May be, the above changes are not correct.  What other changes do we need so that we can create TModels in jUDDI DB?  Your help, as usual, is very much appreciated. thanks!
>
>
> ----- Original Message -----
> From: Computer Learning Inst
> To: "user@juddi.apache.org"<us...@juddi.apache.org>
>
> Cc:
> Sent: Tuesday, September 6, 2011 9:52 AM
> Subject: Re: save TModel exception
>
>
> Thanks Kurt.  Can you suggest what steps I should take so that we are able to create a few TModels in the jUDDI v3.0.4 database?
>
>
> ----- Original Message -----
> From: Kurt Stam
> To: "user@juddi.apache.org"
>
> Cc:
> Sent: Tuesday, September 6, 2011 9:38 AM
> Subject: Re: save TModel exception That is bc your publisher key domain does not match the domain part of the model key you are trying to use.  --K
>
>
> On Sep 6, 2011, at 9:08, Computer Learning Inst wrote:
>
>> Hello jUDDI v3.0.4 users:
>
> I am sure, I am making some mistake.
>
>
> I am saving a TModel, with key=uddi:nh:ie:hcid. However, I run into the following exception.  Where in the code may I fix this problem?
>
>
> INFO: Application {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel has thrown exception, unwinding now: org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not within the partition defined by owning publisher:  uddi:nh:ie:hcid Thanks in advance for your help.

Re: save TModel exception

Posted by Kurt T Stam <ku...@gmail.com>.

Hi him-whose-name-we cannot-mention,

1. You should leave the root and uddi publishers alone, and just add a new publisher. So leave this (unless you have a good reason to change the root publisher)

juddi.root.publisher=root

Then either add the aegis publisher information using the root publisher and the API or by placing them in the juddi_custom_install_data directory.

2. Your nullpointer indicates there is something wrong with your persistence configuration.

You may want to change one thing at the time.

--Kurt




You should leave the

On 9/7/11 6:05 AM, Computer Learning Inst wrote:
> Thanks Kurt.  I am trying to associate publisher with the keys generated.  However, I see NullPointerException in juddi.log.  This is what I did:
>
> juddiv3.properties
> =============
> juddi.root.publisher=myorg-publisher
> juddi.load.install.data=true
>
> Folder
> =====
> juddi_custom_install_data (created)
>
>
> Files
> ====
> juddi_custom_install_data\aegis-publisher_tModelKeyGen.xml (saved)
>
> juddi_custom_install_data\aegis-publisher_Publisher.xml(saved)
> juddi_custom_install_data\aegis-publisher_tModels.xml(saved)
>
> Trashed database
> ==============
> And restarted Tomcat (jUDDI v3.0.4)
>
>
> Exception in juddi.log
>
> ================
> 2011-09-07 05:10:37,862 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization started
> 2011-09-07 05:10:37,893 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Refreshing org.springframework.web.context.support.XmlWebApplicationContext@6986dda3: display name [Root WebApplicationContext]; startup date [Wed Sep 07 05:10:37 EDT 2011]; root of context hierarchy
> 2011-09-07 05:10:37,971 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from ServletContext resource [/WEB-INF/beans.xml]
> 2011-09-07 05:10:38,127 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf.xml]
> 2011-09-07 05:10:38,190 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-extension-soap.xml]
> 2011-09-07 05:10:38,315 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-servlet.xml]
> 2011-09-07 05:10:38,393 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean factory for application context [org.springframework.web.context.support.XmlWebApplicationContext@6986dda3]: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
> 2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.Jsr250BeanPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
> 2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.BusExtensionPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
> 2011-09-07 05:10:38,533 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068: defining beans
>   [cxf,org.apache.cxf.bus.spring.BusApplicationListener,org.apache.cxf.bus.spring.BusWiringBeanFactoryPostProcessor,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,org.apache.cxf.resource.ResourceManager,org.apache.cxf.configuration.Configurer,org.apache.cxf.binding.BindingFactoryManager,org.apache.cxf.transport.DestinationFactoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.apache.cxf.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.http.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,org.apache.cxf.endpoint.ServiceContractResolverRegistry
> ,org.apache.cxf.binding.soap.SoapBindingFactory,org.apache.cxf.binding.soap.SoapTransportFactory,org.apache.cxf.binding.soap.customEditorConfigurer,org.apache.cxf.transport.servlet.ServletTransportFactory,inquiry,publish,security,subscription,subscription-listener,custody-transfer,replication,valueset-validation,valueset-caching,juddi-api]; root of factory hierarchy
> 2011-09-07 05:10:43,611 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization completed in 5749 ms
> 2011-09-07 05:10:43,611 INFO [org.apache.juddi.Registry] - Starting jUDDI registry...
> 2011-09-07 05:10:43,658 INFO [org.apache.juddi.config.AppConfig] - Reading from properties file:  file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddiv3.properties
> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.AppConfig] - The 'root' publisher was not found, loading...
> 2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.Install] - Loading the content of file: file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddi_custom_install_data/myorg-publisher_tModelKeyGen.xml
> 2011-09-07 05:10:51,579 ERROR [org.apache.juddi.servlets.RegistryServlet] - jUDDI registry could not be started.java.lang.NullPointerException
> org.apache.commons.configuration.ConfigurationException: java.lang.NullPointerException
>    at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:122)
>    at org.apache.juddi.config.AppConfig.loadConfiguration(AppConfig.java:95)
>    at org.apache.juddi.config.AppConfig.<init>(AppConfig.java:62)
>    at org.apache.juddi.config.AppConfig.getInstance(AppConfig.java:183)
>    at org.apache.juddi.config.AppConfig.getConfiguration(AppConfig.java:205)
>    at org.apache.juddi.Registry.start(Registry.java:55)
>    at org.apache.juddi.servlets.RegistryServlet.init(RegistryServlet.java:45)
>    at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
>    at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
>    at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4187)
>    at org.apache.catalina.core.StandardContext.start(StandardContext.java:4496)
>    at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
>    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
>    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
>    at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:637)
>    at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:563)
>    at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
>    at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
>    at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
>    at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
>    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
>    at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
>    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
>    at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
>    at org.apache.catalina.core.StandardService.start(StandardService.java:519)
>    at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
>    at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
>    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>    at java.lang.reflect.Method.invoke(Method.java:597)
>    at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
>    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
> Caused by: java.lang.NullPointerException
>    at org.apache.juddi.config.Install.install(Install.java:98)
>    at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:120)
>    ... 32 more
> 2011-09-07 05:10:51,579 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Refreshing org.apache.cxf.bus.spring.BusApplicationContext@6981170d: display name [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]; startup date [Wed Sep 07 05:10:51 EDT 2011]; parent: org.springframework.web.context.support.XmlWebApplicationContext@6986dda3
> 2011-09-07 05:10:51,610 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Bean factory for application context [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]: org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a
> 2011-09-07 05:10:51,610 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a: defining beans []; parent: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
> 2011-09-07 05:10:52,735 INFO [org.apache.juddi.v3.client.config.WebHelper] - Reading the managerName from the clientConfig file META-INF/uddi.xml
> 2011-09-07 05:10:52,813 INFO [org.apache.juddi.v3.client.config.ClientConfig] - Reading UDDI Client properties file file:/C:/juddi-portal-bundle-3.0.4/webapps/uddi-portlets/WEB-INF/classes/META-INF/uddi.xml
> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 servicebindingKeys
> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 businessKeys
> 2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.WebHelper] - Starting Clerk Manager uddi-portlet-manager...
>
>
>
>
> ________________________________
> From: Kurt T Stam
> To: user@juddi.apache.org
> Sent: Tuesday, September 6, 2011 11:15 AM
> Subject: Re: save TModel exception
>
> 1. In the example: http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-war/src/main/webapp/WEB-INF/classes/RENAME4SALES_juddi_custom_install_data/sales_tModels.xml
>
> If the keygenerator of your publisher looks like:
>
> <tModel tModelKey="uddi:sales.apache.org:keygenerator" xmlns="urn:uddi-org:api_v3">  <name>sales-apache-org:keyGenerator</name>  <description>Sales Root domain key generator</description>  <overviewDoc>  <overviewURL useType="text">  http://uddi.org/pubs/uddi_v3.htm#keyGen</overviewURL>  </overviewDoc>  <categoryBag>  <keyedReference tModelKey="uddi:uddi.org:categorization:types" keyName="uddi-org:types:keyGenerator" keyValue="keyGenerator" />  </categoryBag>  </tModel>
> Then this publisher can use keys that start with 'uddi:sales.apache.org:'
>
> So for a tModel a good key would be 'uddi:sales.apache.org:mytmodel'
>
> Don't use any ':' in your keys, they are used to break up the keys in their various parts.
>
> 2. You can define custom properties like 'keyDomain' in your uddi.xml and then reference them in for example
> you annotations as shown here:
>
> http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-samples/src/main/java/org/apache/juddi/samples/HelloWorldImpl.java
>
> 3. This may help you out:
> http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-understandingkeypartitions-20061128.htm
>
> --K
>
> On 9/6/11 10:31 AM, Computer Learning Inst wrote:
>
> I have added a few variations of the following to uddi.xml, but to no avail.<property name="keyDomain"  value="nh:ie"/>
>     <property name="keyDomain"  value="nh:ie:hcid"/>
>     <property name="keyDomain"  value="uddi:nh:ie"/>
>     <property name="keyDomain"  value="uddi:nh:ie:hcid"/>
>
>
> May be, the above changes are not correct.  What other changes do we need so that we can create TModels in jUDDI DB?  Your help, as usual, is very much appreciated. thanks!
>
>
> ----- Original Message -----
> From: Computer Learning Inst
> To: "user@juddi.apache.org"<us...@juddi.apache.org>
>
> Cc:
> Sent: Tuesday, September 6, 2011 9:52 AM
> Subject: Re: save TModel exception
>
>
> Thanks Kurt.  Can you suggest what steps I should take so that we are able to create a few TModels in the jUDDI v3.0.4 database?
>
>
> ----- Original Message -----
> From: Kurt Stam
> To: "user@juddi.apache.org"
>
> Cc:
> Sent: Tuesday, September 6, 2011 9:38 AM
> Subject: Re: save TModel exception That is bc your publisher key domain does not match the domain part of the model key you are trying to use.  --K
>
>
> On Sep 6, 2011, at 9:08, Computer Learning Inst wrote:
>
>> Hello jUDDI v3.0.4 users:
>
> I am sure, I am making some mistake.
>
>
> I am saving a TModel, with key=uddi:nh:ie:hcid. However, I run into the following exception.  Where in the code may I fix this problem?
>
>
> INFO: Application {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel has thrown exception, unwinding now: org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not within the partition defined by owning publisher:  uddi:nh:ie:hcid Thanks in advance for your help.

Re: save TModel exception

Posted by Computer Learning Inst <cl...@yahoo.com>.

Thanks Kurt.  I am trying to associate publisher with the keys generated.  However, I see NullPointerException in juddi.log.  This is what I did:

juddiv3.properties
=============
juddi.root.publisher=myorg-publisher
juddi.load.install.data=true

Folder
=====
juddi_custom_install_data (created)


Files
====
juddi_custom_install_data\aegis-publisher_tModelKeyGen.xml (saved)

juddi_custom_install_data\aegis-publisher_Publisher.xml(saved)
juddi_custom_install_data\aegis-publisher_tModels.xml(saved)

Trashed database
==============
And restarted Tomcat (jUDDI v3.0.4)


Exception in juddi.log

================
2011-09-07 05:10:37,862 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization started
2011-09-07 05:10:37,893 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Refreshing org.springframework.web.context.support.XmlWebApplicationContext@6986dda3: display name [Root WebApplicationContext]; startup date [Wed Sep 07 05:10:37 EDT 2011]; root of context hierarchy
2011-09-07 05:10:37,971 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from ServletContext resource [/WEB-INF/beans.xml]
2011-09-07 05:10:38,127 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf.xml]
2011-09-07 05:10:38,190 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-extension-soap.xml]
2011-09-07 05:10:38,315 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] - Loading XML bean definitions from class path resource [META-INF/cxf/cxf-servlet.xml]
2011-09-07 05:10:38,393 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean factory for application context [org.springframework.web.context.support.XmlWebApplicationContext@6986dda3]: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.Jsr250BeanPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
2011-09-07 05:10:38,502 INFO [org.springframework.web.context.support.XmlWebApplicationContext] - Bean 'org.apache.cxf.bus.spring.BusExtensionPostProcessor' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
2011-09-07 05:10:38,533 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068: defining beans
 [cxf,org.apache.cxf.bus.spring.BusApplicationListener,org.apache.cxf.bus.spring.BusWiringBeanFactoryPostProcessor,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,org.apache.cxf.resource.ResourceManager,org.apache.cxf.configuration.Configurer,org.apache.cxf.binding.BindingFactoryManager,org.apache.cxf.transport.DestinationFactoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.apache.cxf.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.http.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,org.apache.cxf.endpoint.ServiceContractResolverRegistry
,org.apache.cxf.binding.soap.SoapBindingFactory,org.apache.cxf.binding.soap.SoapTransportFactory,org.apache.cxf.binding.soap.customEditorConfigurer,org.apache.cxf.transport.servlet.ServletTransportFactory,inquiry,publish,security,subscription,subscription-listener,custody-transfer,replication,valueset-validation,valueset-caching,juddi-api]; root of factory hierarchy
2011-09-07 05:10:43,611 INFO [org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization completed in 5749 ms
2011-09-07 05:10:43,611 INFO [org.apache.juddi.Registry] - Starting jUDDI registry...
2011-09-07 05:10:43,658 INFO [org.apache.juddi.config.AppConfig] - Reading from properties file:  file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddiv3.properties
2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.AppConfig] - The 'root' publisher was not found, loading...
2011-09-07 05:10:51,470 INFO [org.apache.juddi.config.Install] - Loading the content of file: file:/C:/juddi-portal-bundle-3.0.4/webapps/juddiv3/WEB-INF/classes/juddi_custom_install_data/myorg-publisher_tModelKeyGen.xml
2011-09-07 05:10:51,579 ERROR [org.apache.juddi.servlets.RegistryServlet] - jUDDI registry could not be started.java.lang.NullPointerException
org.apache.commons.configuration.ConfigurationException: java.lang.NullPointerException
  at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:122)
  at org.apache.juddi.config.AppConfig.loadConfiguration(AppConfig.java:95)
  at org.apache.juddi.config.AppConfig.<init>(AppConfig.java:62)
  at org.apache.juddi.config.AppConfig.getInstance(AppConfig.java:183)
  at org.apache.juddi.config.AppConfig.getConfiguration(AppConfig.java:205)
  at org.apache.juddi.Registry.start(Registry.java:55)
  at org.apache.juddi.servlets.RegistryServlet.init(RegistryServlet.java:45)
  at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
  at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
  at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4187)
  at org.apache.catalina.core.StandardContext.start(StandardContext.java:4496)
  at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
  at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
  at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
  at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:637)
  at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:563)
  at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
  at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
  at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
  at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
  at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
  at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
  at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
  at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
  at org.apache.catalina.core.StandardService.start(StandardService.java:519)
  at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
  at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:597)
  at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
  at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
Caused by: java.lang.NullPointerException
  at org.apache.juddi.config.Install.install(Install.java:98)
  at org.apache.juddi.config.AppConfig.getPersistentConfiguration(AppConfig.java:120)
  ... 32 more
2011-09-07 05:10:51,579 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Refreshing org.apache.cxf.bus.spring.BusApplicationContext@6981170d: display name [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]; startup date [Wed Sep 07 05:10:51 EDT 2011]; parent: org.springframework.web.context.support.XmlWebApplicationContext@6986dda3
2011-09-07 05:10:51,610 INFO [org.apache.cxf.bus.spring.BusApplicationContext] - Bean factory for application context [org.apache.cxf.bus.spring.BusApplicationContext@6981170d]: org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a
2011-09-07 05:10:51,610 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@3462b48a: defining beans []; parent: org.springframework.beans.factory.support.DefaultListableBeanFactory@40363068
2011-09-07 05:10:52,735 INFO [org.apache.juddi.v3.client.config.WebHelper] - Reading the managerName from the clientConfig file META-INF/uddi.xml
2011-09-07 05:10:52,813 INFO [org.apache.juddi.v3.client.config.ClientConfig] - Reading UDDI Client properties file file:/C:/juddi-portal-bundle-3.0.4/webapps/uddi-portlets/WEB-INF/classes/META-INF/uddi.xml
2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 servicebindingKeys
2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.ClientConfig] - XRegistration 0 businessKeys
2011-09-07 05:10:52,845 INFO [org.apache.juddi.v3.client.config.WebHelper] - Starting Clerk Manager uddi-portlet-manager...




________________________________
From: Kurt T Stam
To: user@juddi.apache.org
Sent: Tuesday, September 6, 2011 11:15 AM
Subject: Re: save TModel exception

1. In the example: http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-war/src/main/webapp/WEB-INF/classes/RENAME4SALES_juddi_custom_install_data/sales_tModels.xml

If the keygenerator of your publisher looks like:

<tModel tModelKey="uddi:sales.apache.org:keygenerator" xmlns="urn:uddi-org:api_v3"> <name>sales-apache-org:keyGenerator</name> <description>Sales Root domain key generator</description> <overviewDoc> <overviewURL useType="text"> http://uddi.org/pubs/uddi_v3.htm#keyGen</overviewURL> </overviewDoc> <categoryBag> <keyedReference tModelKey="uddi:uddi.org:categorization:types" keyName="uddi-org:types:keyGenerator" keyValue="keyGenerator" /> </categoryBag> </tModel>
Then this publisher can use keys that start with 'uddi:sales.apache.org:'

So for a tModel a good key would be 'uddi:sales.apache.org:mytmodel'

Don't use any ':' in your keys, they are used to break up the keys in their various parts.

2. You can define custom properties like 'keyDomain' in your uddi.xml and then reference them in for example
you annotations as shown here:

http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-samples/src/main/java/org/apache/juddi/samples/HelloWorldImpl.java

3. This may help you out:
http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-understandingkeypartitions-20061128.htm

--K

On 9/6/11 10:31 AM, Computer Learning Inst wrote:

I have added a few variations of the following to uddi.xml, but to no avail.    <property name="keyDomain"  value="nh:ie"/>
   <property name="keyDomain"  value="nh:ie:hcid"/>
   <property name="keyDomain"  value="uddi:nh:ie"/>
   <property name="keyDomain"  value="uddi:nh:ie:hcid"/> 


May be, the above changes are not correct.  What other changes do we need so that we can create TModels in jUDDI DB?  Your help, as usual, is very much appreciated. thanks! 


----- Original Message -----
From: Computer Learning Inst
To: "user@juddi.apache.org" <us...@juddi.apache.org> 

Cc: 
Sent: Tuesday, September 6, 2011 9:52 AM
Subject: Re: save TModel exception 


Thanks Kurt.  Can you suggest what steps I should take so that we are able to create a few TModels in the jUDDI v3.0.4 database? 


----- Original Message -----
From: Kurt Stam
To: "user@juddi.apache.org" 

Cc: 
Sent: Tuesday, September 6, 2011 9:38 AM
Subject: Re: save TModel exception That is bc your publisher key domain does not match the domain part of the model key you are trying to use.  --K 


On Sep 6, 2011, at 9:08, Computer Learning Inst wrote: 

>Hello jUDDI v3.0.4 users: 


I am sure, I am making some mistake. 


I am saving a TModel, with key=uddi:nh:ie:hcid. However, I run into the following exception.  Where in the code may I fix this problem? 


INFO: Application {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel has thrown exception, unwinding now: org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not within the partition defined by owning publisher:  uddi:nh:ie:hcid Thanks in advance for your help.

Re: save TModel exception

Posted by Kurt T Stam <ku...@gmail.com>.

1. In the example: 
http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-war/src/main/webapp/WEB-INF/classes/RENAME4SALES_juddi_custom_install_data/sales_tModels.xml

If the keygenerator of your publisher looks like:

<tModel tModelKey="uddi:sales.apache.org:keygenerator" xmlns="urn:uddi-org:api_v3">
	<name>sales-apache-org:keyGenerator</name>
	<description>Sales Root domain key generator</description>
	<overviewDoc>
	<overviewURL useType="text">
	http://uddi.org/pubs/uddi_v3.htm#keyGen</overviewURL>
	</overviewDoc>
	<categoryBag>
	<keyedReference tModelKey="uddi:uddi.org:categorization:types" keyName="uddi-org:types:keyGenerator"
	      keyValue="keyGenerator" />
	</categoryBag>
	</tModel>

Then this publisher can use keys that start with 'uddi:sales.apache.org:'

So for a tModel a good key would be 'uddi:sales.apache.org:mytmodel'

Don't use any ':' in your keys, they are used to break up the keys in 
their various parts.

2. You can define custom properties like 'keyDomain' in your uddi.xml 
and then reference them in for example
you annotations as shown here:

http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.0/juddiv3-samples/src/main/java/org/apache/juddi/samples/HelloWorldImpl.java

3. This may help you out:
http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-understandingkeypartitions-20061128.htm

--K

On 9/6/11 10:31 AM, Computer Learning Inst wrote:
> I have added a few variations of the following to uddi.xml, but to no avail.
>
>     <property name="keyDomain"  value="nh:ie"/>
>     <property name="keyDomain"  value="nh:ie:hcid"/>
>     <property name="keyDomain"  value="uddi:nh:ie"/>
>     <property name="keyDomain"  value="uddi:nh:ie:hcid"/>
>
> May be, the above changes are not correct.  What other changes do we need so that we can create TModels in jUDDI DB?  Your help, as usual, is very much appreciated.
>
> thanks!
>
>
>
>
> ----- Original Message -----
> From: Computer Learning Inst
> To: "user@juddi.apache.org"<us...@juddi.apache.org>
> Cc:
> Sent: Tuesday, September 6, 2011 9:52 AM
> Subject: Re: save TModel exception
>
> Thanks Kurt.  Can you suggest what steps I should take so that we are able to create a few TModels in the jUDDI v3.0.4 database?
>
>
>
> ----- Original Message -----
> From: Kurt Stam
> To: "user@juddi.apache.org"
> Cc:
> Sent: Tuesday, September 6, 2011 9:38 AM
> Subject: Re: save TModel exception
>
> That is bc your publisher key domain does not match the domain part of the model key you are trying to use.
>
> --K
>
> On Sep 6, 2011, at 9:08, Computer Learning Inst wrote:
>
>> Hello jUDDI v3.0.4 users:
>>
>> I am sure, I am making some mistake.
>>
>> I am saving a TModel, with key=uddi:nh:ie:hcid.  However, I run into the following exception.  Where in the code may I fix this problem?
>>
>>
>> INFO: Application {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel has thrown exception, unwinding now: org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not within the partition defined by owning publisher:  uddi:nh:ie:hcid
>>
>> Thanks in advance for your help.

Re: save TModel exception

Posted by Computer Learning Inst <cl...@yahoo.com>.

I have added a few variations of the following to uddi.xml, but to no avail.

   <property name="keyDomain"  value="nh:ie"/>
   <property name="keyDomain"  value="nh:ie:hcid"/>
   <property name="keyDomain"  value="uddi:nh:ie"/>
   <property name="keyDomain"  value="uddi:nh:ie:hcid"/>

May be, the above changes are not correct.  What other changes do we need so that we can create TModels in jUDDI DB?  Your help, as usual, is very much appreciated.

thanks!

----- Original Message -----
From: Computer Learning Inst
To: "user@juddi.apache.org" <us...@juddi.apache.org>
Cc: 
Sent: Tuesday, September 6, 2011 9:52 AM
Subject: Re: save TModel exception

Thanks Kurt.  Can you suggest what steps I should take so that we are able to create a few TModels in the jUDDI v3.0.4 database?

----- Original Message -----
From: Kurt Stam
To: "user@juddi.apache.org"
Cc: 
Sent: Tuesday, September 6, 2011 9:38 AM
Subject: Re: save TModel exception

That is bc your publisher key domain does not match the domain part of the model key you are trying to use. 

--K

On Sep 6, 2011, at 9:08, Computer Learning Inst wrote:

> Hello jUDDI v3.0.4 users:
> 
> I am sure, I am making some mistake.
> 
> I am saving a TModel, with key=uddi:nh:ie:hcid.  However, I run into the following exception.  Where in the code may I fix this problem?
> 
> 
> INFO: Application {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel has thrown exception, unwinding now: org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not within the partition defined by owning publisher:  uddi:nh:ie:hcid
> 
> Thanks in advance for your help.

Re: save TModel exception

Posted by Computer Learning Inst <cl...@yahoo.com>.

Thanks Kurt.  Can you suggest what steps I should take so that we are able to create a few TModels in the jUDDI v3.0.4 database?



----- Original Message -----
From: Kurt Stam
To: "user@juddi.apache.org" <us...@juddi.apache.org>
Cc: 
Sent: Tuesday, September 6, 2011 9:38 AM
Subject: Re: save TModel exception

That is bc your publisher key domain does not match the domain part of the model key you are trying to use. 

--K

On Sep 6, 2011, at 9:08, Computer Learning Inst wrote:

> Hello jUDDI v3.0.4 users:
> 
> I am sure, I am making some mistake.
> 
> I am saving a TModel, with key=uddi:nh:ie:hcid.  However, I run into the following exception.  Where in the code may I fix this problem?
> 
> 
> INFO: Application {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel has thrown exception, unwinding now: org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not within the partition defined by owning publisher:  uddi:nh:ie:hcid
> 
> Thanks in advance for your help.

Re: save TModel exception

Posted by Kurt Stam <ku...@gmail.com>.

That is bc your publisher key domain does not match the domain part of the model key you are trying to use. 

--K

On Sep 6, 2011, at 9:08, Computer Learning Inst <cl...@yahoo.com> wrote:

> Hello jUDDI v3.0.4 users:
> 
> I am sure, I am making some mistake.
> 
> I am saving a TModel, with key=uddi:nh:ie:hcid.  However, I run into the following exception.  Where in the code may I fix this problem?
> 
> 
> INFO: Application {urn:uddi-org:v3_service}UDDI_Publish_Port#{urn:uddi-org:v3_service}save_tModel has thrown exception, unwinding now: org.apache.juddi.v3.error.KeyUnavailableException: The proposed key is not within the partition defined by owning publisher:  uddi:nh:ie:hcid
> 
> Thanks in advance for your help.