Hi Vianey,
I also had this problem some time ago and for me it helped to clean dulpicate jar files, which can be found in your userlib. You can see in the error 'java.lang.NoSuchMethodError: org.apache.commons.codec...’, so perhaps you have got multiple versions of this jar file. Note that you can have the commons.codec-{version}.jar and org.apache.commons.codec-{version} which can also conflict with eachother. See for example this post to see how to cleanup your jar files https://forum.mendix.com/link/questions/92900
Hi Vianey, That sounds indeed very weared, but I don't now how it is compiled and wheter this can go wrong 'randomly’. However, it can never hurt to check your jar files. Just check whether you find multiple commons.codec (also with org.apache in front) versions in your userlib and delete the old one. Also see this forum post with the same issue: https://forum.mendix.com/link/questions/86721
Hi Johan,
Thank you for the suggestion! I forgot to add a bit of, maybe very important, context: I get this error when I'm deploying this on my Acceptance Environment. When deploying the exact same deployment package on my Test Environment, there are no issues. With this added context, together with your suggestion, what pops up in my mind is: If it indeed would be an error because of duplicated jar files, the same would happen when deploying on my Test Environment right? Or am I wrong on this one, what are your thoughts on this?
Hi Johan, sorry this reaction is a little bit late. Meanwhile we did some research and looked at other possibilities which may could be the reason of the error but it looks your suggestion was right. A new version of the same software, but with a cleaned userlib folder without older jar files is deployable on the environment. We’re doing a little bit more research because we’re curious on how the double files we’re created, but we’ve found the reason so thank you.