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