Issue 2517:  orb.properties search should include home directory                                                                                                                                                    (java-rtf)
Source:  (, )
Nature:  Uncategorized Issue
Severity: 
Summary: Summary: The search for an orb.properties file to set a default ORB class and
 ORB Singleton class looks only in the JDK lib directory.  In many
 installations, this is read-only (e.g., on a shared drive) and not
 updatable by users.  To allow users of these JDK installations to
 set a default ORB, the search order should be:
  1. The user"s home directory (user.home system property)
  2. The <java.home>/lib directory.
 

Resolution: 
Revised Text: Make the search order for the file orb.properties:


1. The user's home directory (user.home system property) 


2. The <java.home>/lib directory.
Actions taken:
March 8, 1999: received issue
January 9, 2001: closed issue
Discussion: 

End of Annotations:=====
Date: Mon, 08 Mar 1999 12:14:13 +0000
From: Simon Nash <nash@hursley.ibm.com>
Organization: IBM
X-Accept-Language: en
To: issues@omg.org
CC: java-rtf@omg.org
Subject: orb.properties search should include home directory

The search for an orb.properties file to set a default ORB class and
ORB Singleton class looks only in the JDK lib directory.  In many
installations, this is read-only (e.g., on a shared drive) and not
updatable by users.  To allow users of these JDK installations to
set a default ORB, the search order should be:
 1. The user's home directory (user.home system property)
 2. The <java.home>/lib directory.

Proposed resolution:

Change the first paragraph of section 25.21.7.2 to:

 The orb.properties file is an optional file located in either the
 <user-home> directory or the <java-home>/lib directory, where
<user-home>
 is the value of the System property user.home and <java-home> is the
 value of the System property java.home.  If orb.properties files
exist 
 in both these locations, the one in <user-home> is used and the one
in
 <java-home>/lib is ignored.   This file consists of lines of the form
 <property_name>=<property-value>.

   Simon
-- 
Simon C Nash, Technology Architect, IBM Java Technology Centre
Tel. +44-1962-815156   Fax +44-1962-818999    Hursley, England
Internet: nash@hursley.ibm.com   Lotus Notes: Simon Nash@ibmgb



From: butek@us.ibm.com
X-Lotus-FromDomain: IBMUS
To: java-rtf@omg.org
Message-ID: <852568B8.006844AB.00@d54mta08.raleigh.ibm.com>
Date: Wed, 5 Apr 2000 13:50:12 -0500
Subject: Issue 2517 - orb.properties file
Mime-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain; charset=us-ascii
X-UIDL: 7O=e9j1A!!H]3e9WD"e9



The orb.properties file is rather limited in its use.  It exists on
the
local machine and there is typically only one on that machine.  It
would be
more useful if such a file could be gotten from anywhere.

Issue 2517 partly addressed this by asking for a user version of this
file.
But we have a scenario in which this still isn't sufficient.  Given
that
clients in a particular environment are all controlled by the same
system
manager, all clients should have the same default properties.  In
order to
accomplish this with an orb.properties file, someone would have to
physically go to every machine and make sure they all have the same
file
every time a property changed.

A better approach would be dynamic access to a default properties
file.  We
could accomplish this with a new property:

Name:  org.omg.ORBPropertiesURL
Value:  a URL string pointing to an orb.properties-like file

In the precedence order, the property URL file would simply replace
the
orb.properties file.

Russell Butek
butek@us.ibm.com


P.S.  2517 is green in the web page which is supposed to mean that
it's
resolved.  Is it?  Should I be opening another issue?


Date: Wed, 05 Apr 2000 22:07:04 +0100
From: Simon Nash <nash@hursley.ibm.com>
Organization: IBM
X-Mailer: Mozilla 4.7 [en] (Win98; I)
X-Accept-Language: en
MIME-Version: 1.0
To: butek@us.ibm.com
CC: java-rtf@omg.org, Mary Leland <mleland@fpk.hp.com>, jis@fpk.hp.com
Subject: Re: Issue 2517 - orb.properties file
References: <852568B8.006844AB.00@d54mta08.raleigh.ibm.com>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=us-ascii
X-UIDL: 0"[!!D<S!!/)c!!=^"e9

Russell,
I am sure this issue has not been resolved and the coloring is an
error.
Perhaps there are other issues colored green incorrectly.  By copy to
Mary/Jishnu, can you check this?

Your proposal provides flexibility but doesn't address a more
user-friendly
default placement for the orb.properties file if multiple users are
sharing
a Java installation.  I think we need to do something about this as
well.

   Simon

butek@us.ibm.com wrote:
> 
> The orb.properties file is rather limited in its use.  It exists on
> the
> local machine and there is typically only one on that machine.  It
> would be
> more useful if such a file could be gotten from anywhere.
> 
> Issue 2517 partly addressed this by asking for a user version of
> this file.
> But we have a scenario in which this still isn't sufficient.  Given
> that
> clients in a particular environment are all controlled by the same
> system
> manager, all clients should have the same default properties.  In
> order to
> accomplish this with an orb.properties file, someone would have to
> physically go to every machine and make sure they all have the same
> file
> every time a property changed.
> 
> A better approach would be dynamic access to a default properties
> file.  We
> could accomplish this with a new property:
> 
> Name:  org.omg.ORBPropertiesURL
> Value:  a URL string pointing to an orb.properties-like file
> 
> In the precedence order, the property URL file would simply replace
> the
> orb.properties file.
> 
> Russell Butek
> butek@us.ibm.com
> 
> P.S.  2517 is green in the web page which is supposed to mean that
> it's
> resolved.  Is it?  Should I be opening another issue?

