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: [email protected]; 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 <[email protected]> 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: "[email protected]" > >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: [email protected] >> 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: "[email protected]"<[email protected]> >> >> 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: "[email protected]" >> >> 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. >
