Search

1.- Actually thir feautre is not implemented, but you can do it easily. By default, OpenKM uses text-files user authentication. You can configure JBoss to authenticate againt a database and a simple PHP script can help you to change user password. 2.- OpenKM use JAAS to athenticate users. If there i...

En el fichero OpenKM.cfg está el parámetro \"system.user\" que por defecto es \"system\". Es algo experimental, de modo que puedes encontrar algún error. En ese caso coméntalo en el foro o reporta el bug.

Si, he logrado reproducir el fallo. Lo anotaremos para la siguiente versión. Es un caso un poco peculiar de modo que no lo consideramos grave. Refresca el navegador para poder volver a la taxonomía.

There is an admin option which can be used to run XPath queries. Use this expression for getting the last modification date for all documents in the repository (can be expensive if you have a big repository)

/jcr:root/okm:root//element(*,okm:document)/okm:content/@jcr:lastModified

The JAVA_HOME environment var should point to JDK folder, not JRE one.

> set JAVA_HOME=C:\\Archivos de programa\\Java\\jdk1.5.0_15

Stop JBoss, delete the \"repository\" folder and start JBoss again. This will create a new repository. I don\'t know why you cannot access to your \"okm:home\" folder... Perhaps you have been playing with permission?

Very strange issue. Do you see any error in the JBoss console?

Sorry, I don\'t understand you. What do you mean with \"we have to rely on the openkm for converting\"?

Como ya ha comentado un compañero antes, es un error conocido que está corregido en el CVS y que estará solucionado en la versión 2.0 final que saldrá la semana que viene.

It is a known JBoss issue, so you need the server connected to internet or deactivate webservices in OpenKM (see Error on Startup thread)

I\'ve updated the demo to the last CVS version. This version should fix this issue. Can you confirm it? Clean the browser cache before try the last version.

You don\'t need to export documents to perform a backup. By default, all repository data is stored in $JBOSS_HOME/repository, so you need to backup this directory. Before backup, stop JBoss.

The \"import document\" function explodes the ZIP file and put its contents into the OpenKM repository, re-creating the folder structure if any.

I thought this bug was fixed in 2.0b release. Thanks for the info because we plan to release the stable version this (or next) week. Anyway, the preferred method for running OpenKM/JBoss is

cd /opt/OpenKM-2.0b_JBoss-4.2.2.GA && ./bin/run.sh 

When I run OpenKM in Ubuntu Linux, I can import linux_zip.zip without problems.