从以上代码可以看到，JBoss首先是通过semphore.attempt的方式来获取信号量锁，然后在下面的所有代码中都不做异常的捕捉，jboss在这里改为了在外面统一捕捉这个方法的所有异常，并在有异常的情况下再调用semphore.release()：
try
{
boolean tryPool = retryCount < (numberOfCallRetries - 1)
|| maxPoolSize == 1
|| numberOfCallRetries == 1;
long l = System.currentTimeMillis();
socketWrapper = getConnection(marshaller， unmarshaller， tryPool， timeLeft);
long d = System.currentTimeMillis() - l;
if (trace) log.trace("took " + d + " ms to get socket " + socketWrapper);
}
catch (Exception e)
{
//            if (bailOut)
//               return null;
semaphore.release();
if (trace) log.trace(this + " released semaphore: " + semaphore.permits()， e);
sockEx =  new CannotConnectException(
"Can not get connection to server. Problem establishing " +
"socket connection for " + locator， e);
continue;
}
　　这样自然是不会再出现2.2.2版本里的那个bug了。
　　:)，由于2.4是重构为了采用semphore，不知道这个bug是刚好凑巧被这样修复了呢，还是知道了这个bug进行fixed，呵呵，不管如何，总之bug是被修订了。
　　这个bug对于使用jboss remoting的同学们而言还是要引起注意的，因为jboss remoting 2.2.2是jboss as 4.2.2中默认带的版本。
　　从上面的代码可以看到使用semphore这样的方式来控制并发的需要限制大小的数据结构是非常好的，简单易用，以前的那些long+Object Lock的方式实在是繁琐，另外这个bug也给大家提了醒，在并发的这些资源的控制上千万要注意锁以及释放的点，千万不要主观的认为某些代码是不会出问题的。