[wildfly-dev] JBREM000200 error: XNI0000804: Received an invalid message length of 1195725856

David M. Lloyd david.lloyd at redhat.com
Wed Jun 29 13:15:18 EDT 2016


This is just the socket bindings; it's the connectors that determine 
what the protocol is.

On 06/29/2016 12:07 PM, Marlow, Andrew wrote:
> Apologies for top-posting, I am forced to use LookOut!
>
> I never knew about HTTP Upgrade. I knew that wildfly multiplexed all the
> old jboss ports onto one http port but didn’t know this was how it was done.
>
> The client is most definately using http-remoting. I thought wildfly was
> as well, here is the end of the config file:
>
>      <socket-binding-group name="standard-sockets"
> default-interface="public"
> port-offset="${jboss.socket.binding.port-offset:0}">
>
>          <socket-binding name="management-http" interface="management"
> port="${jboss.management.http.port:9991}"/>
>
>          <socket-binding name="management-https" interface="management"
> port="${jboss.management.https.port:9993}"/>
>
>          <socket-binding name="ajp" port="${jboss.ajp.port:8009}"/>
>
>          <socket-binding name="http" port="${jboss.http.port:8280}"/>
>
>          <socket-binding name="remoting" port="${jboss.http.port:8180}"/>
>
>          <socket-binding name="https" port="${jboss.https.port:8443}"/>
>
>          <socket-binding name="txn-recovery-environment" port="4712"/>
>
>          <socket-binding name="txn-status-manager" port="4713"/>
>
>          <socket-binding name="messaging" interface="messaging"
> port="5445"/>
>
>          <socket-binding name="messaging-throughput"
> interface="messaging" port="5455"/>
>
>          <outbound-socket-binding name="mail-smtp">
>
>              <remote-destination host="localhost" port="25"/>
>
>          </outbound-socket-binding>
>
>      </socket-binding-group>
>
> Maybe this is where I am going wrong somehow....
>
> *From:*wildfly-dev-bounces at lists.jboss.org
> [mailto:wildfly-dev-bounces at lists.jboss.org] *On Behalf Of *Tomaž Cerar
> *Sent:* 29 June 2016 16:18
>
> On Wed, Jun 29, 2016 at 5:15 PM, David M. Lloyd <david.lloyd at redhat.com
> <mailto:david.lloyd at redhat.com>> wrote:
>
>     JBoss Remoting uses a feature called "HTTP Upgrade", which basically
>     allows a client to connect to an HTTP port and then send a special HTTP
>     request which allows an "upgrade" to another arbitrary protocol.  Later
>     versions of WildFly use this feature by default to reduce the count of
>     bound ports.
>
>     What is probably happening is that you are connecting to a port that has
>     a plain Remoting listener on it, but the client is using "http-remoting"
>     which means "JBoss Remoting over HTTP Upgrade".  So the client sends an
>     HTTP request, but the server interprets it as garbage because it is
>     expecting a Remoting framed packet instead.
>
>     The fix is to either change the client from "http-remoting" to just
>     "remoting", or to change your server to use HTTP upgrade instead.
>     Information on this should be in the user docs.
>
>
>     On 06/29/2016 10:08 AM, Marlow, Andrew wrote:
>     > Hello everyone,
>     >
>     > This is an appeal for help to resolve the error JBREM000200 that I get
>     > when a process connects to wildfly to do some JMS work.
>
>     [snip]
>
> _____________
> The information contained in this message is proprietary and/or
> confidential. If you are not the intended recipient, please: (i) delete
> the message and all copies; (ii) do not disclose, distribute or use the
> message in any manner; and (iii) notify the sender immediately. In
> addition, please be aware that any message addressed to our domain is
> subject to archiving and review by persons other than the intended
> recipient. Thank you.
>
>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>

-- 
- DML


More information about the wildfly-dev mailing list