-- 
Simon C Nash, Technology Architect, IBM Java Technology Centre
Tel. +44-1962-815156   Fax +44-1962-818999    Hursley, England
Internet: nash@hursley.ibm.com   Lotus Notes: Simon Nash@ibmgb

Date: Wed, 14 Jun 2000 11:30:32 -0700
From: "Vijaykumar Natarajan" <vnatarajan@inprise.com>
X-Mailer: Mozilla 4.72 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: java-rtf@omg.org
Subject: 2517: orb.properties search should include home directory
Content-Type: multipart/mixed;
 boundary="------------65A8AFA78D894C4744A4557A"
X-UIDL: 9%Be9"W4e9gB(e9MC^!!

Sounds OK to me. However, The norm for configuration files in home
directories,
at least on UNIX is to use a . in front of the file name(mailcap vs
.mailcap,
mime-types vs. .mime-types, cshrc vs .cshrc). So I would suggest the
following
modifications

Make the search order:
1. <The user's home directory (user.home system property)>
/.orb.properties
2. <java.home>/lib/orb.properties

Vijay

Issue 2517: orb.properties search should include home directory
(java-rtf)

Click here for this issue's archive.
Source: International Business Machines (Mr. Simon C. Nash,
nash@hursley.ibm.com)
Summary:

 The search for an orb.properties file to set a default
ORB class and ORB Singleton class looks only in the JDK lib directory.
In many installations, this is read-only (e.g., on a shared drive) and
not updatable by users. To allow users of these JDK installations to
set
a default ORB, the search order should be: 1. The user's home
directory
(user.home system property) 2. The <java.home>/lib directory.


Proposal:

Make the search order:
1. The user's home directory (user.home system property)
2. The <java.home>/lib directory.

[] vijayn1.vcf 

Date: Fri, 16 Jun 2000 18:00:25 +0100
From: Simon Nash <nash@hursley.ibm.com>
Organization: IBM
X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; I)
X-Accept-Language: en
MIME-Version: 1.0
To: Vijaykumar Natarajan <vnatarajan@inprise.com>
CC: java-rtf@omg.org, butek@us.ibm.com
Subject: Re: 2517: orb.properties search should include home directory
References: <3947CF48.FD4E8B98@inprise.com>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=us-ascii
X-UIDL: !<\!!fWSd9g_V!!W5~!!

Vijay,
The leading dot may be more intuitive in the Unix world, but the
reverse is true
for Windows.  This presents a problem, since CORBA specs are supposed
to be
platform-neutral.  Perhaps an environment variable would be preferable
to a file
in the user's home directory.  We could have a single environment
variable
pointing to a file in any location that the user chooses.  Russell has
also
suggested allowing a URL syntax so that the configuration can be
elsewhere
on the network.

So the revised proposal for search order would be:

1. The file whose URL is specified by the CORBA_ORB_PROPERTIES
   environment
   variable, if this environment variable is set.     
2. The orb.properties file in the <java.home>/lib directory.

What do you think about this?

   Simon

Vijaykumar Natarajan wrote:
> 
> Sounds OK to me. However, The norm for configuration files in home
directories,
> at least on UNIX is to use a . in front of the file name(mailcap vs
.mailcap,
> mime-types vs. .mime-types, cshrc vs .cshrc). So I would suggest the
following
> modifications
> 
> Make the search order:
> 1. <The user's home directory (user.home system property)>
/.orb.properties
> 2. <java.home>/lib/orb.properties
> 
> Vijay
> 
> Issue 2517: orb.properties search should include home directory
(java-rtf)
> 
> Click here for this issue's archive.
> Source: International Business Machines (Mr. Simon C. Nash,
> nash@hursley.ibm.com)
> Summary:
> 
>  The search for an orb.properties file to set a default
> ORB class and ORB Singleton class looks only in the JDK lib
directory.
> In many installations, this is read-only (e.g., on a shared drive)
and
> not updatable by users. To allow users of these JDK installations to
set
> a default ORB, the search order should be: 1. The user's home
directory
> (user.home system property) 2. The <java.home>/lib directory.
> 
> Proposal:
> 
> Make the search order:
> 1. The user's home directory (user.home system property)
> 2. The <java.home>/lib directory.

-- 
Simon C Nash, Technology Architect, IBM Java Technology Centre
Tel. +44-1962-815156   Fax +44-1962-818999    Hursley, England
Internet: nash@hursley.ibm.com   Lotus Notes: Simon Nash@ibmgb

