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

Reply via email to