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