[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [xmlblaster] xmlBlasterClient.pl: SessionId '' is invalid + p atch
Osterman, Forrest wrote:
please use the very newest cvs from today.
As many properties changed it makes sense that you use the newest code,
I have updated
to be more descriptive on your questions.
They are used for the sender (your applet) only. XmlBlaster bounces it
back for the return so
I'd like to give a little more detail about what I tried to do, so you can
correct any false assumptions I might be making here:
I tried to construct a connect message to send to xmlBlaster, so that I
could start a subscription.
Here is the message I constructed:
<burstMode collectTime='400' />
<compress type='gzip' minSize='3000'/>
I tried to keep the message the same as your example, with the exception of
my login name, and put an arbitrary request ID in front of it. Are the
request ID's in fact arbitrary or are they supposed to follow some scheme?
that the applet can find out to which request the response belongs.
Please look into
for an implementation example of the SOCKET protocol, it is very
As I was asking before, is the sessionId field that you send in the connect
message randomly generated, and then received back in the returned connect
message as confirmation? If not, where do you get the sessionId value to
send in the connection request?
This looks wrong, the 'I' seems to be shifted one place to the right and
the message length in the first 10 chars
After I sent this message, xmlblaster gave this output:
[May 22, 2003 7:32:14 PM TRACE HandleClientRequest] Client accepted, coming
from host=/127.0.0.1 port=3322
[May 22, 2003 7:32:14 PM TRACE Parser] Entering readOneMsg(), waiting on
[May 22, 2003 7:32:27 PM TRACE Parser] Got first 10 bytes of total length=45
[May 22, 2003 7:32:27 PM DUMP Parser] Raw message received
seems to be missing ....
Please check it with
PS: Having a raw Java SOCKET module without
seems to be a good approach. This module could than be wrapped into our
SOCKET plugin providing
a layer with xmlBlaster dependend java classes.
On the SOCKET C side i'm currently trying this approach.
[May 22, 2003 7:32:27 PM WARN Parser] Ignoring checksum flag [May 22, 2003
7:32:27 PM WARN Parser] Ignoring version=-48 on 1 is supported
[May 22, 2003 7:32:27 PM TRACE Parser] Leaving parse(), message successfully
[May 22, 2003 7:32:27 PM TRACE HandleClientRequest] Receiving message
[May 22, 2003 7:32:27 PM DUMP HandleClientRequest] Receiving message >
[May 22, 2003 7:32:27 PM TRACE SocketExecutor] Receiving 'UNKNOWN_TYPE'
[May 22, 2003 7:32:27 PM WARN SocketExecutor] Ignoring received 'connect'
message id=13464, nobody is interested in it
[May 22, 2003 7:32:27 PM DUMP SocketExecutor] Ignoring received message,
nobody is interested in it: >
[May 22, 2003 7:32:27 PM TRACE Parser] Entering readOneMsg(), waiting on
[May 22, 2003 7:32:27 PM WARN HandleClientRequest] Lost connection to
client: java.io.IOException: Format of message header is corrupted '
name='ost', expected integral value
Is it really obvious what it didn't like about this message? Anything
obvious that I am missing here?