[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [ecf-dev] org.eclipse.ecf.example.clients & IllegalMonitorStateException
|
Hi Cyril,
This is still mystifying to me. Is this reproducible by you? Under
what conditions does it happen (i.e. when)? Can you prevent it from
happening somehow? Does it happen with all servers or just this one?
If you could please open a bug for this and describe it would be
appreciated.
And again, if you are able I would appreciate you trying to reproduce on
the lastest (i.e. 3.2) codebase so that we can preempt any problems with
that release (which is happening today).
Thanks,
Scott
Cyril Giraudon wrote:
Hi Scott,
I 've given a look at openfire logs and it
seems openfire raises the above exception when the SSL exception fires
in Eclipse.
Hope this helps
Cyril.
"""""""""""
2010.02.19 12:01:04 Closing session due to exception: (SOCKET, R:
/127.0.1.1:33753, L: /127.0.1.1:5222, S: 0.0.0.0/0.0.0.0:5222)
org.apache.mina.filter.codec.ProtocolDecoderException:
java.lang.Exception: Disallowed character (Hexdump: 80 62 01 03 01 00
39 00 00 00 20 00 00 04 01 00 80 00 00 05 00 00 2F 00 00 33 00 00 32
00 00 0A 07 00 C0 00 00 16 00 00 13 00 00 09 06 00 40 00 00 15 00 00
12 00 00 03 02 00 80 00 00 08 00 00 14 00 00 11 4B 7E 6F 70 A7 61 72
41 DF CB 80 47 07 08 5F 5E B1 9D BF BE 0E A2 BE D7 5B 6C D8 65 29 3E
55 FA)
at
org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:170)
at
org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
at
org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
at
org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648)
at
org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java:239)
at
org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(ExecutorFilter.java:283)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at
org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.Exception: Disallowed character
at
org.jivesoftware.openfire.nio.XMLLightweightParser.read(XMLLightweightParser.java:211)
at
org.jivesoftware.openfire.nio.XMPPDecoder.doDecode(XMPPDecoder.java:32)
at
org.apache.mina.filter.codec.CumulativeProtocolDecoder.decode(CumulativeProtocolDecoder.java:133)
at
org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:163)
... 9 more
""""""""""""""
Le 18/02/2010 20:13, Scott Lewis a écrit :
Hi Cyril,
Hmmm. Well, it looks like: Eclipse 3.5.1, ECF 3.1, and JRE 1.6_17.
I can't reproduce...and so don't know what is going on with your SSL
installation. Anyone else have any thoughts about this?
I suppose it's possible that it's related to the older version of
Smack (2.2.0) that we were using in ECF 3.1. We have updated to
3.0.0 version of smack in ECF 3.2, which is being released tomorrow
(Feb 19). If you would be willing, perhaps you could check out the
current source and try the 3.2 code?
This page describes how to get the current source, if you are willing
to test it out in your environment:
http://www.eclipse.org/ecf/dev_resources.php
Thanks,
Scott
_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ecf-dev