Help coderanch get a
new server
by contributing to the fundraiser

Alexander Mitenko

Greenhorn
+ Follow
since Mar 11, 2009
Merit badge: grant badges
For More
Cows and Likes
Cows
Total received
0
In last 30 days
0
Total given
0
Likes
Total received
0
Received in last 30 days
0
Total given
1
Given in last 30 days
0
Forums and Threads
Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by Alexander Mitenko

It seems like Jetty6 is not compliant with @ManagedBean annotation - they does not work correctly.
Try latest glassfish, jboss, weblogic containers.
12 years ago
JSF

Tim Holloway wrote:If I was to assert that my configuration was perfect, I'd have managed to mis-capitalize something, transpose 2 characters (preferably something narrow like "ii" so it's hard to see) or done something otherwise blatantly wrong that would take me 3 days to spot or 5 minutes for someone who didn't "know" what was there. This is because machines in general and computers specifically delight in making me look like an idiot.


That is obvious for me, as a computer professional with 20 years of IT experience and was checked first

Tim Holloway wrote:There are no bugs I know of in the Glassfish security system. You might have missed configuring something in sun-web.xml, but you didn't provide a copy of that file.


Here was a trouble!
I'd missed role-mapping section in that file, thanks for Your advice!
But for what purposes that information must be doubled here?
13 years ago
JSF

Tim Holloway wrote:It may not be important, because the most likely explanation is that you haven't mapped the role named "admin" to the user ID "archimage" in your Realm authentication and authorization "database". If that relationship doesn't exist, then the "503" page is exactly what users would see, ubless you replaced it with a custom "You can't do that - you're not authorized" message page of your own design.


My realm configured by the right way - user archimage have an admin role and registered in the "file" realm, mapped in web.xml.
May be troubles in other GlassFish config or project deployment places?
13 years ago
JSF

Tim Holloway wrote:Actually, the downside of detailed logs is that obvious tends to get buried. I asked because I saw an explicit login request in code and it's unfortunately common that people think that user-written "security" systems can make use of the web.xml config info designated for use by the container security system,


Explicit login request based on Servlet 3.0 recommended login process and uses container security in fact. At this moment I haven't my own security system

Tim Holloway wrote:One thing that is missing from your example, I believe, is the "catch" part of the "try" block around your login code and a print of the stacktrace that would have been captured at that point.


catch block:

But here is no exception and stacktrace! Login was successful, it's logged, as I said before. Here is authorization, not authentication troubles...

Tim Holloway wrote:It may not be important, because the most likely explanation is that you haven't mapped the role named "admin" to the user ID "archimage" in your Realm authentication and authorization "database". If that relationship doesn't exist, then the "503" page is exactly what users would see, ubless you replaced it with a custom "You can't do that - you're not authorized" message page of your own design.


403 page shown, not 503...
13 years ago
JSF
Yes, of course.
That is obvious from log.
Else user archimage cannot login, but here login was successful.
13 years ago
JSF
Help me, please, my mind becomes rot in these naughty faces
13 years ago
JSF
Here is /secure/welcome.xhtml text after login process:

I've four pages for test:

web.xml:

/welcome.xhtml have a button:
PrimeFaces namespace <p:
LoginBean.java part for login processing:


What is wrong here?

Server log (FINEST Security log enabled):
13 years ago
JSF
Hello!

I installed new Oracle JDeveloper 11g 11.1.1.0.1 Build JDEVADF_MAIN.BOXER_GENERIC_081203.1854.5188 and encounters with a problem in deploying built by following Oracle ADF Tutorial war application into the bundled with JDeveloper weblogic appserver.
Here is weblogic deploying stack trace:
<11.03.2009 21:54:55 VLAT> <Warning> <Deployer> <BEA-149078> <Stack trace for message 149004
weblogic.application.ModuleException: Failed to load webapp: 'webapp1.war'
at weblogic.servlet.internal.WebAppModule.prepare(WebAppModule.java:387)
at weblogic.application.internal.flow.ScopedModuleDriver.prepare(ScopedModuleDriver.java:176)
at weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleListenerInvoker.java:93)
at weblogic.application.internal.flow.DeploymentCallbackFlow$1.next(DeploymentCallbackFlow.java:387)
at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37)
Truncated. see log file for complete stacktrace
java.lang.ClassNotFoundException: oracle.adf.model.servlet.ADFBindingFilter
at weblogic.utils.classloaders.GenericClassLoader.findLocalClass(GenericClassLoader.java:283)
at weblogic.utils.classloaders.GenericClassLoader.findClass(GenericClassLoader.java:256)
at weblogic.utils.classloaders.ChangeAwareClassLoader.findClass(ChangeAwareClassLoader.java:54)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
Truncated. see log file for complete stacktrace>
I see ADFBindingFilter is absent, but I used ADFInstaller in proper manner with full success of deploying it and including setupadf.cmd into the weblogic startup script.
Search of ADFBindingFilter gave me an adfm.jar file location in AdminServer and lib dir of server.

What is wrong? Help me, please!
15 years ago