Hi,
ich habe eine Alfresco 4.2.c auf meinem Server als "Informations- und Dokumentenmanagement" für den Familienkreis laufen. So weit so gut … Leider habe ich bei der Benutzung von "share" ein kleines Problem:
Wenn ich eine Datei in einem Verzeichnis aktualisieren will, geht das immer in die Hose … Es kommt immer die Fehlermeldung:
Misserfolg: does not exist: workspace://SpacesStore/… (s. <a href='https://dms.yachthomepage.de/alfresco/d/d/workspace/SpacesStore/712e403b-813e-49e3-a036-1680d562a8c3...' target='self'>hier</a>)<break>
Ich habe dafür schon verschiedene Wege beschritten, habe die Datei direkt im Repository angelegt, habe es über eine Site versucht, aber immer das gleiche
Zur Konfiguration:
<ul><li>OpenSuSE 12.2 64bit</li>
<li>Alfresco Standard-Installation</li>
<li>Alfresco läuft unter dem Benutzer "root", die Benutzer für das Dateisystem sind auf root:root gesetzt. Die Verzeichnisrechte wurden nach der Installation nicht geändert.
<li>zwei Benutzergruppen: XXX und XXX_Privat</li>
<li>Benutzer Y ist Konsument in XXX_Privat und Koordinator in XXX, für Testzwecke auch noch einmal als Koordinator direkt (s. <a href='https://dms.yachthomepage.de/alfresco/d/d/workspace/SpacesStore/98ec60b3-135f-42a5-8ece-4a05621d7c7e...' target='self'>hier</a>)</li>
<li>im Repository ein Unterverzeichnis eingerichtet, in dem die gemeinsamen Daten liegen sollen und diesem Verzeichnis folgende Berechtigungen gegeben:
- Gruppe XXX als Koordinator, XXX_Privat als Konsument</li>
</ul>
Ich habe alles Mögliche versucht, komme aber irgendwie nicht weiter. Ich weiß nur, dass es über den alten Desktop funktioniert :?
Hat da irgendjemand eine Idee, was faul sein könnte im Staate Dänemark?
ich habe eine Alfresco 4.2.c auf meinem Server als "Informations- und Dokumentenmanagement" für den Familienkreis laufen. So weit so gut … Leider habe ich bei der Benutzung von "share" ein kleines Problem:
Wenn ich eine Datei in einem Verzeichnis aktualisieren will, geht das immer in die Hose … Es kommt immer die Fehlermeldung:
Misserfolg: does not exist: workspace://SpacesStore/… (s. <a href='https://dms.yachthomepage.de/alfresco/d/d/workspace/SpacesStore/712e403b-813e-49e3-a036-1680d562a8c3...' target='self'>hier</a>)<break>
Ich habe dafür schon verschiedene Wege beschritten, habe die Datei direkt im Repository angelegt, habe es über eine Site versucht, aber immer das gleiche
Zur Konfiguration:
<ul><li>OpenSuSE 12.2 64bit</li>
<li>Alfresco Standard-Installation</li>
<li>Alfresco läuft unter dem Benutzer "root", die Benutzer für das Dateisystem sind auf root:root gesetzt. Die Verzeichnisrechte wurden nach der Installation nicht geändert.
<li>zwei Benutzergruppen: XXX und XXX_Privat</li>
<li>Benutzer Y ist Konsument in XXX_Privat und Koordinator in XXX, für Testzwecke auch noch einmal als Koordinator direkt (s. <a href='https://dms.yachthomepage.de/alfresco/d/d/workspace/SpacesStore/98ec60b3-135f-42a5-8ece-4a05621d7c7e...' target='self'>hier</a>)</li>
<li>im Repository ein Unterverzeichnis eingerichtet, in dem die gemeinsamen Daten liegen sollen und diesem Verzeichnis folgende Berechtigungen gegeben:
- Gruppe XXX als Koordinator, XXX_Privat als Konsument</li>
</ul>
Ich habe alles Mögliche versucht, komme aber irgendwie nicht weiter. Ich weiß nur, dass es über den alten Desktop funktioniert :?
Hat da irgendjemand eine Idee, was faul sein könnte im Staate Dänemark?
Hi Jan,
die Regel wars! Die hat alles kaputt gemacht. Deaktiviert und es läuft!
Vielen Dank!
So, und jetzt die Frage: Weshalb hat die Regel so dazwischen gehauen? Ich habe die gleiche genommen, die ich in meiner 3.x-Version hatte:
<blockquote><ul><li>Name: Versionierung</li>
<li>Beschreibung: Versioniert alles</li>
<li>Wenn: alle drei ausgewählt</li>
<li>Kriterien: alle</li>
<li>Aktion: Aspekt 'versionsfähig' hinzufügen</li>
<li>'aktiv' und 'auf Unterordner anwenden' angeklickt</li></ul></blockquote>
Eigentlich dürfte das da doch nicht passieren … Oder vielleicht doch?
Und das mit dem Stehen des Servers ist so eine Sache: Das Alfresco (der Tomcat) bleibt manchmal einfach stehen. Keine Einträge im Logfile - der Tomcat k…. einfach ab. Die Datenbank und LibreOffice sind nicht betroffen. Ein Neustart hilft manchmal, dann aber auch nur für 1, 2, 3, 5 … Minuten. Da kann ich noch nicht einmal groß was machen, bis er wieder wegfällt.
Habe schon für Testzwecke mal JAVA_HOME (PROGRAME_HOME/scripts/setenv.sh <u>und</u> TOMCAT_HOME/bin/setenv.sh) umgesetzt - jeweils die aktuelle Version von Oracle - sowohl 32 als auch 64 bit. Mal gehts, mal nicht
Bin schon am verzweifeln! Kann ich den Tomcat ohne große Umbauten gegen den Original von SuSE austauschen (das Alfresco-Verzeichnis aus dem Tomcat rüberschieben und fertig)?
die Regel wars! Die hat alles kaputt gemacht. Deaktiviert und es läuft!
Vielen Dank!
So, und jetzt die Frage: Weshalb hat die Regel so dazwischen gehauen? Ich habe die gleiche genommen, die ich in meiner 3.x-Version hatte:
<blockquote><ul><li>Name: Versionierung</li>
<li>Beschreibung: Versioniert alles</li>
<li>Wenn: alle drei ausgewählt</li>
<li>Kriterien: alle</li>
<li>Aktion: Aspekt 'versionsfähig' hinzufügen</li>
<li>'aktiv' und 'auf Unterordner anwenden' angeklickt</li></ul></blockquote>
Eigentlich dürfte das da doch nicht passieren … Oder vielleicht doch?
Und das mit dem Stehen des Servers ist so eine Sache: Das Alfresco (der Tomcat) bleibt manchmal einfach stehen. Keine Einträge im Logfile - der Tomcat k…. einfach ab. Die Datenbank und LibreOffice sind nicht betroffen. Ein Neustart hilft manchmal, dann aber auch nur für 1, 2, 3, 5 … Minuten. Da kann ich noch nicht einmal groß was machen, bis er wieder wegfällt.
Habe schon für Testzwecke mal JAVA_HOME (PROGRAME_HOME/scripts/setenv.sh <u>und</u> TOMCAT_HOME/bin/setenv.sh) umgesetzt - jeweils die aktuelle Version von Oracle - sowohl 32 als auch 64 bit. Mal gehts, mal nicht
Bin schon am verzweifeln! Kann ich den Tomcat ohne große Umbauten gegen den Original von SuSE austauschen (das Alfresco-Verzeichnis aus dem Tomcat rüberschieben und fertig)?
