Re: [ecf-dev] org.eclipse.ecf.example.clients & IllegalMonitorStateExcep

[Scott Lewis <slewis@xxxxxxxxxxxxx>]

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