Hallo KStoehr,
versuch mal:https://<ip>
So wird es auch bei der Kerberos SSO "vorgeschlagen".
Internetoptionen > Sicherheit > Lokales Intranet -> Sites -> hinzufügen |
Hallo KStoehr,
versuch mal:https://<ip>
So wird es auch bei der Kerberos SSO "vorgeschlagen".
Internetoptionen > Sicherheit > Lokales Intranet -> Sites -> hinzufügen |
JanR Danke für das Script. Das wird sicherlich einigen helfen.
Hallo @Katrin,
das unterbinden des verschiebens ist ein wenig tricky, aber es geht mit Systemflags
Hier ist die Doku dazu:
DISALLOW_ITEM_REMOVE | 64 | Verhindert das Entfernen von Objekten aus einem Ordner. Hinweis: Das Systemflag muss sowohl für den Ordner als auch für die Objekte innerhalb dieses Ordners gesetzt sein, die nicht entfernt werden dürfen. |
LG
Volker
Hallo JanR
bzgl. "ist das agorum fertig hochgefahren"
Das agorum ist dann vollständig einsatzbereit, wenn die Rest-API fertig geladen ist. Du könntest also mit einem Script einfach aller paar Minute/Sekunden einen simplen api Aufruf tätigen - das wäre ein Ansatz.
Bzgl. log und Problemursache:
ich habe folgende 3 aufeinanderfolgende Zeilen im Log gefunden:
2023-05-23 07:24:39,743 WARN [org.jboss.resource.connectionmanager.TxConnectionManager] Prepare called on a local tx. Use of local transactions on a jta transaction with more than one branch may result in inconsistent data in some cases of failure.
2023-05-23 07:38:47,138 INFO [STDOUT] SEQ ejbPassivate
2023-05-23 07:45:40,427 INFO [org.apache.struts.util.PropertyMessageResources] Initializing, config='org.apache.struts.taglib.logic.LocalStrings', returnNull=true
Wenn du dir die zeitstempel anschaust siehst du, dass zwischen 7 und 14 Minuten! zwischen diesen beiden Einträgen liegen.
Das ist sehr wahrscheinlich kein singuläres agorum problem.
"Waiting until the server becomes available" sagt, soweit ich das weiss, eigentlich nur aus, dass das System noch startet und du bitte solange warten sollst.
Die Weboberfläche ist dann fertig einsatzbereit , wenn im log so etwa in der Art auftaucht: "... published to /rest". Bis dahin ist der Server unavailable.
Das Problem liegt irgendwo anders.
Vielleicht im zugrundeliegenden filesystem/storage. Vielleicht ist auch die FP voll?
Selbst unserer größten System starten das agorum innerhalb von 5 Minuten.
Wir müssten mehr über die zugrundeliegende Konfig wissen. Im Rahmen des Forums wird es schwierig deine Fragen zu beantworten.
JanR Kannst du einen Auszug aus dem server.log posten/hier anhängen?
Es müsste für den "fehlerhaften" Startversuch eine relative kleine log-Datei geben.
annkatrin.goepfert Klar:
ich hatte die Quelle schon oben verlinkt (auch in der offiziellen Doku)
Quelle
Ich habe das gerade mal nachgestellt:
Ein Dokument A erstellt mit einem nicht-admin user,
Diesem Dokument die ACL Published zugewiesen. somit hat er nur read-Rechte.
In Version 11.2.2 kann der user über die Standard-rechtsklickaktionen das Dokument nicht mehr löschen.
Im Desk4Web wird das Dokument via "ACL-Überwachung" als grün markiert. Demnach ein all-Recht.
In der entsprechenden Doku dazu findet sich auch folgender Satz:
ZitatHinweis: Der Objekt-Owner (Besitzer) hat immer Vollrechte an diesem Objekt, egal welche Berechtigung auf dem Objekt gesetzt ist.
Dazu ein Screenshot aus dem d4w
Technisch gesehen kann der user das Dokument auch selbst löschen
/* global sc */
let objects = require('common/objects');
let testUserSc = sc.asUser(objects.find('user:bes.test'));
let testobjects = require('common/objects')(testUserSc);
let metadata = require('common/metadata');
testobjects.find('/agorum/roi/Files/Demo/Willkommen (1).pdf').mayDelete; // ergibt true
Allerdings bringt
let testUserSc = sc.asUser(objects.find('user:bes.test'));
let testobjects = require('common/objects')(testUserSc);
let testobjektAlsTestUser = testobjects.find('/agorum/roi/Files/Demo/Willkommen (1).pdf');
testobjects.trash(testobjektAlsTestUser);
einen Fehler:
org.mozilla.javascript.WrappedException: Wrapped agorum.roi.exception.RoiException: No Access (objects.js#768)
Damit ist dann wohl die Doku eindeutig veraltet
Eine kurze Ergänzung der Vollständigkeit halber
Für den unwahrscheinlichen Fall, dass der User nur ein read-recht (oder write-recht) auf Dokument A hat, zugleich aber dessen Ersteller (creator) ist, kann er das Dokument auch löschen.
So hat man mir das mal erklärt
Ich habe es jetzt gerade nicht testen können, meine aber das es noch immer so ist.
Hall JanR,
Schau mal hier.
Da wurde in etwa die gleiche Frage gestellt und beantwortet.
Stackoverflow How to automate Keystore generation using the java keystore tool? w/o user interaction
Kommst du damit zurecht?
Ergänzend auch hier:
Specify the keystore password using the -storepass
option:
Hallo KStoehr,
du könntest quick & dirty:
let results = objects
.query('name:test')
.filter('inpath:9999', 'nameextension:pdf')
.sort('contentsize desc')
.limit(5)
.find();
in der Javascript Console nutzen.
Quelle
Willst du die Suche verwenden, musst du eine Smart Assistant konfigurations Liste verwenden, die als Metadatum die contentSize verwendet und deinem Filter sagen, er soll diese Liste verwenden. Dann kannst du nach der contentSize sortieren
etwa so:
@Jan.
ZitatPS Wie ist das denn, meinetwegen auch in der Bezahlversion, gelöst? Oder klicken ALLE agorumcore-Kunden die Sicherheitswarnungen weg bzw. installieren sich das enthaltene Zertifikat als vertrauenswürdige Stammzertifizierungsstelle. Wäre ja beides nicht so unbedingt optimal.
Die meisten größeren Kunden (bei uns) haben über ihr Active Directory einfach eine eigene Stammzertifizierungsstelle aufgebaut (geht relativ einfach) und haben das Zertifikat dann via AD auf alle clients verteilt. und einmalig im agorum eingespielt.
ZitatAber der Transfer in den agorumcore-Webserver ist ja offensichtlich aktuell nur manuell möglich.
Alle Schritte die du grad gemacht hast, dürften auch automatisierbar sein. Das ist ja das schöne bei Linux.
einfach ein entsprechendes shell-script bauen und und per crontab o.ä. einbinden.
volker.trotte Hier scheint die Doku nicht zu stimmen (auch wichtig für Euch, Oliver Kaufmann , denke ich):
Ist ja kein Windows, sondern ein 🐧.
Habt Ihr für mich hier den richtigen Befehl griffbereit?
Edit: Der dürfte es sein ".\keytool -keypasswd -alias tomcat -keystore /root/.keystore" (Aber die Doku passt dann trotzdem nicht!)
Der Befehl ist schon der richtige, nur der Pfad ist in der falschen form angegen. müsste wohl
lauten
Edit: ahh erst jetzt gesehen, dass es dir schon aufgefallen ist
@Jan: Du bist nutzt doch schon den root-user, oder?. dann brauchst du auch kein sudo. sudo ist für "normale" user vorgesehen um erhöhte rechte zu bekommen. Aber root ist schon der Superuser innerhalb des systems - so wie es der roi-user innerhalb von agorum ist.
Soweit ich weiss, muss das neue Zertifikat das alias "tomcat" haben.
Dazu musst du natürlich zuerst das alte zertifikat mit alias "tomcat" entfernen um dann das neue entsprechend hinzufügen zu können, da der alias unique sein muss.
Gut möglich, dass du dein *.pem-Zertifikat vorher in *.pfx konvertieren musst:
.\keytool -keypasswd -alias tomcat -keystore c:\Windows\System32\config\systemprofile\.keystore
Guten Morgen Lily,
Dokumente können wie folgt heruntergeladen werden:
Der Link lädt das Dokument direkt vom agorum core-Server im Original herunter. Dabei können Sie die ID oder UUID (empfohlen) angeben.
Falls Sie das Dokument im Browser nur anzeigen und nicht herunterladen möchten, führen Sie nachfolgenden Aufruf aus, etwa für Bilder oder PDF-Dateien:
Weitere Infos: Doku Dateidownload
ZitatRemote document service server is configured, but login is not possible
Klassischer Punkt sind da auch fehlende Firewall Regeln.
Lily Die API-Dokumentation, die sich auf swagger als Dokugrundlage bezieht, findet sich tatsächlich nur in der jeweiligen agorum Instanz auf der Startseite bzw. unter weitere Apps. Somit passt die Doku auch immer zur jeweiligen agorum Version - man kann auch direkt die Funktionalität der API ohne weitere Entwicklung testen. Sie müssen also agorum herunterladen/installieren und starten.
Ich meine, dass die open source version von agorum die entsprechende Doku auch mitbringt. Per Virtualbox kann man so schnell und kostenfrei einen Blick auf die Doku werfen: Link zum Download
agorum hat in Vergangenheit tatsächlich "Ideen" zu scannern gegeben:
https://www.agorum.com/blog/ag…praxis-brother-ads-1700w/
...
Hier die "Übersicht"