aspose file tools*
The moose likes JForum and the fly likes SSO error message Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of Soft Skills this week in the Jobs Discussion forum!
JavaRanch » Java Forums » Products » JForum
Bookmark "SSO error message "RemoteUserSSO cannot be cast LoginAuthenticator"" Watch "SSO error message "RemoteUserSSO cannot be cast LoginAuthenticator"" New topic
Author

SSO error message "RemoteUserSSO cannot be cast LoginAuthenticator"

Migrated From Jforum.net
Ranch Hand

Joined: Apr 22, 2012
Posts: 17424
I have changed the

authentication.type = sso
login.authenticator = net.jforum.sso.RemoteUserSSO

in SystemGlobals.properties file, and the following exception has been thrown

java.lang.ClassCastException: net.jforum.sso.RemoteUserSSO cannot be cast to net.jforum.sso.LoginAuthenticator
net.jforum.ConfigLoader.createLoginAuthenticator(ConfigLoader.java:131)
net.jforum.JForumBaseServlet.startApplication(JForumBaseServlet.java:89)
net.jforum.JForum.init(JForum.java:92)
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
java.lang.Thread.run(Thread.java:619)

any idea why? and for get the SSO working , those 2 properties should be changed isnt?

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

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

Joined: Apr 22, 2012
Posts: 17424
yeh, just found out that set the wrong property

authentication.type = sso
login.authenticator = net.jforum.sso.DefaultLoginAuthenticator
auto.login.enabled = true
sso.implementation = net.jforum.sso.RemoteUserSSO

when the authentication.type set to "sso" the value of login.authenticator
will not affect the system. because it's only used is type = default

however with RemoteUserSSO and type = sso set, the jforum's SSO function still
not working.

and everyting time when I redeploy the war file, jforum ask me to do the installation
again, why is this? how to stop this happen?

I have put so much time to get this working help plz.

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

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

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

Joined: Apr 22, 2012
Posts: 17424
hi sid:
Thanks for help, I agree that, the support doc of jforum is not bad at all, and there is a documentation for manual installation. but there is difinitly a need for design document (UML).

Regards







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

Joined: Apr 22, 2012
Posts: 17424
Have you been able to get rid of the "install" process? The description of manual steps should be sufficient I hope to have the application start up normally
[originally posted on jforum.net by Sid]
Migrated From Jforum.net
Ranch Hand

Joined: Apr 22, 2012
Posts: 17424
yes, it works. thanks you!
[originally posted on jforum.net by shanyangqu]
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: SSO error message "RemoteUserSSO cannot be cast LoginAuthenticator"