Reply-To: <nick.sharman@peerlogic.com>
From: "Nick Sharman" <nick.sharman@peerlogic.com>
To: "Simon Nash" <nash@hursley.ibm.com>,
        "Vijaykumar Natarajan" <vnatarajan@inprise.com>
Cc: <java-rtf@omg.org>, <butek@us.ibm.com>
Subject: RE: 2517: orb.properties search should include home directory
Date: Mon, 19 Jun 2000 18:02:39 +0100
Message-ID: <005101bfda10$2c7e4d70$5610a8c0@thumper.uk.peerlogic.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
Importance: Normal
In-Reply-To: <394A5D29.C0EC32B5@hursley.ibm.com>
Content-Type: text/plain;
	      charset="iso-8859-1"
X-UIDL: Ng(!!Ii%!!CE!!!mE:e9

Simon et al,

Although Java supports getenv(), it deprecates its use.  Environment
variables are themselves rather platform-specific.  Despite the Unix
convention, I don't see anything much wrong with plain
"orb.properties" in
<user.home>.

Regards
Nick

> -----Original Message-----
> From: Simon Nash [mailto:nash@hursley.ibm.com]
> Sent: Friday, June 16, 2000 6:00 PM
> To: Vijaykumar Natarajan
> Cc: java-rtf@omg.org; butek@us.ibm.com
> Subject: Re: 2517: orb.properties search should include home
directory
>
>
> Vijay,
> The leading dot may be more intuitive in the Unix world, but the
> reverse is true
> for Windows.  This presents a problem, since CORBA specs are
> supposed to be
> platform-neutral.  Perhaps an environment variable would be
> preferable to a file
> in the user's home directory.  We could have a single environment
variable
> pointing to a file in any location that the user chooses.
> Russell has also
> suggested allowing a URL syntax so that the configuration can be
elsewhere
> on the network.
>
> So the revised proposal for search order would be:
>
> 1. The file whose URL is specified by the CORBA_ORB_PROPERTIES
environment
>    variable, if this environment variable is set.
> 2. The orb.properties file in the <java.home>/lib directory.
>
> What do you think about this?
>
>    Simon
>
> Vijaykumar Natarajan wrote:
> >
> > Sounds OK to me. However, The norm for configuration files in
> home directories,
> > at least on UNIX is to use a . in front of the file
> name(mailcap vs .mailcap,
> > mime-types vs. .mime-types, cshrc vs .cshrc). So I would
> suggest the following
> > modifications
> >
> > Make the search order:
> > 1. <The user's home directory (user.home system property)>
> /.orb.properties
> > 2. <java.home>/lib/orb.properties
> >
> > Vijay
> >
> > Issue 2517: orb.properties search should include home directory
> (java-rtf)
> >
> > Click here for this issue's archive.
> > Source: International Business Machines (Mr. Simon C. Nash,
> > nash@hursley.ibm.com)
> > Summary:
> >
> >  The search for an orb.properties file to set a default
> > ORB class and ORB Singleton class looks only in the JDK lib
directory.
> > In many installations, this is read-only (e.g., on a shared drive)
and
> > not updatable by users. To allow users of these JDK installations
to set
> > a default ORB, the search order should be: 1. The user's home
directory
> > (user.home system property) 2. The <java.home>/lib directory.
> >
> > Proposal:
> >
> > Make the search order:
> > 1. The user's home directory (user.home system property)
> > 2. The <java.home>/lib directory.
>
> --
> Simon C Nash, Technology Architect, IBM Java Technology Centre
> Tel. +44-1962-815156   Fax +44-1962-818999    Hursley, England
> Internet: nash@hursley.ibm.com   Lotus Notes: Simon Nash@ibmgb
>

Date: Mon, 19 Jun 2000 10:23:07 -0700
From: "Vijaykumar Natarajan" <vnatarajan@inprise.com>
X-Mailer: Mozilla 4.72 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Simon Nash <nash@hursley.ibm.com>
CC: Vijaykumar Natarajan <vnatarajan@inprise.com>, java-rtf@omg.org,
        butek@us.ibm.com
Subject: Re: 2517: orb.properties search should include home directory
References: <3947CF48.FD4E8B98@inprise.com>
<394A5D29.C0EC32B5@hursley.ibm.com>
Content-Type: multipart/mixed;
 boundary="------------FBC70BB469FDDC0A45C5415B"
X-UIDL: ]^Y!!;f#"!8Ufd9pf<!!

I would suggest the use of an ORB property
ie. org.omg.CORBA.ORBproperties, since
there is no precedence for an Env variable.

Vijay

Simon Nash wrote:

