aspose file tools*
The moose likes JForum and the fly likes No signature of method getMessage matches Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Products » JForum
Bookmark "No signature of method getMessage matches" Watch "No signature of method getMessage matches" New topic
Author

No signature of method getMessage matches

Migrated From Jforum.net
Ranch Hand

Joined: Apr 22, 2012
Posts: 17424
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]
Migrated From Jforum.net
Ranch Hand

Joined: Apr 22, 2012
Posts: 17424
... 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]
Migrated From Jforum.net
Ranch Hand

Joined: Apr 22, 2012
Posts: 17424
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]
Migrated From Jforum.net
Ranch Hand

Joined: Apr 22, 2012
Posts: 17424
Check for a duplicated freemarker library in web-inf/lib

Rafael
[originally posted on jforum.net by Rafael Steil]
Migrated From Jforum.net
Ranch Hand

Joined: Apr 22, 2012
Posts: 17424
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]
Migrated From Jforum.net
Ranch Hand

Joined: Apr 22, 2012
Posts: 17424
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]
Migrated From Jforum.net
Ranch Hand

Joined: Apr 22, 2012
Posts: 17424
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]
Migrated From Jforum.net
Ranch Hand

Joined: Apr 22, 2012
Posts: 17424
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]
Migrated From Jforum.net
Ranch Hand

Joined: Apr 22, 2012
Posts: 17424
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]
 
wood burning stoves
 
subject: No signature of method getMessage matches