Version imprimable
Bonjour,
J'aimerais me lancer dans l'utilisation de JGuard mais il se trouve que après quelques heures de tests en tout genres (installation des applications d'exemple, lecture de la maigre documentation,etc.) je suis encore plus perdu qu'avant.
J'en appel donc à ceux qui ont peut-être déjà utilisé ce framework. Connaissez vous un bon tuto, une vrai documentation ou une explication suffisament claire ?
Ou alors, un autre outil qui fait la même chose mais en plus simple... ?
Merci
bonjour,
faisant partie du projet jGuard, je pense pouvoir t'aider.
;)
quels sont tes problèmes et tes questions?
nous sommes conscients que la documentation doit être largement améliorée.
pourrais-tu nous indiquer précisément sur quelles parties se concentrer en priorité?
cordialement,
Charles(jGuard team).
en faite oui, y a pas bcp de doc dessus , j'aimerai savoir est t il possible avec jguard de faire quelque chose comme la restriction d'acces au pages ,voir meme ,à des lignes dans la meme pages( par exmple ,une rubrique 'Administration', qui devait apparaitre pour l'admin et pas pour le client (maniere comme les roles de Basic de tomcat ou via un formulaire et une connexion BD )Citation:
Envoyé par diabolo512
cordialement
Si j'ai bien compirs, JGuard repose sur JAAS. On peut donc decouper son utilisation en deux categories : Authentification et Autorisations.
Ces deux parties m'intéresse. Je souhaite pouvoir stocker les infos sur les droits d'acces dans une base de données afin de pouvoir les modifier de n'importe ou depuis une application d'administration distante.
Quant aux utilisateurs je souhaiterai pouvoir les récupérer depuis une autre base distante voir pourquoi pas d'un annuaire LDAP...
En fait, ma question est : sur quel modèle fonctionne JGuard ? En regardant un peu les fichiers xml fournis avec la distribution, j'ai cru déterminer le modèle suivant :
--> une permission est associée à des actions
--> un domaine est associé à des permissions
--> un rôle est associé à des domaines
--> un utilisateur est associé à un role
Je ne sait pas si c'est vraiment ça mais en tout cas ce modèle me suffirait. Malheureusement, je ne retrouve pas ça dans la base de donnée que j'ai pu recréer à partir des fichiers .properties contenus dans l'application d'exemple.
Par exemple, pour toute mes appli J2EE, je fait un accés aux bases de données à l'aide d'Hibernate. Si je veux administrer les permissions, domaines, roles, etc., est ce que JGuard me fourni déjà un moyen d'accès simple pour l'administration ou bien est ce que je dois refaire mon mapping Hibernate et recréer mes objets ?
Voila, j'espere que mes questions ne sont pas trop incompréhensibles. Merci.
la réponse est oui.Citation:
j'aimerai savoir est t il possible avec jguard de faire quelque chose comme la restriction d'acces au pages ,voir meme ,à des lignes dans la meme pages( par exmple ,une rubrique 'Administration', qui devait apparaitre pour l'admin et pas pour le client (maniere comme les roles de Basic de tomcat ou via un formulaire et une connexion BD )
une webapp d'exemple est fournie avec jGuard pour illustrer cela.
celle-ci montre en exemple, l'utilisation possible de jGuard avec Struts (jGuard n'est pas lié à l'utilisation de Struts).
les utilisateurs enregistrés (dans une base de données, XML, ou LDAP), ont des rôles.
ces rôles définis, ont des permissions, correspondant dans l'exemple à des urls.
ainsi, suivant les rôles de l'utilisateur, celui-ci pourra avoir accès à la page voulue ou non.
l'affichage de bouts de pages est aussi supporté via une libraire de tags jsp fournie.
(cf http://jguard.xwiki.com/xwiki/bin/view/Doc/TagLibs).
les rôles et permissions d'une applications peuvent aussi être stockés dans une base de données ou dans un fichier XML.
cela répond-il à vos questions?
Charles(jGuard team).
En ce qui concerne les rôles et permissions d'une application, j'ai bien compris comment ils étaient stockés dans les fichiers XML et je pense avoir créé les bonnes tables pour les stocker en base de donnée.
Par contre, JGuard fournit-il une couche d'accès à ces données (qu'elles soient en base ou en XML) ?
Actuellement je cherche à pouvoir modifier ces données depuis une application distante. Est ce que je suis obligé de me faire ma propre couche d'accès aux données pour pouvoir les modifier ?
D'autre part, j'arrive à initialiser ma base de donnée gérant la partie autorisation à partir d'un fichier XML prérempli. Je fait ceci dans le fichier de config jGuard :
Cela fonctionne bien et toute la configuration contenue dans mon jGuardPrincipalsPermissions.xml se retrouve dans mes tables.Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31<authorizationManager>net.sf.jguard.authorization.JdbcAuthorizationManager</authorizationManager> <authorizationManagerOptions> <option> <name>fileLocation</name> <value>WEB-INF/conf/jGuard/jGuardPrincipalsPermissions.xml</value> </option> <option> <name>authorizationDriver</name> <value>com.mysql.jdbc.Driver</value> </option> <option> <name>authorizationUrl</name> <value>jdbc:mysql://localhost/jguard</value> </option> <option> <name>authorizationLogin</name> <value>login</value> </option> <option> <name>authorizationPassword</name> <value>password</value> </option> <option> <name>debug</name> <value>true</value> </option> <option> <name>fileLocation</name> <value>WEB-INF/conf/jGuard/authorization.mysql.properties</value> </option> </authorizationManagerOptions>
Par contre, existe-t-il un moyen de faire pareil avec le fichier jGuardUsersPrincipals.xml ?
Merci
bonjour,
tu fais allusion au fait que des données initialement persistées dans un fichier xml, peuvent être importées dans une base de données.
pour la partie autorisations, cela fonctionne dans la 0.70 comme tu as pu le voir.
pour la partie authentication, cela fonctionne à partir de la 0.80 beta 1 (la 0.80 beta2 sort aujourd'hui).
concernant la manipulation des Subjects(utilisateurs), principals(roles),domaines(groupe de permissions), et permissions, tout ceci s'effectue via les objets authenticationManager et authorizationMAnager.
la webapp fournit permet d'ailleurs de les modifier à chaud (exemple plus approfondi dans la webapp de la 0.80 beta2).
donc toutes les entités sont déjà manipulables via ces deux objets(récupérables dans la webapp car stockés dans le contexte application avec pour clés 'authenticationManager' et 'authorizationManager').
petite info: un domaine n'est qu'un regroupeemnt fonctionnel de permissions (exemple:toutes les permissions concernant les commandes).
par contre, un role peut contenir des permissions spécifiques, ou des domaines entiers pour aller plus vite.
est-ce que cela rpond à toutes tes questions?
Charles(jGuard team).
Oui, merci, cela m'aide un peu. J'image que je pourrai plus facilement modifier mes objets avec AutheticationManager et AuthorizationManager. Je vais regarder ça de plus près. En fait, si j'ai bien compris, ce sont ces méthodes qui gèrent l'accés au données ?
Par contre, je garde toujours à l'esprit de pouvoir faire une application d'administration à partir de laquelle je pourrai modifier les regles d'autentification et d'autorisations de différentes applications. Il me sera donc impossible d'accéder aux AuthenticationManager et AutorizationManager de ces applications. Y'a-t-il un moyen simple d'accéder aux données contenues en base ? Sinon, je développerai un petit module qui y accéde via Hibernate mais je ne voudrait pas le faire si ça existe déjà...
En tout cas merci pour ton aide.
PS : Sinon, existe-t-il une javaDoc quelque part stp ?
ce sont des classes de haut niveau qui permettent de manipuler les objets persités tant en base qu'en fichier xml.Citation:
Gob4 Oui, merci, cela m'aide un peu. J'image que je pourrai plus facilement modifier mes objets avec AutheticationManager et AuthorizationManager. Je vais regarder ça de plus près. En fait, si j'ai bien compris, ce sont ces méthodes qui gèrent l'accés au données ?
=> regarde du coté de la webapp d'exemple de jGaurd qui sera un bon point de départ (fourni des fonctions d'admin).Citation:
Par contre, je garde toujours à l'esprit de pouvoir faire une application d'administration à partir de laquelle je pourrai modifier les regles d'autentification et d'autorisations de différentes applications
=> non, si tu mets les mêmes paramètres pour initialiser ces deux objets authenticationManager et authorizationManager.Citation:
Il me sera donc impossible d'accéder aux AuthenticationManager et AutorizationManager de ces applications.
pour al javadoc, regarde le wiki (la javadoc de la 0.70 est par exemple ici: http://jguard.sourceforge.net/v0.70/javadoc/)
amicalement,
Charles.(jGuard team).
Salut,
je reviens à la charge sur JGuard...
J'ai l'erreur suivante au demarrage de mon application sous Tomcat 5.5 :
java.util.MissingResourceException: Can't find resource for bundle sun.security.util.Resources, key unable to instantiate LoginModule:
at java.util.ResourceBundle.getObject(ResourceBundle.java:325)
at java.util.ResourceBundle.getObject(ResourceBundle.java:322)
at java.util.ResourceBundle.getString(ResourceBundle.java:285)
at sun.security.util.ResourcesMgr.getString(ResourcesMgr.java:36)
at javax.security.auth.login.LoginContext.invoke(LoginContext.java:804)
at javax.security.auth.login.LoginContext.access$000(LoginContext.java:186)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:683)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680)
at javax.security.auth.login.LoginContext.login(LoginContext.java:579)
at net.sf.jguard.authentication.AuthenticationUtils.authenticate(AuthenticationUtils.java:81)
at net.sf.jguard.authentication.AuthenticationUtils.authenticate(AuthenticationUtils.java:147)
at net.sf.jguard.filters.AccessFilter.authenticate(AccessFilter.java:678)
at net.sf.jguard.filters.AccessFilter.logonProcess(AccessFilter.java:504)
at net.sf.jguard.filters.AccessFilter.doFilter(AccessFilter.java:314)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:667)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)
Est ce que cette erreur te dis quelque chose ? Merci.
Bonjour,
afin de t'aider rapidement, pourrais-tu activer les logs de jGuard au niveau debug (à effectuer dans le fichier log4j.properties), et poster toutes les logs générées au démarrage ?
autres questions:
quelles versions de java, de serveur d'applications et de jGaurd utilises-tu?sur windows?sur linux?sur Mac?
as-tu bien mis dans le répertoire de librairies partagées le jar jGuard-jvm.jar?
amicalement,
Charles(jGuard team).
Salut,
Alors j'ai beaucoup de mal a récuperer le log en mode debug. La console Eclipse sature et j'arrive pas a retrouver le fichier quand j'utilise un FileAppender...
En tout cas je peux te dire que le probleme survient lorsque la logonURI definie dans jguardConfiguration.xml est appelée :
Citation:
DEBUG - uriWithQuery=/servlet?action=Logon
INFO - user is null : subject is null implies logonProcess phase
DEBUG - authorizationHeader=null
INFO - user is null : BASIC authentication subject is null implies authenticate phase
ERROR - "Servlet.service()" pour la servlet servlet a généré une exception
java.util.MissingResourceException: Can't find resource for bundle sun.security.util.Resources, key unable to instantiate LoginModule: ...
Sinon, j'utilise Eclipse WTP 3.1, sous Windows xp, une jdk1.4.2_05, Tomcat 5.5 et parfois 5.0. jguard 0.70.2.
Est ce que cela t'aide un peu ?
je pense que le problème de log vient peut-être du fait que tu as défini tous les packages au niveau debug.
il faudrait seulement définir le niveau debug pour les packages commencant par 'net.sf.jguard'.
le fait de voir la log est important, car sinon cela va être difficile de t'aider....:(
peux-tu m'en dire plus, ou publier la log, ou les fichiers de configuration?
utilises-tu des servlets directement ou Struts?
amicalement,
Charles.
Ok j'ai ça :
Les erreurs "Can't create table '.\jguard_test\#sql-604_11f.frm' (errno: 121)" viennent d'un bug de MySQL concernant les contraintes sur cleés etrangeres mais je ne pense pas que ce soit lié.Citation:
DEBUG - server info = Apache Tomcat/5.5.15
DEBUG - servletContextName=test_jguard
DEBUG - servlet Real Path=D:\Eclipse\workspace\.metadata\.plugins\org.eclipse.wst.server.core\tmp3\webapps\test_jguard\
DEBUG - current Policy=sun.security.provider.PolicyFile@1094d48
DEBUG - webappHomePath=file://D:/Eclipse/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp3/webapps/test_jguard/
DEBUG - configurationLocation=file://D:\Eclipse\workspace\.metadata\.plugins\org.eclipse.wst.server.core\tmp3\webapps\test_jguard\WEB-INF\conf\jGuard\jGuardConfiguration.xml
DEBUG - location=file://////D:\Eclipse\workspace\.metadata\.plugins\org.eclipse.wst.server.core\tmp3\webapps\test_jguard\WEB-INF\conf\jGuard\jGuardConfiguration.xml
12 mai 2006 12:07:47 net.sf.jguard.security.PolicyHelper installPolicy
INFO: init() - JGuardPolicy is not set as the policy provider . the actual policy provider is 'sun.security.provider.PolicyFile' which is different of 'net.sf.jguard.security.JGuardPolicy'
12 mai 2006 12:07:47 net.sf.jguard.security.PolicyHelper installPolicy
INFO: init() - if you want the jGuard policy 'governs' all java applications (one choice among others described in the jGuard documentation),
12 mai 2006 12:07:47 net.sf.jguard.security.PolicyHelper installPolicy
INFO: init() - please correct the 'policy.provider' property (policy.provider=net.sf.jguard.security.JGuardPolicy) in your 'java.security' file,
12 mai 2006 12:07:47 net.sf.jguard.security.PolicyHelper installPolicy
INFO: init() - located in this directory: C:\Java\jdk1.5.0_06\jre\lib\security\
12 mai 2006 12:07:47 net.sf.jguard.security.JGuardPolicy <init>
INFO: ####### loading jGuardPolicy 0.70.2 ###########
12 mai 2006 12:07:47 net.sf.jguard.security.ConfigurationHelper installWithOldConfig
INFO: JGuardConfiguration is set
DEBUG - applicationName=test_jguard
DEBUG - authenticationOptions={authenticationManagerOptions={authenticationPassword=root, authenticationUrl=jdbc:mysql://192.168.11.28/jguard_users, authenticationLogin=root, authenticationDriver=com.mysql.jdbc.Driver}, authenticationFailedURI=/failed.jsp, accessDeniedURI=/servlet?action=AccessDenied, loginModules=[{loginModuleOptions={debug=false, passwordField=password, loginField=login}, flag=REQUIRED, name=net.sf.jguard.loginmodules.JdbcLoginModule}], indexURI=index.jsp, authenticationManager=net.sf.jguard.authentication.JdbcAuthenticationManager, logonProcessURI=/servlet?action=LogonProcess, registerURI=/servlet?action=Registration, registerProcessURI=/servlet?action=RegistrationProcess, debug=true, authScheme=BASIC, passwordField=password, logonURI=/servlet?action=Logon, logoffURI=/servlet?action=Logoff, includeOldConfig=false}
DEBUG - debugOnAuthentication=true
DEBUG - Configuration class =net.sf.jguard.security.JGuardConfiguration
INFO - authenticationManagerImpl=net.sf.jguard.authentication.JdbcAuthenticationManager
DEBUG - AuthenticationConnectionFactoryOptions={authenticationPassword=root, authenticationUrl=jdbc:mysql://192.168.11.28/jguard_users, authenticationLogin=root, applicationName=test_jguard, authenticationDriver=com.mysql.jdbc.Driver}
DEBUG - authorizationManagerOptions={fileLocation=file://D:/Eclipse/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp3/webapps/test_jguard/WEB-INF/conf/jGuard/authorization.mysql.properties, debug=true, applicationName=test_jguard, authorizationManager=net.sf.jguard.authorization.JdbcAuthorizationManager, authorizationUrl=jdbc:mysql://192.168.11.28/jguard_test, authorizationPassword=password, authorizationDriver=com.mysql.jdbc.Driver, authorizationLogin=root}
DEBUG - authorizationManagerOptions={fileLocation=file://D:/Eclipse/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp3/webapps/test_jguard/WEB-INF/conf/jGuard/authorization.mysql.properties, debug=true, applicationName=test_jguard, authorizationManager=net.sf.jguard.authorization.JdbcAuthorizationManager, authorizationUrl=jdbc:mysql://192.168.11.28/jguard_test, authorizationPassword=password, authorizationDriver=com.mysql.jdbc.Driver, authorizationLogin=root}
DEBUG - query2=
DEBUG - sequence already exists Syntax error or access violation, message from server: "Query was empty"
DEBUG - query2=
DEBUG - sequence already exists Syntax error or access violation, message from server: "Query was empty"
DEBUG - query2=
DEBUG - sequence already exists Syntax error or access violation, message from server: "Query was empty"
DEBUG - query3=alter table jg_principal_permission add constraint fk_permission_principal foreign key (principal_id) references jg_app_principal(id)
DEBUG - foreign keys already exists General error, message from server: "Can't create table '.\jguard_test\#sql-604_11f.frm' (errno: 121)"
DEBUG - query3=alter table jg_principal_permission add constraint fk_principal_permission foreign key (permission_id) references jg_permission(id)
DEBUG - foreign keys already exists General error, message from server: "Can't create table '.\jguard_test\#sql-604_11f.frm' (errno: 121)"
DEBUG - query3=alter table jg_principal_domain add constraint fk_domain_principal foreign key (principal_id) references jg_app_principal(id)
DEBUG - foreign keys already exists General error, message from server: "Can't create table '.\jguard_test\#sql-604_11f.frm' (errno: 121)"
DEBUG - query3=alter table jg_principal_domain add constraint fk_principal_domain foreign key (domain_id) references jg_domain(id)
DEBUG - foreign keys already exists General error, message from server: "Can't create table '.\jguard_test\#sql-604_11f.frm' (errno: 121)"
DEBUG - query3=alter table jg_permission add constraint fk_permission_domain foreign key (domain_id) references jg_domain(id)
DEBUG - foreign keys already exists General error, message from server: "Can't create table '.\jguard_test\#sql-604_11f.frm' (errno: 121)"
DEBUG - query3=alter table jg_principal_hierarchy add constraint fk_principal_principal_hierarchy foreign key (principal_asc_id) references jg_app_principal(id)
DEBUG - foreign keys already exists General error, message from server: "Can't create table '.\jguard_test\#sql-604_11f.frm' (errno: 121)"
DEBUG - query3=alter table jg_principal_hierarchy add constraint fk_principal_principal_hierarchy2 foreign key (principal_desc_id) references jg_app_principal(id)
DEBUG - foreign keys already exists General error, message from server: "Can't create table '.\jguard_test\#sql-604_11f.frm' (errno: 121)"
INFO - there are some principals in database
INFO - Principal guest inherites from principal admin
DEBUG - uriWithQuery=/servlet?action=Logon
INFO - user is null : subject is null implies logonProcess phase
DEBUG - authorizationHeader=null
INFO - user is null : BASIC authentication subject is null implies authenticate phase
ERROR - "Servlet.service()" pour la servlet servlet a généré une exception
java.util.MissingResourceException: Can't find resource for bundle sun.security.util.Resources, key unable to instantiate LoginModule:
...
Mon fichier de config jguard :
Citation:
<configuration>
<authentication>
<debug>true</debug>
<passwordField>password</passwordField>
<indexURI>index.jsp</indexURI>
<authenticationFailedURI>/failed.jsp</authenticationFailedURI>
<logonURI>/servlet?action=Logon</logonURI>
<logonProcessURI>/servlet?action=LogonProcess</logonProcessURI>
<registerURI>/servlet?action=Registration</registerURI>
<registerProcessURI>/servlet?action=RegistrationProcess</registerProcessURI>
<logoffURI>/servlet?action=Logoff</logoffURI>
<accessDeniedURI>/servlet?action=AccessDenied</accessDeniedURI>
<authScheme>BASIC</authScheme>
<includeOldConfig>false</includeOldConfig>
<includeConfigFromJavaParam>false</includeConfigFromJavaParam>
<includePolicyFromJavaParam>false</includePolicyFromJavaParam>
<authenticationManager>net.sf.jguard.authentication.JdbcAuthenticationManager</authenticationManager>
<authenticationManagerOptions>
<option>
<name>authenticationUrl</name>
<value>jdbc:mysql://192.168.11.28/jguard_users</value>
</option>
<option>
<name>authenticationLogin</name>
<value>root</value>
</option>
<option>
<name>authenticationPassword</name>
<value>password</value>
</option>
<option>
<name>authenticationDriver</name>
<value>com.mysql.jdbc.Driver</value>
</option>
</authenticationManagerOptions>
<loginModules>
<loginModule>
<name>net.sf.jguard.loginmodules.JdbcLoginModule</name>
<flag>REQUIRED</flag>
<loginModuleOptions>
<option>
<name>debug</name>
<value>false</value>
</option>
<option>
<name>loginField</name>
<value>login</value>
</option>
<option>
<name>passwordField</name>
<value>password</value>
</option>
</loginModuleOptions>
</loginModule>
</loginModules>
</authentication>
Citation:
<authorization>
<authorizationManager>net.sf.jguard.authorization.JdbcAuthorizationManager</authorizationManager>
<authorizationManagerOptions>
<option>
<name>authorizationDriver</name>
<value>com.mysql.jdbc.Driver</value>
</option>
<option>
<name>authorizationUrl</name>
<value>jdbc:mysql://192.168.11.28/jguard_test</value>
</option>
<option>
<name>authorizationLogin</name>
<value>root</value>
</option>
<option>
<name>authorizationPassword</name>
<value>password</value>
</option>
<option>
<name>debug</name>
<value>true</value>
</option>
<option>
<name>fileLocation</name>
<value>WEB-INF/conf/jGuard/authorization.mysql.properties</value>
</option>
</authorizationManagerOptions>
</authorization>
</configuration>
Comme tu peux le constater, j'utilise deux bases de données pur l'autentification et les autorisations. A priori elles sont conformes au model qui est proposé dans la distribution 0.70.2 de jguard (mis à part le probleme des clés etrangeres).
Je n'utilise pas Struts mais directement une servlet dans laquelle je gere les actions suivantes :
- AccessDenied --> renvoie une page acces denied
- Logon --> renvoie une page pour se logger
- Registration --> une page pour se logger
en cherchant, apparement les personnes qui ont ce genre de problème ont une JVM 1.3 et non 1.4.
=> jGuard requiert java 1.4 qui a vu l'intégration de JAAS en standard.
n'utilises-tu pas une version plus ancienne de java?
si cc'est le cas, tu dois passer au minimum à java 1.4.
Charles.
Ouai j'avais trouvé cette reponse à ce probleme aussi mais je suis sur d'etre en 1.4. La 1.3 n'est meme pas installée sur mon PC.
J'ai egalement verifié que jguard-jvm.jar est bien avec les librairies partagees de Tomcat et c'est bon.
Lorsque je lance l'application d'exemple fournie avec la distrib de jguard 0.70.2 ça fonctionne. La seule difference est qu'elle utilise des fichiers XML pour definir les principals/permissions et users/principals alors que j'utilise une base de donnees.
je pense que l'exception renvoyée par lmysql est propagée et fait planter le loginModule....
pourrais-tu tester avec postgresql, ou une version de mysql qui ne plante pas?
ou mieux, si tu as identifié des requêtes d'initialisation de tables qui font tout planter, tu peux les commenter dans le fichier mysql.authenticaiton.properties avec un diese au début de la ligne. cela peut aussi passer comme cela.
est-ce que cela t'aide?
Charles.
Bon,
J'ai fait un test avec une base Oracle et j'ai la même erreur.
Effectivement le probleme doit venir du LoginModule. Ce que je ne comprend pas c'est à quoi il sert. dans mon fichier de config je declare :
Par contre je copie betement le loginModule fourni en exemple mais je ne vois pas bien à quoi ça correspond... Sachant que j'utilise du jdbcLoginModule, est ce que ma configuration est bonne ?Citation:
<loginModule>
<name>net.sf.jguard.loginmodules.JdbcLoginModule</name>
<flag>OPTIONAL</flag>
<loginModuleOptions>
<option>
<name>debug</name>
<value>false</value>
</option>
<option>
<name>loginField</name>
<value>login</value>
</option>
<option>
<name>passwordField</name>
<value>password</value>
</option>
</loginModuleOptions>
</loginModule>
le problème vient de ta configuration.
au passage, je te conseille d'utiliser la version 0.80 beta2 , qui est la dernière version avant la 0.80 finale qui devrait sortir avant une semaine(la configuration sera la même que la finale).
pour t'aider dans la configuration, la distribution 0.80 beta2 contient un fichier intitulé jGuardConfiguration.MysqlOnAuthenticationAndAuthorization.xml qui configure mysql pour la partie authentification et authorisation.
CHarles.
Suite du feuilleton Jguard...
Ok, je suis passé en version 0.80b2. A priori il y a du mieux puisque j'arrive desormais à afficher ma première page. Enfin presque puisaue l'accès m'y est refusé. J'imagine que je dois configurer ça dans les permissions.
Quoi qu'il en soit, je semble etre autentifié en "guest" au demarrage ce qui, je crois, est normal.
Là où ça se complique c'est lorsque j'appelle le "LogonProcessURI" pour m'authentifier en admin. J'ai l'erreur suivante :
Citation:
DEBUG - we check that this permision /servlet?action=LogonProcess,http implies /servlet?action=LogonProcess,http,permission build from the user request
DEBUG - pattern used to check access =/servlet
DEBUG - path to be checked =/servlet
DEBUG - access decision =true
INFO - user= [ password=guest login=guest firstName=guest lastName=guest ] : uri(/servlet?action=LogonProcess)=logonProcessURI(/servlet?action=LogonProcess) implies logonProcess phase
INFO - user= [ password=guest login=guest firstName=guest lastName=guest ] : AUTHENTICATION TYPE OTHER THAN BASIC (IT CAN BE FORM,CERT_CLIENT..) implies authenticate phase
DEBUG - authSchemeItem=FORM
DEBUG - authSchemeItem=FORM
DEBUG - password validation =true for userId=1
ERROR - authentication failed.LoginException JCaptcha service is unll: it has not been properly initialized
net.sf.jguard.authentication.loginmodules.JCaptchaLoginException: JCaptcha service is unll: it has not been properly initialized
at net.sf.jguard.authentication.loginmodules.JCaptchaLoginModule.login(JCaptchaLoginModule.java:102)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at javax.security.auth.login.LoginContext.invoke(LoginContext.java:769)
at javax.security.auth.login.LoginContext.access$000(LoginContext.java:186)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:683)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680)
at javax.security.auth.login.LoginContext.login(LoginContext.java:579)
at net.sf.jguard.authentication.http.HttpAuthenticationUtils.useLoginContext(HttpAuthenticationUtils.java:85)
at net.sf.jguard.authentication.http.HttpAuthenticationUtils.authenticate(HttpAuthenticationUtils.java:161)
at net.sf.jguard.authentication.http.AccessFilter.authenticate(AccessFilter.java:748)
at net.sf.jguard.authentication.http.AccessFilter.logonProcess(AccessFilter.java:588)
at net.sf.jguard.authentication.http.AccessFilter.doFilter(AccessFilter.java:385)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:667)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)
DEBUG - authentication failed ; user is redirected to /failed.jsp
Est ce qu'il faut faire quelque chose de special avec le JCaptcha service ? Il sert à quoi ?
Merci.
Autre chose :
Il semblerait que l'accès par jguard à ma base de donnée gérant les autorisations de mon appli fonctionne bien mais les permissions, domaines et principals ne semblent pas se charger correctement. Dans le log, j'ai extrait le passage suivant apres connexion à ma base :
Rq : "home" et "all" sont deux permissions que j'ai défini dans ma base d'autorizations.Citation:
INFO - there are some principals in database
WARN - permission home not found in JGPermissionCollection#getPermission!!!
WARN - permissions=[]
WARN - permission home is not present in the JGPermissionCollection
WARN - permission all not found in JGPermissionCollection#getPermission!!!
WARN - permissions=[]
WARN - permission all is not present in the JGPermissionCollection
INFO - Principal guest inherites from principal admin
Bonjour,
JCaptcha sert à générer un captcha(image de sécurité représentant un code afin d'éviter les robots spammeurs).
si vous n'avez pas intégré JCaptcha dans la page de login (comme dans jguardExample de la version 0.80 beta2), il suffit d'enlever ce logiModule du fichier de configuration.
concernant la base et vos permissions:
est-ce que tu es parti d'une base vide?
=> si tu garde le fichier de stockage XML, et que la base est vide, automatiquement un import de ces données dans les tables sera effectué.
avgec l'exemple de la version jGUard 0.80 betaa2 , tu pourras voir des écrans te permettant de créer les permissions et de les associer à des rôles; puis de lier ces rôles aux utiliasteurs: plus d'opérations directes en bases ne sont utiles, les écrans facilitant le travail.
cela t'aide-t-il?
Charles.
Ok, j'ai desactivé JCaptcha...
En fait, je me suis fait ma propre appli pour administrer les permissions et les principals. Cette appli crée les tables et les remplie à priori comme il faut.
Par contre j'ai vu que les tables ne sont pas les memes entre la version 0.70 et 0.80. J'ai donc modifié les choses en consequences. Il y a juste les tables "jg_st_*" dont je ne comprend pas l'utilité.
J'arrive alors à identifier et authentifier un utilisateur. Par contre jguard ne charge pas ses principals. Il n'a donc aucun droit.
Et comme je le disais dans mon precendent post, les permissions de la partie autorisation ne se chargent pas.
Je vais continuer à chercher en m'inspirant de l'application fournie avec la version 0.80. Le probleme vient surement de la structures de mes tables. Je te tiens au courant.
Merci pour ton aide.
=> si tu es sous Struts, pourquoi ne pas réutiliser la webapp jGuardExample?Citation:
En fait, je me suis fait ma propre appli pour administrer les permissions et les principals.
;)
pour les tables jg_st-*, elles correspondent au SubjectTemplate, qui définit les credentials requis lors de la création d'un utilisateur.
pour ton probleme de chargement des permissions, as-tu vu qu'il y a la notion de principal du coté authentification et aussi coté authorizations?
il faut que le nom de la webapp correspondent au nom de l'application défini dans le principal coté authentification, et que le nom du principal correspodnent des deux cotés.
Charles.
Ok, ça a l'air de bien fonctionner... En fait, il faut que je laisse JGuard créer les bases de données.
Enfait, j'utilise ma propre appli d'administration parce que : d'une part je n'utilise pas Struts et d'autre part, je peux administrer plusieurs applications depuis celle ci.
Par contre je ne comprend pas comment gérer les descendances de principals.
J'ai un "guest" et je declare "admin" en tant que descendant de "guest". Comme ça, j'imagine que admin hérite de toutes les permissions de son père. Or, il semble se passer l'inverse. C'est "guest" qui obtient les droits de "admin". Ets-ce normal ?
c'est vrai que ce n'est pas forcément logique, pour le sens commun.....
mais en fait ce fonctionnement découle du standard RBAC (Role based Access Control) edicté par l'institut américain NIST.
donc, pour résumer, priorité aux ancêtres.
;)
sinon, pour ta webapp, quelle framework web utilises-tu?
Charles.
ouaip, merci les ancetres... J'ai juste inversé principal_desc_id et principal_asc_id dans mon mapping objet et ça marche nickel :)
Pour ma Webapp, j'utilise un framework maison basé sur FreeMarker. Ca demande un peu plus de boulot que Struts mais c'est beaucoup plus flexible.
J'attend avec impatience la solution miracle pour gérer la partie Vue des appli J2EE... J'ai entendu parler de Shale. Sur le papier ça a l'air bien mais c'est encore tout jeune on dirait. Enfin bref, y'a du boulot quoi...
cool si ton problème est résolu!
:P
pour info, la version finale de jGuard 0.80 est imminente.
la prochaine sera la 1.0 avec beaucoup de nouvelles fonctionnalités.
on utilisera maven2/svn, ce qui impl
ique pour maven une gestion des sources plus normalisée.
la conséquence est notamment l'utilisation de plusieurs projets exemples (dont un toujours un basé sur Struts), et en plus un basé sur Swing pour montrer l'utilisation de jGuard pour sécuriser les applications standalone.
la démonstration de sécurisation d'une application jsf me tente aussi.
:D
toutes les participations sont acceptées.
:mouarf:
@ bientôt,
Charles.
Bonjour,
je voudrais savoir comment je peux récupérer dans la page d'erreur le type de problème (Exception) qui s'est produit dans le LoginModule afin de faire une message personnalisé.
Merci.
Stéphane
Bonjour,
lors de la phase d'authentification, les loginModules peuvent lever une loginException.
jguard sauve la Classe et le mesasge localisé dans la session via ces instructions(e étant la loginException levée):
dans l'exemple d'application Struts fourni avec jGuard, la classe AuthenticationFailedAction crée des erreurs Struts appropriés dont voici l'extrait de code:Code:
2
3
je pense que cela pourra t'aider,Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
:mrgreen:
Charles.