> Vijay,
> The leading dot may be more intuitive in the Unix world, but the
> reverse is true
> for Windows.  This presents a problem, since CORBA specs are
> supposed to be
> platform-neutral.  Perhaps an environment variable would be
> preferable to a file
> in the user's home directory.  We could have a single environment
> variable
> pointing to a file in any location that the user chooses.  Russell
> has also
> suggested allowing a URL syntax so that the configuration can be
> elsewhere
> on the network.
>
> So the revised proposal for search order would be:
>
> 1. The file whose URL is specified by the CORBA_ORB_PROPERTIES
> environment
>    variable, if this environment variable is set.
> 2. The orb.properties file in the <java.home>/lib directory.
>
> What do you think about this?
>
>    Simon
>
> Vijaykumar Natarajan wrote:
> >
> > Sounds OK to me. However, The norm for configuration files in home
> directories,
> > at least on UNIX is to use a . in front of the file name(mailcap
> vs .mailcap,
> > mime-types vs. .mime-types, cshrc vs .cshrc). So I would suggest
> the following
> > modifications
> >
> > Make the search order:
> > 1. <The user's home directory (user.home system property)>
> /.orb.properties
> > 2. <java.home>/lib/orb.properties
> >
> > Vijay
> >
> > Issue 2517: orb.properties search should include home directory
> (java-rtf)
> >
> > Click here for this issue's archive.
> > Source: International Business Machines (Mr. Simon C. Nash,
> > nash@hursley.ibm.com)
> > Summary:
> >
> >  The search for an orb.properties file to set a default
> > ORB class and ORB Singleton class looks only in the JDK lib
> directory.
> > In many installations, this is read-only (e.g., on a shared drive)
> and
> > not updatable by users. To allow users of these JDK installations
> to set
> > a default ORB, the search order should be: 1. The user's home
> directory
> > (user.home system property) 2. The <java.home>/lib directory.
> >
> > Proposal:
> >
> > Make the search order:
> > 1. The user's home directory (user.home system property)
> > 2. The <java.home>/lib directory.
>
> --
> Simon C Nash, Technology Architect, IBM Java Technology Centre
> Tel. +44-1962-815156   Fax +44-1962-818999    Hursley, England
> Internet: nash@hursley.ibm.com   Lotus Notes: Simon Nash@ibmgb

[] vijayn.vcf 

Date: Tue, 20 Jun 2000 09:56:10 +0100
From: Simon Nash <nash@hursley.ibm.com>
Organization: IBM
X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; I)
X-Accept-Language: en
MIME-Version: 1.0
To: Vijaykumar Natarajan <vnatarajan@inprise.com>
CC: java-rtf@omg.org, butek@us.ibm.com,
        Nick Sharman <nick.sharman@peerlogic.com>
