[JBoss JIRA] (JGRP-1623) RELAY2: RPC calls fail on remote site members
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-1623?page=com.atlassian.jira.plugin.... ]
Bela Ban updated JGRP-1623:
---------------------------
Fix Version/s: 3.3
> RELAY2: RPC calls fail on remote site members
> ---------------------------------------------
>
> Key: JGRP-1623
> URL: https://issues.jboss.org/browse/JGRP-1623
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.2.8
> Reporter: Karim AMMOUS
> Assignee: Bela Ban
> Fix For: 3.3
>
> Attachments: Relay2RpcDispatcherTest.java
>
>
> Let's
> Site LON : a (site master), b
> Site NYC : x (site master), y
> when b.callRemoteMethods(null, foo method, opts), no method invocation was handled on x and y.
> Message that enclose MethodCall reached the remote site members (x and y), but it was interpreted as notification instead of request. Below stack trace of the exception triggered at NYC receivers.
> Please find enclosed a unitary test.
> {noformat}
> 4034 [ERROR] RELAY2: failed delivering message
> java.lang.RuntimeException: java.lang.ClassCastException: org.jgroups.blocks.MethodCall cannot be cast to java.lang.Integer
> at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:670) ~[classes/:?]
> at org.jgroups.JChannel.up(JChannel.java:719) ~[classes/:?]
> at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1008) ~[classes/:?]
> at org.jgroups.protocols.relay.RELAY2.deliver(RELAY2.java:608) [classes/:?]
> at org.jgroups.protocols.relay.RELAY2.up(RELAY2.java:452) [classes/:?]
> at org.jgroups.stack.Protocol.up(Protocol.java:406) [classes/:?]
> at org.jgroups.stack.Protocol.up(Protocol.java:406) [classes/:?]
> at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:419) [classes/:?]
> at org.jgroups.protocols.pbcast.NAKACK2.removeAndPassUp(NAKACK2.java:892) [classes/:?]
> at org.jgroups.protocols.pbcast.NAKACK2.handleMessages(NAKACK2.java:847) [classes/:?]
> at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:668) [classes/:?]
> at org.jgroups.stack.Protocol.up(Protocol.java:406) [classes/:?]
> at org.jgroups.protocols.TP.passBatchUp(TP.java:1383) [classes/:?]
> at org.jgroups.protocols.TP$BatchHandler.run(TP.java:1519) [classes/:?]
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) [?:1.6.0_43]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) [?:1.6.0_43]
> at java.lang.Thread.run(Thread.java:662) [?:1.6.0_43]
> Caused by: java.lang.ClassCastException: org.jgroups.blocks.MethodCall cannot be cast to java.lang.Integer
> at com.etrali.karim.jgroups.relay.Relay2RpcDispatcherTest$MyReceiver.receive(Relay2RpcDispatcherTest.java:298) ~[bin/:?]
> at org.jgroups.blocks.MessageDispatcher.handleUpEvent(MessageDispatcher.java:552) ~[classes/:?]
> at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:667) ~[classes/:?]
> ... 16 more
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 8 months
[JBoss JIRA] (JBWEB-270) Exception in JBoss with SSO
by Rajesh Sinha (JIRA)
Rajesh Sinha created JBWEB-270:
----------------------------------
Summary: Exception in JBoss with SSO
Key: JBWEB-270
URL: https://issues.jboss.org/browse/JBWEB-270
Project: JBoss Web
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Rajesh Sinha
Assignee: Remy Maucherat
Hi,
Below mentioned is a stack trace of the exception which i am getting while accessing a particular JSP page through a SSO(Single Sign On) enabled server. Surprisingly it works completely fine when i switch SSO off.Attached is the JSP which i am referring to.
ERROR - [] [ajp-10.248.0.101-9009-8] - Cannot append null value
java.lang.NullPointerException
at org.apache.coyote.ajp.AjpMessage.appendString(AjpMessage.java:242)
at org.apache.coyote.ajp.AjpMessage.appendBytes(AjpMessage.java:178)
at org.apache.coyote.ajp.AjpProcessor.prepareResponse(AjpProcessor.java:980)
at org.apache.coyote.ajp.AjpProcessor.action(AjpProcessor.java:494)
at org.apache.coyote.Response.action(Response.java:186)
at org.apache.coyote.Response.sendHeaders(Response.java:386)
at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:333)
at org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:314)
at org.apache.catalina.connector.Response.flushBuffer(Response.java:557)
at org.apache.catalina.core.StandardHostValve.status(StandardHostValve.java:344)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:143)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:567)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:436)
at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:384)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:451)
at java.lang.Thread.run(Thread.java:662)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 8 months
[JBoss JIRA] (JBWEB-149) Occassional NullPointerException when using the AJP Connector
by SBS JIRA Integration (JIRA)
[ https://issues.jboss.org/browse/JBWEB-149?page=com.atlassian.jira.plugin.... ]
SBS JIRA Integration updated JBWEB-149:
---------------------------------------
Forum Reference: https://community.jboss.org/message/809750#809750
> Occassional NullPointerException when using the AJP Connector
> --------------------------------------------------------------
>
> Key: JBWEB-149
> URL: https://issues.jboss.org/browse/JBWEB-149
> Project: JBoss Web
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Core
> Reporter: Samuel Mendenhall
> Assignee: Remy Maucherat
>
> ERROR 2009-04-30 10:54:14,547 [ajp-xxxxxxxxxxxxxxxx%2F10.230.10.131-22803-2][][] org.apache.coyote.ajp.AjpMessage 'Cannot append null value'
> java.lang.NullPointerException
> at org.apache.coyote.ajp.AjpMessage.appendString(AjpMessage.java:242)
> at org.apache.coyote.ajp.AjpMessage.appendBytes(AjpMessage.java:178)
> at org.apache.coyote.ajp.AjpProcessor.prepareResponse(AjpProcessor.java:961)
> at org.apache.coyote.ajp.AjpProcessor.action(AjpProcessor.java:495)
> at org.apache.coyote.Response.action(Response.java:183)
> at org.apache.coyote.Response.sendHeaders(Response.java:379)
> at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:305)
> at org.apache.catalina.connector.OutputBuffer.close(OutputBuffer.java:273)
> at org.apache.catalina.connector.Response.finishResponse(Response.java:486)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:257)
> at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:437)
> at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:381)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
> at java.lang.Thread.run(Thread.java:619)
> The fix Jean-Frederic highlighted being:
> src/share/classes/org/apache/coyote/ajp/AjpProcessor.java
> responseHeaderMessage.appendInt(numHeaders);
> for (int i = 0; i < numHeaders; i++) {
> MessageBytes hN = headers.getName(i);
> + if (hN == null || hN.toString() == null)
> + continue;
> int hC = Constants.getResponseAjpIndex(hN.toString());
> if (hC > 0) {
> responseHeaderMessage.appendInt(hC);
> +++
> Which, after using a patched jar, the customer has not seen the NPE since.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 8 months
[JBoss JIRA] (JGRP-1623) RELAY2: RPC calls fail on remote site members
by Karim AMMOUS (JIRA)
[ https://issues.jboss.org/browse/JGRP-1623?page=com.atlassian.jira.plugin.... ]
Karim AMMOUS updated JGRP-1623:
-------------------------------
Attachment: Relay2RpcDispatcherTest.java
> RELAY2: RPC calls fail on remote site members
> ---------------------------------------------
>
> Key: JGRP-1623
> URL: https://issues.jboss.org/browse/JGRP-1623
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.2.8
> Reporter: Karim AMMOUS
> Assignee: Bela Ban
> Attachments: Relay2RpcDispatcherTest.java
>
>
> Let's
> Site LON : a (site master), b
> Site NYC : x (site master), y
> when b.callRemoteMethods(null, foo method, opts), no method invocation was handled on x and y.
> Message that enclose MethodCall reached the remote site members (x and y), but it was interpreted as notification instead of request. Below stack trace of the exception triggered at NYC receivers.
> Please find enclosed a unitary test.
> {noformat}
> 4034 [ERROR] RELAY2: failed delivering message
> java.lang.RuntimeException: java.lang.ClassCastException: org.jgroups.blocks.MethodCall cannot be cast to java.lang.Integer
> at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:670) ~[classes/:?]
> at org.jgroups.JChannel.up(JChannel.java:719) ~[classes/:?]
> at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1008) ~[classes/:?]
> at org.jgroups.protocols.relay.RELAY2.deliver(RELAY2.java:608) [classes/:?]
> at org.jgroups.protocols.relay.RELAY2.up(RELAY2.java:452) [classes/:?]
> at org.jgroups.stack.Protocol.up(Protocol.java:406) [classes/:?]
> at org.jgroups.stack.Protocol.up(Protocol.java:406) [classes/:?]
> at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:419) [classes/:?]
> at org.jgroups.protocols.pbcast.NAKACK2.removeAndPassUp(NAKACK2.java:892) [classes/:?]
> at org.jgroups.protocols.pbcast.NAKACK2.handleMessages(NAKACK2.java:847) [classes/:?]
> at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:668) [classes/:?]
> at org.jgroups.stack.Protocol.up(Protocol.java:406) [classes/:?]
> at org.jgroups.protocols.TP.passBatchUp(TP.java:1383) [classes/:?]
> at org.jgroups.protocols.TP$BatchHandler.run(TP.java:1519) [classes/:?]
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) [?:1.6.0_43]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) [?:1.6.0_43]
> at java.lang.Thread.run(Thread.java:662) [?:1.6.0_43]
> Caused by: java.lang.ClassCastException: org.jgroups.blocks.MethodCall cannot be cast to java.lang.Integer
> at com.etrali.karim.jgroups.relay.Relay2RpcDispatcherTest$MyReceiver.receive(Relay2RpcDispatcherTest.java:298) ~[bin/:?]
> at org.jgroups.blocks.MessageDispatcher.handleUpEvent(MessageDispatcher.java:552) ~[classes/:?]
> at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:667) ~[classes/:?]
> ... 16 more
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 8 months
[JBoss JIRA] (JGRP-1623) RELAY2: RPC calls fail on remote site members
by Karim AMMOUS (JIRA)
Karim AMMOUS created JGRP-1623:
----------------------------------
Summary: RELAY2: RPC calls fail on remote site members
Key: JGRP-1623
URL: https://issues.jboss.org/browse/JGRP-1623
Project: JGroups
Issue Type: Bug
Affects Versions: 3.2.8
Reporter: Karim AMMOUS
Assignee: Bela Ban
Let's
Site LON : a (site master), b
Site NYC : x (site master), y
when b.callRemoteMethods(null, foo method, opts), no method invocation was handled on x and y.
Message that enclose MethodCall reached the remote site members (x and y), but it was interpreted as notification instead of request. Below stack trace of the exception triggered at NYC receivers.
Please find enclosed a unitary test.
{noformat}
4034 [ERROR] RELAY2: failed delivering message
java.lang.RuntimeException: java.lang.ClassCastException: org.jgroups.blocks.MethodCall cannot be cast to java.lang.Integer
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:670) ~[classes/:?]
at org.jgroups.JChannel.up(JChannel.java:719) ~[classes/:?]
at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1008) ~[classes/:?]
at org.jgroups.protocols.relay.RELAY2.deliver(RELAY2.java:608) [classes/:?]
at org.jgroups.protocols.relay.RELAY2.up(RELAY2.java:452) [classes/:?]
at org.jgroups.stack.Protocol.up(Protocol.java:406) [classes/:?]
at org.jgroups.stack.Protocol.up(Protocol.java:406) [classes/:?]
at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:419) [classes/:?]
at org.jgroups.protocols.pbcast.NAKACK2.removeAndPassUp(NAKACK2.java:892) [classes/:?]
at org.jgroups.protocols.pbcast.NAKACK2.handleMessages(NAKACK2.java:847) [classes/:?]
at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:668) [classes/:?]
at org.jgroups.stack.Protocol.up(Protocol.java:406) [classes/:?]
at org.jgroups.protocols.TP.passBatchUp(TP.java:1383) [classes/:?]
at org.jgroups.protocols.TP$BatchHandler.run(TP.java:1519) [classes/:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) [?:1.6.0_43]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) [?:1.6.0_43]
at java.lang.Thread.run(Thread.java:662) [?:1.6.0_43]
Caused by: java.lang.ClassCastException: org.jgroups.blocks.MethodCall cannot be cast to java.lang.Integer
at com.etrali.karim.jgroups.relay.Relay2RpcDispatcherTest$MyReceiver.receive(Relay2RpcDispatcherTest.java:298) ~[bin/:?]
at org.jgroups.blocks.MessageDispatcher.handleUpEvent(MessageDispatcher.java:552) ~[classes/:?]
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:667) ~[classes/:?]
... 16 more
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 8 months
[JBoss JIRA] (AS7-4126) double values cannot be read from dmr response
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/AS7-4126?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry commented on AS7-4126:
---------------------------------------
Unless the original resolution against 7.1.2.Final was incorrect, please file a new issue if this has reappeared.
> double values cannot be read from dmr response
> ----------------------------------------------
>
> Key: AS7-4126
> URL: https://issues.jboss.org/browse/AS7-4126
> Project: Application Server 7
> Issue Type: Bug
> Components: Console
> Affects Versions: 7.1.0.Final
> Reporter: Rob Cernich
> Assignee: Heiko Braun
> Fix For: 7.1.2.Final (EAP)
>
>
> This appears to be a bug in the GWT compiler. The compiler turns the following:
> {code:java|title=DataInput.readDouble()}
> return IEEE754.toDouble(bytes[pos++], bytes[pos++], bytes[pos++], bytes[pos++], bytes[pos++], bytes[pos++], bytes[pos++], bytes[pos++]);
> {code}
> into: (effectively; the GWT compiler is adding a set of parentheses around the parameters passed to the native function)
> {code:java|title=DataInput.readDouble() compiled}
> return IEEE754.toDouble(new byte[] {bytes[pos++], bytes[pos++], bytes[pos++], bytes[pos++], bytes[pos++], bytes[pos++], bytes[pos++], bytes[pos++]});
> {code}
> This results in all double values in the model being interpreted as NaN.
> I've patched the code I'm using in SwitchYard as follows:
> {code:java|title=DataInput.java}
> public double readDouble() throws IOException {
> byte doubleBytes[] = new byte[8];
> readFully(doubleBytes);
> return IEEE754.toDouble(doubleBytes);
> }
> {code}
> {code:java|title=IEEE754.java}
> public static native double toDouble(byte[] bytes) /*-{
> var ebits = 11;
> var fbits = 52;
> // Bytes to bits
> var bits = [];
> //snip...
> }
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 8 months