Bug 503

NOTE: This is a bit long-winded, and it definitely needs review by someone who 
understands this stuff better than me.

Symptom - we deadlocked a server where object A had two synchronized methods 
(a1 and a2). A client made an A.a1() call, which called B.b1(), which in turn 
called A.a2(), which deadlocked. We expected the B.b1() call to occur in the 
same thread, since it was a local object call, but it did not, the stub was 
calling _invoke() because it thought !this._is_local().

The problem appears to be that when A got the object for B, B had been 
extracted from an Any, and the (new) delegate lost its association with the 
original poa. When the object is extract()'ed it goes thru its read(), which in 
turn goes thru the Helper.read(): 
   return narrow(in.read_Object());

The 'in' is a org.omg.CORBA.portable.InputStream, implemented by 
org/jacorb/orb/CDRInputStream.java, whose read_Object() does a:
   return ((org.jacorb.orb.ORB)orb)._getObject( pior );

In the org/jacorb/orb/ORB.java class, the _getObject() method (towards the end) 
new's up a org.jacorb.orb.Delegate, calls configure() on it, and then calls 
d.getReference(null), which has the effect of never getting the poa set for the 
Delegate.

So later, when delegate.is_really_local() is called, it has poa == null, so it 
calls resolvePOA() to find it's poa. The resolvePOA() doesn't find and 
set 'poa' either, because orb.findPOA() returns null if the refImplName doesn't 
match the implName (which defaults to "" if jacorb.implName is not set), but 
the refImplName from the object was "standardImplName".

NOTE: I THINK(?) THE FOLLOWING IS A PROBLEM:
However in POA.java, the implName will be set to "standardImplName" in the 
configure() if jacorb.implName is not set. This is wrong (??) and should 
default to "" like in org/jacorb/config/Configuration.java and 
org/jacorb/orb/ORB.java.

So resolvePOA() gets back a null poa from orb.findPOA(), so it never 
sets 'poa', so is_really_local() returns false, when it should return true.

If POA.java is modified to default jacorb.implName to "", then is_really_local
() returns true like it should.

Presumably, I could have avoided this problem by specifying -Djacorb.implName 
on the original server process(???) but I didn't think this was required - is 
it?

Hope that makes sense.