You're confused about how to set this up. The RemoreUserSSO class is not a Login Authenticator. A Login Authenticator class is a way to use the jForum login screen with an alternate source for user id and pasword validation.
An SSO implimentation (like the RemoteUser class) is a way to have another entity (e.g. your web server or application container) do the prompting for id and password and then letting jForum validate that this has been done.
The SSO classes are defined with by sso.implementation property. [originally posted on jforum.net by monroe]
the SSO thing still not working, but I made a little progress by found out, how to turn the installation off after every deployment of the jforum.war file.
It seems that:
1> Jforum attempts to use the database type specified by "database.driver.name" in SystemGlobals.properties
2> use the property file in the config/database/XXX folder, connecting to the database
3> if the connection is made, redirect to index.htm page straightway.
I wish there was a UML documentation .... it would be so so helpful.
hope jforum3 will provide UML design document with it. [originally posted on jforum.net by shanyangqu]
there actually IS a documentation for that. You could have a look at the "manual" installation and do exactly the steps described there. You will find out they pretty explicitely explain how to configure that the install process is not being executed ever after again.
Another advantage of the manual installation is that it's error free . The instsallation with the installation page is - as a research in the forum may pretty much show - with a minor flaw - you require a file to manually download and provide in your folder.
Another thing that has been handled quite often aswell is that - as you described - configuraiton is a two step thing: checking the jforum-custom.conf - and if that doesnt hold the info in the systemglobals.properties. The database configs also can be overridden by jforum-custom.conf. This is actually a more suitable way, considering that the database configs are in the cvs - and rather are used to provide information on all supported parameters ...
And.. uhm... I dont know if an UML diagram - which not all users might be able to understand - is more suitable than plain text as it is right now....maybe in addition... but still - the information is already available ... [originally posted on jforum.net by Sid]