Bug 2353 - Valuefactories stored per process instead of per orb
Summary: Valuefactories stored per process instead of per orb
Status: RESOLVED FIXED
Alias: None
Product: TAO
Classification: Unclassified
Component: ORB (show other bugs)
Version: 1.4.8
Hardware: All All
: P3 normal
Assignee: Johnny Willemsen
URL:
Depends on:
Blocks: 1278 2352 2454
  Show dependency tree
 
Reported: 2006-01-07 06:04 CST by Johnny Willemsen
Modified: 2006-04-19 07:21 CDT (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Johnny Willemsen 2006-01-07 06:04:22 CST 
It seems TAO stores the registered valuefactories in a singleton map, this is
not correct, so far as I can get from the spec the registered valuefactories
should be stored per orb
Comment 1 Johnny Willemsen 2006-01-09 04:49:27 CST 
added blocks
Comment 2 Johnny Willemsen 2006-01-15 13:26:02 CST 
accept
Comment 3 Johnny Willemsen 2006-03-21 05:09:02 CST 
will be handled by Remedy
Comment 4 Johnny Willemsen 2006-03-21 05:09:09 CST 
accept
Comment 5 Johnny Willemsen 2006-03-21 09:13:19 CST 
reassign
Comment 6 Johnny Willemsen 2006-04-03 05:34:46 CDT 
details are in the corba C++ mapping (OMG document 03-06-03), chapter 1.17
Comment 7 Johnny Willemsen 2006-04-05 08:59:44 CDT 
The Pure CORBA book explains this, see chapter 11, page 491:
"To support the unmarshalling of value types, each ORB instance maintains its
own value factory table"
Comment 8 Johnny Willemsen 2006-04-07 03:16:25 CDT 
taking this over, merged all changes from Kees to fix this to the
sequenceupdate3 branch so that we can merge this all to cvs head when x.5.1 has
been released
Comment 9 Johnny Willemsen 2006-04-07 03:16:35 CDT 
accept
Comment 10 Johnny Willemsen 2006-04-19 07:21:34 CDT 
Wed Apr 19 07:48:12 UTC 2006  Johnny Willemsen  <jwillemsen@remedy.nl>