I think so.
However, I'm pretty confused at the moment by all the different concepts around security. If you could spend a few minutes and explain how
contextID
realm
role
principal
permission
relate I'd really appreciate it. In particular I really don't understand how realms and contextIDs relate and may have put the wrong call in the EJBModuleDeploymentPlanner.
When a call comes in from the outside world, how is the realm determined?
Many thanks, david jencks
On Sunday, January 4, 2004, at 09:38 AM, Alan D. Cabrera wrote:
Did this get resolved?
Regards, Alan
complete-----Original Message----- From: Jacek Laskowski [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 30, 2003 11:15 AM To: [EMAIL PROTECTED] Subject: o.a.g..security.*ModuleConfiguration broke Geronimo-Nova integration
Hi,
I don't want to spread FUD, but the latest changes to org.apache.geronimo.security.*ModuleConfiguration classes broke the Geronimo-Nova integration. It's now impossible to deploy EJBs.
Once I made a few changes to EJBModuleDeploymentPlanner (which would incur sending the email to openejb-dev mailing list), now I'm studying the following stack trace:
[java] 17:02:56,145 WARN [DeploymentController] Unable toorg.apache.geronimo.kernel.deployment.task.DeployGeronimoMBean.perform( Ddeployment job 3 [java] org.apache.geronimo.kernel.deployment.DeploymentException: [geronimo.security:type=EJBModuleConfiguration,contextID=mymodulename] java.lang.reflect.InvocationTargetException [java] at
eporg.apache.geronimo.kernel.deployment.DeploymentPlan.execute(Deployment PloyGeronimoMBean.java:169) [java] at
laorg.apache.geronimo.kernel.deployment.DeploymentController.executePlans (n.java:107) [java] at
Deorg.apache.geronimo.kernel.deployment.DeploymentController.executeJob(D eploymentController.java:270) [java] at
plorg.apache.geronimo.kernel.deployment.DeploymentController.access$200(D eoymentController.java:194) [java] at
plorg.apache.geronimo.kernel.deployment.DeploymentController$DeploymentWa ioymentController.java:89) [java] at
tesun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructor Ar.run(DeploymentController.java:324) [java] at java.lang.Thread.run(Thread.java:534) [java] Caused by: java.lang.reflect.InvocationTargetException [java] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [java] at
ccsun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCon sessorImpl.java:39) [java] at
trorg.apache.geronimo.kernel.service.ParserUtil.instantiate(ParserUtil.ja vuctorAccessorImpl.java:27) [java] at java.lang.reflect.Constructor.newInstance(Constructor.java:274) [java] at
a:org.apache.geronimo.kernel.service.ParserUtil.instantiate(ParserUtil.ja v409) [java] at
a:org.apache.geronimo.kernel.deployment.task.DeployGeronimoMBean.perform( D421) [java] at
eporg.apache.geronimo.security.AbstractModuleConfiguration.<init>(Abstrac tloyGeronimoMBean.java:152) [java] ... 6 more [java] Caused by: org.apache.geronimo.security.GeronimoSecurityException: Unable to find PolicyConfigurationFactory [java] at
Moorg.apache.geronimo.security.EJBModuleConfiguration.<init>(EJBModuleCon fduleConfiguration.java:94) [java] at
igjavax.security.jacc.PolicyConfigurationFactory$1.run(PolicyConfiguratio nuration.java:86) [java] ... 13 more [java] Caused by: java.lang.ClassNotFoundException: Property javax.security.jacc.PolicyConfigurationFactory.provider not set [java] at
Fajavax.security.jacc.PolicyConfigurationFactory.getPolicyConfigurationFa cctory.java:118) [java] at java.security.AccessController.doPrivileged(Native Method) [java] at
toorg.apache.geronimo.security.AbstractModuleConfiguration.<init>(Abstrac try(PolicyConfigurationFactory.java:112) [java] at
ModuleConfiguration.java:91) [java] ... 14 more
Jacek