Subject: Re: 2517: orb.properties search should include home directory
References: <3947CF48.FD4E8B98@inprise.com>
<394A5D29.C0EC32B5@hursley.ibm.com> <394E56FB.2A72A783@inprise.com>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=us-ascii
X-UIDL: oe&e9['5!!"_T!!X&2e9

Vijay,
The orb.properties file is intended to supply default ORB properties
in the
absence of explicit options specified by the user.  Having the
"default" file
selected by an explicit option does not satisfy this requirement.  So
I think
we are back to <user.home>/orb.properties as the best option.

However, I do think adding an ORB property called
org.omg.CORBA.ORBProperties
whose value is a URL and including this in the search order (as
proposed by
Russell) would also be a good idea.

   Simon

Vijaykumar Natarajan wrote:
> 
> I would suggest the use of an ORB property
ie. org.omg.CORBA.ORBproperties, since
> there is no precedence for an Env variable.
> 
> Vijay
> 
> Simon Nash wrote:
> 
> > Vijay,
> > The leading dot may be more intuitive in the Unix world, but the
reverse is true
> > for Windows.  This presents a problem, since CORBA specs are
supposed to be
> > platform-neutral.  Perhaps an environment variable would be
preferable to a file
> > in the user's home directory.  We could have a single environment
variable
> > pointing to a file in any location that the user chooses.  Russell
has also
> > suggested allowing a URL syntax so that the configuration can be
elsewhere
> > on the network.
> >
> > So the revised proposal for search order would be:
> >
> > 1. The file whose URL is specified by the CORBA_ORB_PROPERTIES
environment
> >    variable, if this environment variable is set.
> > 2. The orb.properties file in the <java.home>/lib directory.
> >
> > What do you think about this?
> >
> >    Simon
> >
> > Vijaykumar Natarajan wrote:
> > >
> > > Sounds OK to me. However, The norm for configuration files in
home directories,
> > > at least on UNIX is to use a . in front of the file name(mailcap
vs .mailcap,
> > > mime-types vs. .mime-types, cshrc vs .cshrc). So I would suggest
the following
> > > modifications
> > >
> > > Make the search order:
> > > 1. <The user's home directory (user.home system property)>
/.orb.properties
> > > 2. <java.home>/lib/orb.properties
> > >
> > > Vijay
> > >
> > > Issue 2517: orb.properties search should include home directory
(java-rtf)
> > >
> > > Click here for this issue's archive.
> > > Source: International Business Machines (Mr. Simon C. Nash,
> > > nash@hursley.ibm.com)
> > > Summary:
> > >
> > >  The search for an orb.properties file to set a default
> > > ORB class and ORB Singleton class looks only in the JDK lib
directory.
> > > In many installations, this is read-only (e.g., on a shared
drive) and
> > > not updatable by users. To allow users of these JDK
installations to set
> > > a default ORB, the search order should be: 1. The user's home
directory
> > > (user.home system property) 2. The <java.home>/lib directory.
> > >
> > > Proposal:
> > >
> > > Make the search order:
> > > 1. The user's home directory (user.home system property)
> > > 2. The <java.home>/lib directory.
> >
> > --
> > Simon C Nash, Technology Architect, IBM Java Technology Centre
> > Tel. +44-1962-815156   Fax +44-1962-818999    Hursley, England
> > Internet: nash@hursley.ibm.com   Lotus Notes: Simon Nash@ibmgb

-- 
Simon C Nash, Technology Architect, IBM Java Technology Centre
Tel. +44-1962-815156   Fax +44-1962-818999    Hursley, England
Internet: nash@hursley.ibm.com   Lotus Notes: Simon Nash@ibmgb

Date: Tue, 20 Jun 2000 09:57:36 -0700
From: "Vijaykumar Natarajan" <vnatarajan@inprise.com>
X-Mailer: Mozilla 4.72 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Simon Nash <nash@hursley.ibm.com>
CC: Vijaykumar Natarajan <vnatarajan@inprise.com>, java-rtf@omg.org,
        butek@us.ibm.com, Nick Sharman <nick.sharman@peerlogic.com>
Subject: Re: 2517: orb.properties search should include home directory
References: <3947CF48.FD4E8B98@inprise.com>
<394A5D29.C0EC32B5@hursley.ibm.com> <394E56FB.2A72A783@inprise.com>
<394F31AA.3C89BF0F@hursley.ibm.com>
Content-Type: multipart/mixed;
 boundary="------------25F5A48A03F9B6A2BE2C3151"
X-UIDL: VHL!!?f8!!\B;e9IAPe9

I agree. I still feel that making it .orb.properties has a positive
effect on unix(making
it a hidden file) and no effect on windows, and so we should make it
.orb.properties.

Thanks,
Vijay

Simon Nash wrote:

> Vijay,
> The orb.properties file is intended to supply default ORB properties
> in the
> absence of explicit options specified by the user.  Having the
> "default" file
> selected by an explicit option does not satisfy this requirement.
> So I think
> we are back to <user.home>/orb.properties as the best option.
>
> However, I do think adding an ORB property called
> org.omg.CORBA.ORBProperties
> whose value is a URL and including this in the search order (as
> proposed by
> Russell) would also be a good idea.
>
>    Simon
>
> Vijaykumar Natarajan wrote:
> >
> > I would suggest the use of an ORB property
> ie. org.omg.CORBA.ORBproperties, since
> > there is no precedence for an Env variable.
> >
> > Vijay
> >
> > Simon Nash wrote:
> >
> > > Vijay,
> > > The leading dot may be more intuitive in the Unix world, but the
> reverse is true
> > > for Windows.  This presents a problem, since CORBA specs are
> supposed to be
> > > platform-neutral.  Perhaps an environment variable would be
> preferable to a file
> > > in the user's home directory.  We could have a single
> environment variable
> > > pointing to a file in any location that the user chooses.
> Russell has also
> > > suggested allowing a URL syntax so that the configuration can be
> elsewhere
> > > on the network.
> > >
> > > So the revised proposal for search order would be:
> > >
> > > 1. The file whose URL is specified by the CORBA_ORB_PROPERTIES
> environment
> > >    variable, if this environment variable is set.
> > > 2. The orb.properties file in the <java.home>/lib directory.
> > >
> > > What do you think about this?
> > >
> > >    Simon
> > >
> > > Vijaykumar Natarajan wrote:
> > > >
> > > > Sounds OK to me. However, The norm for configuration files in
> home directories,
> > > > at least on UNIX is to use a . in front of the file
> name(mailcap vs .mailcap,
> > > > mime-types vs. .mime-types, cshrc vs .cshrc). So I would
> suggest the following
> > > > modifications
> > > >
> > > > Make the search order:
> > > > 1. <The user's home directory (user.home system property)>
> /.orb.properties
> > > > 2. <java.home>/lib/orb.properties
> > > >
> > > > Vijay
> > > >
> > > > Issue 2517: orb.properties search should include home
> directory (java-rtf)
> > > >
> > > > Click here for this issue's archive.
> > > > Source: International Business Machines (Mr. Simon C. Nash,
> > > > nash@hursley.ibm.com)
> > > > Summary:
> > > >
> > > >  The search for an orb.properties file to set a default
> > > > ORB class and ORB Singleton class looks only in the JDK lib
> directory.
> > > > In many installations, this is read-only (e.g., on a shared
> drive) and
> > > > not updatable by users. To allow users of these JDK
> installations to set
> > > > a default ORB, the search order should be: 1. The user's home
> directory
> > > > (user.home system property) 2. The <java.home>/lib directory.
> > > >
> > > > Proposal:
> > > >
> > > > Make the search order:
> > > > 1. The user's home directory (user.home system property)
> > > > 2. The <java.home>/lib directory.
> > >
> > > --
> > > Simon C Nash, Technology Architect, IBM Java Technology Centre
> > > Tel. +44-1962-815156   Fax +44-1962-818999    Hursley, England
> > > Internet: nash@hursley.ibm.com   Lotus Notes: Simon Nash@ibmgb
>
> --
> Simon C Nash, Technology Architect, IBM Java Technology Centre
> Tel. +44-1962-815156   Fax +44-1962-818999    Hursley, England
> Internet: nash@hursley.ibm.com   Lotus Notes: Simon Nash@ibmgb

[] vijayn.vcf 
Date: Tue, 20 Jun 2000 18:15:32 +0100
From: Simon Nash <nash@hursley.ibm.com>
Organization: IBM
X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; I)
X-Accept-Language: en
MIME-Version: 1.0
To: Vijaykumar Natarajan <vnatarajan@inprise.com>
CC: java-rtf@omg.org, butek@us.ibm.com,
        Nick Sharman <nick.sharman@peerlogic.com>
