Right now we are doing some testing on how to use the naming
service OrbixNames (1.03) from IONA combined with Orbix (2.3c)
for Windows NT. We are interested in if we, later on, can port
our code to an ORB from another vendor without having to change
our sorce code. We think that this could be achieved by strictly
following the CORBA standard (e.i using resolve_initial_references
("NameService") instead of using bind() to get a object reference).
Hence, my first question is: Has anybody tried this allready?
My second question is about configuration of the Orbix and OrbixNames
environment. Orbix seem to be OK but we can't use all OrbixNames commands
and utilities. We have installed all necessary tools and set all
environment variables, but when we try to run a command like...
>c:\corba\putnewncns test- ...the server console displays the following
exception message :-( ---------------------- [ s1259: OrbixNames v1.03
for WIN-NT 3.51 ] [ Loading Naming Context with marker `root' ] [17:04:10
--- orbixd@mmrntw End of Connection (mmrntw,184,*Unexpected system
exception 10082-- Error - No error file specified. - Unknown Orbix error
code: 10082 [Completion status : COMPLETED_NO] [ Name server exiting
with status: 1 ...] ---------------------- I would appreciate all kinds
of comments on the questions above
Thanks in advance
Regards
/Mats Malhammar
-------------------==== Posted via Deja News ====-----------------------
http://www.dejanews.com/ Search, Read, Post to Usenet
OrbixNames 1.03 is for Win-NT 3.51, uses all those "force-CORBA2" options,
and Orbix 2.3c is for Win-NT 4.0, and CORBA2 options are default.
Maybe simply NS has not been updated correspondingly?
Any word from Iona on this?
Igor Dvoeglazov
In article <886522929....@dejanews.com>,
Not personally. However, there is some code in the demos directory
that uses resolve_initial_references to locate the IFR.
Out of curiosity, does anyone know if the Orbix documents describe how
one adds object references for services so that they will be returned
via the resolve_initial_references() operation? I couldn't find
anything apart from the API description for the operation.
>My second question is about configuration of the Orbix and OrbixNames
>environment. Orbix seem to be OK but we can't use all OrbixNames commands
>and utilities. We have installed all necessary tools and set all
>environment variables, but when we try to run a command like...
>>c:\corba\putnewncns test- ...the server console displays the following
>exception message :-( ---------------------- [ s1259: OrbixNames v1.03
>for WIN-NT 3.51 ] [ Loading Naming Context with marker `root' ] [17:04:10
>--- orbixd@mmrntw End of Connection (mmrntw,184,*Unexpected system
>exception 10082-- Error - No error file specified. - Unknown Orbix error
>code: 10082 [Completion status : COMPLETED_NO] [ Name server exiting
>with status: 1 ...] ---------------------- I would appreciate all kinds
>of comments on the questions above
Obviously, you haven't set the environment variables correctly everywhere,
since the Orbix runtime hasn't been able to find the error messages file!
The error message corresponding to 10082 is:
10082: read error \
Reason: %s \
(Possibly your target server has crashed/exited)
My guess is that OrbixNames can't find the directory in which it
keeps its persistent state. Again, this sounds like a configuration
problem.
-- Steve
I was wondering the same thing, even for the "NameService" itself.
It seemed pretty vague. Sure, you register "NS" using putit, when
using OrbixNames. The reason I'm interested is that I'd like to
have an Orbix client's resolve_initial_references() tap into a
non-OrbixNames nameserver. BUT, I want the client code to still
use resolve_initial_references(). (instead of reading a file)
To do this, I need to somehow register the default naming context
IOR with Orbix (its implementation reposistory, right?) This would
be so that resolve_initial_references() can return the right IOR
for our omniNames server, for example.
Any ideas?
--
Doug Anderson Shin: a device for finding furniture in the dark.
do...@n-o-s-p-a-m.clark.net (eliminate "n-o-s-p-a-m." from reply)
IT_NAMES_SERVER By default, a call to CORBA::Orbix::
resolve_initial_reference("NameService")
expects a naming server to be registered in the
Implementation Repository with the name “NS”.
If this variable is set, resolve_initial_references() searches for a
naming server with the name specified.
IT_NAMES_PATH This variable specifies the path name to the Bindings
Repository. The Bindings Repository is a persistent
repository of name bindings maintained by the Naming
Service. The results of all update operations, such as
bind(), rebind() and bind_new_context(), are
committed to the Bindings Repository.
In fact, an entry in orbix.hosts is sufficient to bind to a Naming Service.
Chris
>Hi,
>
>In fact, an entry in orbix.hosts is sufficient to bind to a Naming Service.
I can see how this might bypass the need for an 'orbixd' at the client
host, but not how it avoids the need for 'orbixd' at the name server
host (and the registration process quoted below).
>
>Chris
>
>Alok Mathur wrote:
>
>> IT_NAMES_SERVER By default, a call to CORBA::Orbix::
>> resolve_initial_reference("NameService")
>> expects a naming server to be registered in the
>> Implementation Repository with the name “NS”.
>> If this variable is set, resolve_initial_references() searches for a
>> naming server with the name specified.
This is fine for Orbix only situations where it is acceptable for
'orbixd' to be universally accessible, but this is not the only
situation.
I don't see how resolve_initial_references can be made to work for an
arbitrary object that implements CosNaming::NamingContext, but is not
registered with an 'orbixd' on one of the hosts specified in
'orbix.hosts' (either a non-Orbix object, or one for which its
'orbixd' is not accessible to this client, or one whose 'orbixd' uses
a different port number.)
It is easy enough for me to write a client that reads a stringified
IOR for the Naming Service from a file, but given some existing Orbix
client that does 'resolve_initial_reference("NameService")', is there
any way to configure the client host/process to use a non-Orbix (or at
least absent-orbixd) Naming Service?
Owen Rees, HP Laboratories, Bristol
Statements in this message are personal opinions and do not represent the views of HP.
Alok Mathur wrote in message <6cidu8$m...@camel18.mindspring.com>...
>I have used resolve_initial_references without any problems.
>
Not with OrbixNames 1.0.3 and Orbix2.3c
>OrbixNames uses
>two variables for its config. Following might help answer the questions
>raised in previous postings.
>
>IT_NAMES_SERVER By default, a call to CORBA::Orbix::
>resolve_initial_reference("NameService")
>expects a naming server to be registered in the
>Implementation Repository with the name “NS”.
>If this variable is set, resolve_initial_references() searches for a
>naming server with the name specified.
>
>IT_NAMES_PATH This variable specifies the path name to the Bindings
>Repository. The Bindings Repository is a persistent
>repository of name bindings maintained by the Naming
>Service. The results of all update operations, such as
>bind(), rebind() and bind_new_context(), are
>committed to the Bindings Repository.
>
>
My server had eaten up quite a few posts of this thread. That's why I didn't
realise the discussion was about how to setup a (possibly) non-Orbix Naming
Service server to use with an Orbix Client that uses
_resolve_initial_references("NameService"). Is anyone from reading this
thread? Sam Joyce?
>
>
> It is easy enough for me to write a client that reads a stringified
> IOR for the Naming Service from a file, but given some existing Orbix
> client that does 'resolve_initial_reference("NameService")', is there
> any way to configure the client host/process to use a non-Orbix (or at
> least absent-orbixd) Naming Service?
My understanding is that this is currently impossible with Orbix. This is
because Orbix uses the implementation repository (orbixd) to configure
the reference returned by resolve_initial_references(), but orbixd
can only accept registrations for servers implemented with Orbix.
Note that this isn't so for all ORBs. For example, HP ORB Plus allows
you to configure resolve_initial_references() by simply editing a config
file. To configure ORB Plus to work with a foreign naming service, you
simply put a reference to the initial naming context into the config
file.
Cheers,
Michi.
Copyright 1998 Michi Henning. All rights reserved.
--
Michi Henning +61 7 33654310
DSTC Pty Ltd +61 7 33654311 (fax)
University of Qld 4072 mi...@dstc.edu.au
AUSTRALIA http://www.dstc.edu.au/BDU/staff/michi-henning.html
-devashish