I have created a completely separate instance of James from my current running production circa last October for a different client.  It was built from the latest master on github as of yesterday.  After publishing it to my EC2 instance, I started adding my my specific conf files and jar files.  I was able to get it to receive mail and show it in Tomcat.  It can also send mail. Then after about 30 minutes, it starts failing on IMAP calls.  I have created totally new instances in new folders from the build three different times, and get the same behavior.  Works fine for a while.  Then decides to fail.  After it fails, nothing I do can make it recover.  I've never seen anything like these exceptions. It's failing on a 'github.steveash.guavate' class (???).  Not sure where that came from.  Really curious why it works for a while and then starts failing.  TW, I have a few custom mailets and several jar files to support them.  But none of the jars have class names anywhere close to the ones in the stack dump.  So I don't think there is a jar conflict.  Just need a bit of info about what a "vtable stub" is and what Guavate's lambda code is trying to do in this area of the code?  The rest of the stack dump is the IMAP processor and netty stuff for IMAP.  Exception occurs when IMAP client tries to check mail.  Any ideas?

java.lang.IncompatibleClassChangeError: vtable stub
        at com.github.steveash.guavate.Guavate.lambda$toImmutableMap$8(Guavate.java:351)         at java.util.stream.ReduceOps$3ReducingSink.accept(ReduceOps.java:169)
        at java.util.Iterator.forEachRemaining(Iterator.java:116)
        at java.util.Spliterators$IteratorSpliterator.forEachRemaining(Spliterators.java:1801)         at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:482)         at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472)         at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)         at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Reply via email to