Subject: Re: 2517: orb.properties search should include home directory
References: <3947CF48.FD4E8B98@inprise.com>
<394A5D29.C0EC32B5@hursley.ibm.com> <394E56FB.2A72A783@inprise.com>
<394F31AA.3C89BF0F@hursley.ibm.com> <394FA280.A6E3B485@inprise.com>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=us-ascii
X-UIDL: `1Od99d<e9k9ld96ij!!

Vijay,
It is not normal for NT files to start with a period.  More
significantly,
the name .orb.properties would be different from the name we use in
the
JRE lib directory, which will inevitably lead to confusion when people
copy 
this file from one place to another without realizing they need to add
or
subtract an initial period.  So I think the name orb.properties is
better.

   Simon

Vijaykumar Natarajan wrote:
> 
> I agree. I still feel that making it .orb.properties has a positive
effect on unix(making
> it a hidden file) and no effect on windows, and so we should make it
.orb.properties.
> 
> Thanks,
> Vijay
> 
> Simon Nash wrote:
> 
> > Vijay,
> > The orb.properties file is intended to supply default ORB
properties in the
> > absence of explicit options specified by the user.  Having the
"default" file
> > selected by an explicit option does not satisfy this requirement.
So I think
> > we are back to <user.home>/orb.properties as the best option.
> >
> > However, I do think adding an ORB property called
org.omg.CORBA.ORBProperties
> > whose value is a URL and including this in the search order (as
proposed by
> > Russell) would also be a good idea.
> >
> >    Simon
> >
> > Vijaykumar Natarajan wrote:
> > >
> > > I would suggest the use of an ORB property
ie. org.omg.CORBA.ORBproperties, since
> > > there is no precedence for an Env variable.
> > >
> > > Vijay
> > >
> > > Simon Nash wrote:
> > >
> > > > Vijay,
> > > > The leading dot may be more intuitive in the Unix world, but
the reverse is true
> > > > for Windows.  This presents a problem, since CORBA specs are
supposed to be
> > > > platform-neutral.  Perhaps an environment variable would be
preferable to a file
> > > > in the user's home directory.  We could have a single
environment variable
> > > > pointing to a file in any location that the user chooses.
Russell has also
> > > > suggested allowing a URL syntax so that the configuration can
be elsewhere
> > > > on the network.
> > > >
> > > > So the revised proposal for search order would be:
> > > >
> > > > 1. The file whose URL is specified by the CORBA_ORB_PROPERTIES
environment
> > > >    variable, if this environment variable is set.
> > > > 2. The orb.properties file in the <java.home>/lib directory.
> > > >
> > > > What do you think about this?
> > > >
> > > >    Simon
> > > >
> > > > Vijaykumar Natarajan wrote:
> > > > >
> > > > > Sounds OK to me. However, The norm for configuration files
in home directories,
> > > > > at least on UNIX is to use a . in front of the file
name(mailcap vs .mailcap,
> > > > > mime-types vs. .mime-types, cshrc vs .cshrc). So I would
suggest the following
> > > > > modifications
> > > > >
> > > > > Make the search order:
> > > > > 1. <The user's home directory (user.home system property)>
/.orb.properties
> > > > > 2. <java.home>/lib/orb.properties
> > > > >
> > > > > Vijay
> > > > >
> > > > > Issue 2517: orb.properties search should include home
directory (java-rtf)
> > > > >
> > > > > Click here for this issue's archive.
> > > > > Source: International Business Machines (Mr. Simon C. Nash,
> > > > > nash@hursley.ibm.com)
> > > > > Summary:
> > > > >
> > > > >  The search for an orb.properties file to set a default
> > > > > ORB class and ORB Singleton class looks only in the JDK lib
directory.
> > > > > In many installations, this is read-only (e.g., on a shared
drive) and
> > > > > not updatable by users. To allow users of these JDK
installations to set
> > > > > a default ORB, the search order should be: 1. The user's
home directory
> > > > > (user.home system property) 2. The <java.home>/lib
directory.
> > > > >
> > > > > Proposal:
> > > > >
> > > > > Make the search order:
> > > > > 1. The user's home directory (user.home system property)
> > > > > 2. The <java.home>/lib directory.
> > > >
> > > > --
> > > > Simon C Nash, Technology Architect, IBM Java Technology Centre
> > > > Tel. +44-1962-815156   Fax +44-1962-818999    Hursley, England
> > > > Internet: nash@hursley.ibm.com   Lotus Notes: Simon Nash@ibmgb
> >
> > --
> > Simon C Nash, Technology Architect, IBM Java Technology Centre
> > Tel. +44-1962-815156   Fax +44-1962-818999    Hursley, England
> > Internet: nash@hursley.ibm.com   Lotus Notes: Simon Nash@ibmgb

-- 
Simon C Nash, Technology Architect, IBM Java Technology Centre
Tel. +44-1962-815156   Fax +44-1962-818999    Hursley, England
Internet: nash@hursley.ibm.com   Lotus Notes: Simon Nash@ibmgb

Date: Tue, 20 Jun 2000 12:03:02 -0700
From: "Vijaykumar Natarajan" <vnatarajan@inprise.com>
X-Mailer: Mozilla 4.72 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Simon Nash <nash@hursley.ibm.com>
CC: Vijaykumar Natarajan <vnatarajan@inprise.com>, java-rtf@omg.org,
        butek@us.ibm.com, Nick Sharman <nick.sharman@peerlogic.com>
Subject: Re: 2517: orb.properties search should include home directory
References: <3947CF48.FD4E8B98@inprise.com>
<394A5D29.C0EC32B5@hursley.ibm.com> <394E56FB.2A72A783@inprise.com>
<394F31AA.3C89BF0F@hursley.ibm.com> <394FA280.A6E3B485@inprise.com>
<394FA6B3.6883C056@hursley.ibm.com>
Content-Type: multipart/mixed;
 boundary="------------8CA684E81DC8DA0DC643FC0C"
X-UIDL: 5k\d9UO-!!o9(!!4p4!!

All right, let's just go with orb.properties.

Thanks,
Vijay


Simon Nash wrote:

> Vijay,
> It is not normal for NT files to start with a period.  More
> significantly,
> the name .orb.properties would be different from the name we use in
> the
> JRE lib directory, which will inevitably lead to confusion when
> people copy
> this file from one place to another without realizing they need to
> add or
> subtract an initial period.  So I think the name orb.properties is
> better.
>
>    Simon
>
> Vijaykumar Natarajan wrote:
> >
> > I agree. I still feel that making it .orb.properties has a
> positive effect on unix(making
> > it a hidden file) and no effect on windows, and so we should make
> it .orb.properties.
> >
> > Thanks,
> > Vijay
> >
> > Simon Nash wrote:
> >
> > > Vijay,
> > > The orb.properties file is intended to supply default ORB
> properties in the
> > > absence of explicit options specified by the user.  Having the
> "default" file
> > > selected by an explicit option does not satisfy this
> requirement.  So I think
> > > we are back to <user.home>/orb.properties as the best option.
> > >
> > > However, I do think adding an ORB property called
> org.omg.CORBA.ORBProperties
> > > whose value is a URL and including this in the search order (as
> proposed by
> > > Russell) would also be a good idea.
> > >
> > >    Simon
> > >
> > > Vijaykumar Natarajan wrote:
> > > >
> > > > I would suggest the use of an ORB property
> ie. org.omg.CORBA.ORBproperties, since
> > > > there is no precedence for an Env variable.
> > > >
> > > > Vijay
> > > >
> > > > Simon Nash wrote:
> > > >
> > > > > Vijay,
> > > > > The leading dot may be more intuitive in the Unix world, but
> the reverse is true
> > > > > for Windows.  This presents a problem, since CORBA specs are
> supposed to be
> > > > > platform-neutral.  Perhaps an environment variable would be
> preferable to a file
> > > > > in the user's home directory.  We could have a single
> environment variable
> > > > > pointing to a file in any location that the user chooses.
> Russell has also
> > > > > suggested allowing a URL syntax so that the configuration
> can be elsewhere
> > > > > on the network.
> > > > >
> > > > > So the revised proposal for search order would be:
> > > > >
> > > > > 1. The file whose URL is specified by the
> CORBA_ORB_PROPERTIES environment
> > > > >    variable, if this environment variable is set.
> > > > > 2. The orb.properties file in the <java.home>/lib directory.
> > > > >
> > > > > What do you think about this?
> > > > >
> > > > >    Simon
> > > > >
> > > > > Vijaykumar Natarajan wrote:
> > > > > >
> > > > > > Sounds OK to me. However, The norm for configuration files
> in home directories,
> > > > > > at least on UNIX is to use a . in front of the file
> name(mailcap vs .mailcap,
> > > > > > mime-types vs. .mime-types, cshrc vs .cshrc). So I would
> suggest the following
> > > > > > modifications
> > > > > >
> > > > > > Make the search order:
> > > > > > 1. <The user's home directory (user.home system property)>
> /.orb.properties
> > > > > > 2. <java.home>/lib/orb.properties
> > > > > >
> > > > > > Vijay
> > > > > >
> > > > > > Issue 2517: orb.properties search should include home
> directory (java-rtf)
> > > > > >
> > > > > > Click here for this issue's archive.
> > > > > > Source: International Business Machines (Mr. Simon
> C. Nash,
> > > > > > nash@hursley.ibm.com)
> > > > > > Summary:
> > > > > >
> > > > > >  The search for an orb.properties file to set a default
> > > > > > ORB class and ORB Singleton class looks only in the JDK
> lib directory.
> > > > > > In many installations, this is read-only (e.g., on a
> shared drive) and
> > > > > > not updatable by users. To allow users of these JDK
> installations to set
> > > > > > a default ORB, the search order should be: 1. The user's
> home directory
> > > > > > (user.home system property) 2. The <java.home>/lib
> directory.
> > > > > >
> > > > > > Proposal:
> > > > > >
> > > > > > Make the search order:
> > > > > > 1. The user's home directory (user.home system property)
> > > > > > 2. The <java.home>/lib directory.
> > > > >
> > > > > --
> > > > > Simon C Nash, Technology Architect, IBM Java Technology
> Centre
> > > > > Tel. +44-1962-815156   Fax +44-1962-818999    Hursley,
> England
> > > > > Internet: nash@hursley.ibm.com   Lotus Notes: Simon
> Nash@ibmgb
> > >
> > > --
> > > Simon C Nash, Technology Architect, IBM Java Technology Centre
> > > Tel. +44-1962-815156   Fax +44-1962-818999    Hursley, England
> > > Internet: nash@hursley.ibm.com   Lotus Notes: Simon Nash@ibmgb
>
> --
> Simon C Nash, Technology Architect, IBM Java Technology Centre
> Tel. +44-1962-815156   Fax +44-1962-818999    Hursley, England
> Internet: nash@hursley.ibm.com   Lotus Notes: Simon Nash@ibmgb

[] vijayn.vcf 

Date: Thu, 06 Jul 2000 16:32:03 -0700
From: "Vijaykumar Natarajan" <vnatarajan@inprise.com>
X-Mailer: Mozilla 4.72 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Mary Leland <mleland@fpk.hp.com>
CC: Java RTF <java-rtf@omg.org>, juergen@omg.org
Subject: Re: IDL to Java RTF: Vote 1
References: <3953C2A3.51E1A00D@fpk.hp.com>
Content-Type: multipart/mixed;
 boundary="------------A4773183A192A1BC57EE32E9"
X-UIDL: P(Yd9I1:e9k:3e9gB_d9

Hi all, 

Two concerns were raised in our internal discussion of these
votes. Just thought I'd bring it up for everybody's consideration. I
am sorry this is late in the voting cycle. 

1. Issue 2517: 
This requires reading the user.home property and the orb.properties
file from that directory. This does not work with applets due to
security restrictions. How should these properties be handled in the
applet scenario. 

2. Issue 2608: 
Why are we making a special case for strings. The same issue continues
to exist when the struct contains any constructed or template
types(struct, union, enum, array and sequence). Why is a fix needed
only for strings (or wstrings). 

thanks, 
Vijay 

Mary Leland wrote: 

Date: Fri, 07 Jul 2000 09:22:26 +0100
From: Simon Nash <nash@hursley.ibm.com>
Organization: IBM
X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; I)
X-Accept-Language: en
MIME-Version: 1.0
To: Vijaykumar Natarajan <vnatarajan@inprise.com>
CC: Mary Leland <mleland@fpk.hp.com>, Java RTF <java-rtf@omg.org>
Subject: Re: IDL to Java RTF: Vote 1
References: <3953C2A3.51E1A00D@fpk.hp.com>
<396516F3.3BD3EAD0@inprise.com>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=us-ascii
X-UIDL: CPJe9;-9e9eOc!!ZLjd9

Vijay,

Vijaykumar Natarajan wrote:
> 
> Hi all,
> 
> Two concerns were raised in our internal discussion of these
votes. Just thought I'd bring it up for everybody's consideration. I
am sorry this is late in the voting cycle.
> 
> 1. Issue 2517:
> This requires reading the user.home property and the orb.properties
file from that directory. This does not work with applets due to
security restrictions. How should these properties be handled in the
applet scenario.
> 
This applies equally to reading the orb.properties file from the
<java.home>/lib
directory, which is already part of the specified search order.  So
this issue
is not introduced by the proposed change.  A comment preceding the
code in the
org.omg.CORBA.ORB class that reads the <java.home>/lib/orb.properties
file says:
// JDK1.2 only
// This will not throw a SecurityException because this
// class was loaded from rt.jar using the bootstrap classloader.
It seems there was some value in putting this class in the JDK core
:-)

> 2. Issue 2608:
> Why are we making a special case for strings. The same issue
continues to exist when the struct contains any constructed or
template types(struct, union, enum, array and sequence). Why is a fix
needed only for strings (or wstrings).
> 
Good point.  This is a problem for (w)string because the Java default
null value
for a (w)string causes a BAD_PARAM when marshalling.  However, this
also applies
to the other types you listed with the possible exception of enum.  So
maybe this
change is not such a good idea after all.

   Simon
-- 
Simon C Nash, Technology Architect, IBM Java Technology Centre
Tel. +44-1962-815156   Fax +44-1962-818999    Hursley, England
Internet: nash@hursley.ibm.com   Lotus Notes: Simon Nash@ibmgb