[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference pamsrc::objectbroker

Title:	ObjectBroker - BEA Systems' CORBA
Notice:	See note 3 for kits; note 5 for training; note 1134 for releases
Moderator:	TLE::PARODId

Created:	Tue Jul 11 1989
Last Modified:	Thu Jun 05 1997
Last Successful Update:	Fri Jun 06 1997
Number of topics:	1413
Total number of notes:	6391

1376.0. "Client connecting to different server randomly?" by IBIS3::TALLURI () Fri Feb 21 1997 12:29

Hi,
    
We have one root factory object which gets other factory objects from server.
The other objects are created using these factory objects. This is to make sure
the client always goes to the same server.

The automatic startup of server was done on the root factory object
Only root factory object is automatically bound where others are static bound
        
But we are facing the problem of the client going to different server, if more
than one server is running, randomly

We are using server  NT 4.0 with service pack 2
	     	     obb 2.7-11
	     client  NT 4.0 or Windows 95
	     	     obb 2.7-11

Protocol	Microsoft TCP/IP

    
    Any help Appreciated
    Thanks

T.R	Title	User	Personal Name	Date	Lines
1376.1		METSYS::THOMPSON		`Fri Feb 21 1997 14:45`	25
	Hi, I can't offer any help, but I'm seeing the same thing on OpenVMS OBB V2.7. I would guess that this is a legacy behaviour from post V2.5A. What OBB used to do was to 'pick a favorite' server process when there were multiple servers offering the same implementation. So you might see several servers (I should server processes) created but only one would be used. I believe an improvement to V2.6 was to 'round robin' requests amongst the servers so that the workload would be more evenly shared. At the time this was a good idea for my application. Then the rules about Initial Object References and Server Creation were tightened up - but I bet the round robin code (which ought to be archaic) was left in. I had a server running debug and one created by the Agent, requests were sent to these in turn (no randomness). I don't really mind if the 'round robin' server allocation stays, as I could make good use of it. I would rather not depend on it though if it is going to get 'fixed' in a future release. Mark
1376.2		REQUE::BOWER	Peter Bower, ObjectBroker	`Sun Feb 23 1997 08:08`	12
	If the objects are statically bound, then the clients should only go to one server. When does the client go to a different server - on the first invoke of the root factory object or on the invokes on statically bound objects ? Please post a trace of the client with trace flags of RINV. Do you want one client per server with each client going to the same server each time ? If so, then a factory implementation (server per method) that returns a statically bound object to the real implementation is the easiest way.
1376.3	Recreateing all the stubs with 2.7 solved the problem	IBIS3::TALLURI		`Wed Feb 26 1997 09:58`	9
	Hi, The client was going to different server on the invokes of statically bound objects. Some of the stubs were created using OBB 2.6 and some are using OBB 2.7. When we recreated all the stubs usings OBB 2.7 now we are not facing the problem so I can not able to produce the trace. If problem occurs again I will post the trace here.