Tomcat (and possibly other servlet containers) can run web apps out of an exploded war file -and without any war file, actually-, so once you have done the initial install you can work with the directory hierarchy and not use the war file.

That's not something JForum2 supports out of the box. You'd need to alter the post_show.htm template to include that.

I've never seen that ("word is too tall: try to use less letters, smaller font or bigger background"). The default captcha settings should work out of the box, but do a sanity check (and possibly fiddle around with) the captcha settings on the Admin Control panel -> Configurations page.

I see the earlier exceptions from using the wrong jcaptcha library are gone now, so that's progress.

Odd. Is a jforum.log file being created in the logs directory? That's where all the JForum-related logging would be directed.

paulhr wrote:I uploaded the jcaptcha-1.0.jar to the Tomcat bin/ directory.

Unless you also removed the file of the same name from the WEB-INF/lib directory, this file would be ignored. Web apps running in Tomcat load classes first from WEB-INF/lib and WEB-INF/classes, and only then from Tomcat's classpath. And no web app has access to classes from Tomcat's "bin" directory, only its "lib" directory.

The SourceForge file area has a replacement captcha library called jcaptcha-1.0.jar; that is especially compiled for non-Oracle JVMs. Try using that instead of the one that comes in the war file.

Thanks for reporting back. The permission system is one of the more complicated aspects of JForum, but quite powerful once you grok it.

Do a "select * from jforum_categories;" and delete the entries that are not wanted. The list of categories may be cached, so that a restart of the web app may be required.

Yes, that's the behavior I described in my first post. As I said there, we'll need to check what to do about that.

I'm not sure what that screenshot is supposed to show - Test_Gen is not set up for access to Admin users, so it's not shown in that listing. The other two are, so they are shown. Given what I wrote in my previous post, that looks OK to me.

That seems to be a permissions issue. From a quick glance, it seems that the category admin page doesn't show categories for which Admin permissions haven't been granted when it was created. Try creating a new category and specifically granting access to both Admin and General.

It doesn't seem to make sense to keep admins from administering categories; I need to check why that is, and if it can be changed.

This issue has been fixed in the source code. It may be a while until the next release, so if this is important to you, you should grab the source code and build the war file yourself. That way, you'll also get the other improvements mentioned on https://sourceforge.net/p/jforum2/wiki2/NewFeaturesTrunk/

Nothing to that effect is currently in the works, I'm afraid. It'd be a great feature, but there are currently too few developers working on JForum2 to make that happen. Volunteers would be welcome

Some more information is in this discussion elsewhere: http://www.coderanch.com/t/656841/jforum/JForum-install-database

Just in case you didn't notice, JForum2 has now migrated fully to SourceForge, and the source code can be found at https://sourceforge.net/p/jforum2/code/HEAD/tree/. Took a bit longer than expected since we wanted to release version 2.4.1 first.