ChannelBusyException: JBREM000207: Failed to send a message (channel is busy)

[olli24]

Hi there,

we are using EJB and sometimes invoking a EJB method fails with following a exception:

org.jboss.remoting3.ChannelBusyException: JBREM000207: Failed to send a message (channel is busy)

at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:214)

at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:161)

at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:124)

What could be the reason for this ChannelBusyException and how can we avoid this?

Is this exception a indication for a too small configured remoting thread pool?

<remote connector-ref="remoting-connector" thread-pool-name="default"/>

    <thread-pools>

        <thread-pool name="default">

            <max-threads count="10"/>

            <keepalive-time time="100" unit="milliseconds"/>

        </thread-pool>

    </thread-pools>

Our EJB client uses following way for connecting:

https://docs.jboss.org/author/display/AS72/EJB+invocations+from+a+remote+client+using+JNDI

We are using JBoss EAP 6.1.0.Alpha1 (AS 7.2.0.Alpha1-redhat-4)

Thanks for any information.

Oliver

[wdfink]

What is the scenario? Do you run multithreaded, if yes how many threads?

[olli24]

Yes, multithreaded.

The affected EJB method calls were done

in the run() of a TimerTask

or

in the run() of javax.swing.SwingUtilities.invokeLater()

Our client uses approx. 5 threads and a few JMS topic subscriber.

Just for info, this is the content of our JNDI properties file

remote.connectionprovider.create.options.org.xnio.Options.SSL_ENABLED=false

remote.connections=default

remote.connection.default.connect.options.org.xnio.Options.SSL_STARTTLS=false

remote.connection.default.host=oliver2

remote.connection.default.port=9000

remote.connection.default.connect.options.org.xnio.Options.SASL_POLICY_NOANONYMOUS=false

remote.connection.default.username=xxxx

remote.connection.default.password=yyyy

[wdfink]

Did you open a new context/connection for each thread?

Maybe ...channel.options.org.jboss.remoting3.RemotingOptions.MAX_OUTBOUND_MESSAGES and MAX_INBOUND_MESSAGES setting helps,

this configure the number of parallel messages handled by the remoting connection.

[olli24]

We use one context for all threads.

Could too small values for MAX_OUTBOUND_MESSAGES and  MAX_INBOUND_MESSAGES cause a

“channel is busy” exception?

MAX_OUTBOUND_MESSAGES has default of 80.

https://docs.jboss.org/author/display/EJBCLIENT/Overview+of+Client+properties

But what is the default for MAX_INBOUND_MESSAGES?

[olli24]

I have set following connection options:

remote.connection.default.channel.options.org.jboss.remoting3.RemotingOptions.MAX_OUTBOUND_MESSAGES=200

remote.connection.default.channel.options.org.jboss.remoting3.RemotingOptions.MAX_INBOUND_MESSAGES=200

but if my client runs for a while (some hours), I get on client side still:

org.jboss.remoting3.ChannelBusyException: JBREM000207: Failed to send a message (channel is busy)

at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:214)

So it seems, the (channel is busy) has nothing to do with these options.

But what else can I do?

Thanks.

[olli24]

We have migrated to WildFly 8.0.0.Final and the "channel is busy" problem has not occurred anymore.

It seems the major remoting changes with Wildfly (http-remoting, new  EJB Client) fixed the problem.

Oliver