No signature of method getMessage matches

I updatetd from 2.1.7 to 2.1.8.
Now i get:
No signature of method getMessage matches (java.lang.String,freemarker.ext.beans.SequenceAdapter) The problematic instruction: ---------- ==> ${I18n.getMessage("ForumListing.totalMessagesInfo", [ totalMessages ])} [on line 107, column 49 in default/forum_list.htm] ---------- Java backtrace for programmers: ---------- freemarker.template.TemplateModelException: No signature of method getMessage matches (java.lang.String,freemarker.ext.beans.SequenceAdapter) at freemarker.ext.beans.MethodMap.getMostSpecific(MethodMap.java:191) at freemarker.ext.beans.OverloadedMethodModel.exec(OverloadedMethodModel.java:105) at freemarker.core.MethodCall._getAsTemplateModel(MethodCall.java:93) at freemarker.core.Expression.getAsTemplateModel(Expression.java:89) at freemarker.core.Expression.getStringValue(Expression.java:93) at freemarker.core.DollarVariable.accept(DollarVariable.java:76) at freemarker.core.Environment.visit(Environment.java:196) at freemarker.core.MixedContent.accept(MixedContent.java:92) at freemarker.core.Environment.visit(Environment.java:196) at freemarker.core.Environment.process(Environment.java:176) at freemarker.template.Template.process(Template.java:231) at net.jforum.JForum.processCommand(JForum.java:233) at net.jforum.JForum.service(JForum.java:200) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at net.jforum.util.legacy.clickstream.ClickstreamFilter.doFilter(ClickstreamFilter.java:59) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:162) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:534)

I checkt the languagefile, but it looks ok.
Does anybody has an idea?

Thanx
Dieter
[originally posted on jforum.net by netdieter]

... could it be you have a custom template file?

The template files have changed too. So if you use your custom template, you have to "merge" those ... otherwise there may be errors coming up. The instruction that gives the failure is in the htm file and therefore template
[originally posted on jforum.net by Sid]

Nope, the template was untouched.
I installed it again, replacing the old files completely and setting the appropriate rights, merging the configs and it worked.
So i guess it was a problem with the file permissions.
[originally posted on jforum.net by franc]

Check for a duplicated freemarker library in web-inf/lib

Rafael
[originally posted on jforum.net by Rafael Steil]

Rafael Steil wrote:Check for a duplicated freemarker library in web-inf/lib

Rafael

Indeed, i looked into the old files and what did i see:

freemarker-2.3.4.jar
freemarker-2.3.9.jar

and more double libs.
But to update the forum, we did it like it is suggested:

The suggested approach is to unpack JForum 2.1.8 into some temporary directory, make the steps here shown, and then, when all is finished and tested, copy it over the directory where the previous version is located. This is a suggestion, and you're free to proceed the way you prefer

So why only us had this error?
[originally posted on jforum.net by franc]

Maybe cause others didnt copy it over the old version but rather removed the old version and used the new version then that has been merged.

That way there was no duplicated libs in the web-inf\lib directory.
[originally posted on jforum.net by Sid]

Sid wrote:Maybe cause others didnt copy it over the old version but rather removed the old version and used the new version then that has been merged.

So the Update-suggestion from the developerteam (under Update from 2.1.7 to 2.1.8 under Support):

...copy it over the directory where the previous version is located

is definetly wrong? Good heavens, that is funny in relation with the:

Upgrading from JForum version 2.1.7 to version 2.1.8 is easy.

JForum-Upgrade is not an upgrade but a nice hobby :-)

[originally posted on jforum.net by franc]

I only can tell what I did, and I didnt have those issues ...

I killed the b_2_1_7_b3 tag (or something like that) ... so I had access to the head again, downloaded the files from CVS... worked on the merge errors shown by cvs. merged the language and template files by hand. and created a war. Then i deployed the fresh war.

Worked for me. Though the more you modified on templates or language files, the longer it will take you to update the files.

After all, it's still some nice piece of software, and - compared to other software - the upgrade still is fairly ok

[originally posted on jforum.net by Sid]

I renamed the 2.1.7 forum to another name, copied the brandnew 2.1.8 forum into the forumnamed folder, installed it by using the old db, then merged the two config files and copied all those uploads (avatars, images etc.) to the new forum. Then all worked well.
If i knew this way instantly i would have saved one day. When i ran the SVNWebclient locally i didn't have this error, so i couldn't debug it.

[originally posted on jforum.net by franc]