Recherche
...
Sur un sous-workspace tmp, l'utilisateur admin donne les droits de gestion à l'utilisateur toto.
Maintenant toto se connecte, va sur tmp pour enlever les droits hérités: l'utilisateur admin ne peut donc plus accéder à tmp pour gérer les droits sur ce sous-workspace.
L'administrateur n'a d'autre choix que d'utiliser nxshell pour repositionner les droits correctement.
| Bloc de code |
|---|
cd <rep_nuxeo_52>/nuxeo-shell; ./nxshell.sh \-h 127.0.0.1 |
| Bloc de code |
|---|
cd default-domain/workspaces |
| Bloc de code |
|---|
view tmp -> 4cb62b5b-7b6e-432a-8d46-76271d125ea1 |
| Bloc de code |
|---|
script --file <rep_esup_ecm>/nuxeo-shell-scripts/modifyPermissions.js 4cb62b5b-7b6e-432a-8d46-76271d125ea1 |
| Bloc de code |
|---|
script --file <rep_esup_ecm>/nuxeo-shell-scripts/modifyPermissions.js 4cb62b5b-7b6e-432a-8d46-76271d125ea1 admin Everything |
(Message de nuxeo-dev de F.Guillaume du 4 mai 2009)
Drawbacks of MySQL when used with Nuxeo:
- loses connections when it decides to,
- poor fulltext support,
- no transactional fulltext tables,
- inefficient ACL checking due to lack of array datatypes,
- no sub-second time datatypes,
- foreign key on delete cascade operations limited to 15 levels deep,
- triggers not activated by cascaded foreign key actions (which we don't use at the moment with MySQL but could prove a big limitation in the future),
- poor query optimizer,
- (not directly nuxeo related) stupid nonstandard syntax, stupid datatypes conversions and lack of proper value checking.
All in all, MySQL should be avoided if you want to keep your sanity, you never know what's going to happen when you do a perfectly normal SQL operations. Please use PostgreSQL instead.
Le fichier permettant de modifier les logs de JBOSS/Nuxeo se trouve dans le répertoire d'installation, par exemple :
/opt/nuxeo/nuxeo-ep-5.2.0-RC1/server/default/conf/jboss-log4j.xml
Ajouter ces lignes :
| Bloc de code |
|---|
<!-- LOGFILE FOR SEAM -->
<appender name="SEAMFILE" class="org.jboss.logging.appender.RollingFileAppender">
<errorHandler class="org.jboss.logging.util.OnlyOnceErrorHandler"/>
<param name="File" value="${jboss.server.log.dir}/seamdebug.log"/>
<param name="Append" value="false"/>
<param name="MaxFileSize" value="500KB"/>
<param name="MaxBackupIndex" value="1"/>
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%d{ABSOLUTE} %-5p [%c{1}] %m%n"/>
</layout>
</appender>
|
Chainsaw est un petit client Java permettant d'afficher les logs d'une application Java à distance :
http://logging.apache.org/chainsaw/
Pourpermettre à Chainsaw de fonctionner, il faut ajouter ces lignes dans le fichier log4J :
| Bloc de code |
|---|
<appender name="REMOTE" class="org.apache.log4j.net.SocketAppender">
<errorHandler class="org.jboss.logging.util.OnlyOnceErrorHandler"/>
<param name="RemoteHost" value="remotehost"/>
<param name="Port" value="4560"/>
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%d{HH:mm:ss,SSS} [%t] %-5p %C{1} : %m%n"/>
</layout>
</appender>
|
remoteHost est l'ip ou le nom d'hôte de la machine ou Chainsaw est lancé, et qui va recevoir les logs sur le port correspondant. Dans cet exemple, le port 4560 correspond au port proposé& par défaut dans Chainsaw.