Hi Jerry, Looking at https://mvnrepository.com/artifact/com.github.steveash.guavate/guavate
Guavate is a tiny library to help bridge the gap between gauva and java8 while the Guava team figures out what they are going to release We use it as a java utility for that very purpose. Now about your issue let me suggest the following debug procedure: - From master james-server repository - Add the dependency to your custom mailet jars in server/app/pom.xml - Follow https://maven.apache.org/plugins/maven-dependency-plugin/examples/resolving-conflicts-using-the-dependency-tree.html in server/app Once you identify the source of conflicts, fixing the error should be easy. Benoit On 05/02/2020 12:43, Jerry Malcolm wrote: > I need to bump this post back to the top of the queue. I'm totally > blocked on this one. > > This is only occurring on my customized installation (at least I haven't > gotten it to occur in the out-of-the-box installation). But knowing that > really hasn't helped me any. I know I'm doing something to cause this. > But I really just need a brief explanation as to what this code (in the > stack trace below) is doing just to give me a fighting chance. I just > need somebody to tell me what Guavate's lambda code is trying to do here > and what data it's working on. What class is expected? The error > description on google says a class didn't get compiled with the latest > code. But that makes no sense. I built James and my mailets from > scratch with the latest master. I found a Guavate.java on the web. But > the line numbers didn't match up. Is something getting serialize, > possibly with one class and deserialized with another class? Just let > me know what is supposed to happen in these lines of code, and I'll see > where I can take it from there. > > BTW... it appears that Guavate is part of Guice. I'm still using > spring/jpa... no Guice... Is some configuration I have trying to kick me > into some Guice code? > > Thanks as always. > > Jerry > > > On 2/1/2020 12:18 AM, Jerry Malcolm wrote: >> 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 >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org > For additional commands, e-mail: server-dev-h...@james.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
