|
|
|
|||||
|
how can icepackadmin remotely manage icepackregistry?
ice newbie needs your help for 1.5.1 ice version
1.icepackregistry started with config --------------------------------------------------------------------------------------- IcePack.Registry.Data=/opt/Ice-1.5.1/slice/db IcePack.Registry.Client.Endpoints=default -h 192.168.4.93 -p 12000 IcePack.Registry.Server.Endpoints=default IcePack.Registry.Admin.Endpoints=default IcePack.Registry.DynamicRegistration=1 ---------------------------------------------------------------------------------------- so the registry listen on port 12000 2.i manully started the server (the same host where registry locates) which createObjectAdapter("SimplePrinterAdapter") and adapter->add(object, Ice::stringToIdentity("SimplePrinter")); adapter->activate(); with the config SimplePrinterAdapter.Endpoints=default -h 192.168.4.93 -p 11000 SimplePrinterAdapter.AdapterId=theadapter1 Ice.Default.Locator=IcePack/Locator:default -h 192.168.4.93 -p 12000 IcePack.Registry.Client.Endpoints=default -h 192.168.4.93 -p 12000 IcePack.Registry.Server.Endpoints=default -h 192.168.4.93 IcePack.Registry.Internal.Endpoints=default IcePack.Registry.Admin.Endpoints=default IcePack.Registry.Data=/opt/Ice-1.5.1/slice/db 3.in icepackadmin interacitve commandline i find the adapter1 i had just created but when i try to find object with the identifier SimplePrinter >>> object find SimplePrinter error: IcePack::ObjectNotExistException is given ????????????does that mean i should use icepack::admin::addobject to explicitly add the object or i did something wrong ????????????and it seems fail to remotely to connect the registry for nether icepackadmin nor even server 4.my client could connect to server successfully if config is: Proxy=SimplePrinter:default -h 192.168.4.93 -p 11000 ????????????but if i add Ice.Default.Locator=IcePack/Locator:default -h 192.168.4.93 -p 12000 and change the proxy entry to Proxy=SimplePrinter@theadapter1 should have the client try to connect the registry to query the object@adapter--endpoints mapping but that always failed work why? |
|
|||||
|
really appreciate your help and the thing is getting clearer for me
so now the problem is simplified and looks like this i try to run client on one host 192.168.4.100 [root@192.168.4.100 samples]# more clientconfig Proxy=SimplePrinter@theadapter1 #Proxy=SimplePrinter:default -h 192.168.4.93 -p 11000 IcePack.Registry.Client.Endpoints=default -h 192.168.4.93 -p 12000 IcePack.Registry.Admin.Endpoints=default -h 192.168.4.93 -p 14000 Ice.Default.Locator=IcePack/Locator:default -h 192.168.4.93 -p 12000 ----as my server on 192.168.4.93 is with serverconfig which says--- [root@192.168.4.93 samples]# more serverconfig SimplePrinterAdapter.Endpoints=default -h 192.168.4.93 -p 11000 SimplePrinterAdapter.AdapterId=theadapter1 IcePack.Registry.Server.Endpoints=default -h 192.168.4.93 -p 13000 Ice.Default.Locator=IcePack/Locator:default -h 192.168.4.93 -p 12000 and registry config file is like IcePack.Registry.Data=/opt/Ice-1.5.1/slice/db IcePack.Registry.Client.Endpoints=default -h 192.168.4.93 -p 12000 IcePack.Registry.Server.Endpoints=default -h 192.168.4.93 -p 13000 IcePack.Registry.Admin.Endpoints=default -h 192.168.4.93 -p 14000 IcePack.Registry.DynamicRegistration=1 if i startup with the clientconfig it says: [root@192.168.4.100 samples]# ./client --Ice.Config=clientconfig SimplePrinter@theadapter1 Reference.cpp:712: Ice::NoEndpointException: no suitable endpoint available for proxy `SimplePrinter -t @ theadapter1' as my server is working on port 11000 Proxy=SimplePrinter:default -h 192.168.4.93 -p 11000 works fine ,but if i use the form like SimplePrinter@theadapter1 gives the exception methoned above if that means the object has not been registered into the registry ,is there any way if i want to refer to the object binded to adapter so that my client can danymically query it without knowing its endpoint. but using the forms like object@adapter(will explicitely object registration be the only solution?) i wonder it i make the statesment clear and looks forwarding to your help |
|
||||||
|
It sounds like you're encountering the "dynamic registration" bug that was reported here. We have posted a patch for Ice 1.5.1, and of course this problem is fixed in Ice 2.0 that we released last week.
Take care, - Mark |
![]() |
| Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| icepackadmin extra functionality | StuartA | Patches | 0 | 09-09-2005 12:19 AM |
| More subcommands needed in icepackadmin! | rc_hz | Help Center | 0 | 11-16-2004 12:59 AM |
| Unable to run icepackadmin -e command | vsonnathi | Bug Reports | 1 | 11-04-2004 09:20 AM |
| Ice utils (icepackregistry, icepackadmin, icepacknode...) | vsonnathi | Help Center | 0 | 10-21-2004 03:49 PM |
| bug in IcePackRegistry.dsp | wodi | Bug Reports | 1 | 08-25-2004 10:26 AM |