Agent: Names.nsf -Datei

[rasacani]

Hallo


Wir versuchen aus der Names.nsf des Servers eine Datei zuerzeugen, die die Namen und die Mail-Adressen beinhalten.

Zu Fuß (Datei/Export uso) ist das auch kein Problem. Wir möchten aber einen Agenten täglich laufen lassen so das eine aktuelle Datei vorliegt.

Unsere Versuche gehen über:
      @Command([FileExport];"ASCII";"test.txt");
      oder
      @Command([FileExport];"Tabular Text";"c:\test.txt"

Das Ergebnis ist aber nur:
       Bearbeitet alle Dokumente in der Datenbank: insgesamt 7258
       7258 Dokumente gefunden, die die Suchkriterien erfüllen
       Fehler in Formel: @Befehle und andere UI-Funktionen sind in diesem Suchtyp nicht zulässig; bitte wählen Sie 'Keines' als Laufzeitziel.
       0 Dokument(e) wurden durch die Formel geändert


Kann jemand helfen?

Gruß

Rainer
 

[m3]

Was ist an

Code

Fehler in Formel: @Befehle und andere UI-Funktionen sind in diesem Suchtyp nicht zulässig; bitte wählen Sie 'Keines' als Laufzeitziel.

unverständlich?

[rasacani]

Das "Ergebnis" ist der Auszug aus dem Log des Agenten.   -->  verstehen wir auch nicht

@Command([FileExport];.....    ist die Aktion im Agent

[rasacani]

Heißt das vieleicht, daß dieser Befehl in einem Agent nicht verwendet werden darf?

Wenn ja wie kann ich sonst einen täglichen Export anstarten?

[koehlerbv]

Das geht mit einem scheduled agent nur mit LotusScript (oder Java).

Bernhard

[jo]

Hallo rasacani,


normalerweise gebe ich namenlosen Postern keine Antwort....

Aber du tust mir leid, hast keinen Namen und ...wenig... Ahnung. Kannst nix dafür.

"@Befehle und UI-Funktionen sind nicht zulässig..." heisst: Man kann UI (User-Interface/Benutzer-Oberfläche)-Funktionen nicht am Server starten, der hat halt kein User-Interface.... der Arme.

@Command (übersetzt: @Befehle) gehen an einem periodischen Agenten am Server auch nicht, weil: er hat kein UI (siehe oben). Das die Übersetzung völliger Blödsinn ist, steht ausser Frage, kann aber keiner von uns ändern....

Das wollte Martin sagen, der Fehlerhinweis ist (ausnahmsweise) recht klar.

P.S. Ich werde mich in nächster Zeit etwas den armen Anfängern widmen, ich hab jetzt auch sowas bei mir sitzen... Wofür ich 9 Kurse a 2-5 Tage gebucht habe und ca. 3-12 Jahre Erfahrung sammeln musste, lernt man jetzt in 3 Tagen Seminar, glaubt der Chef....

Und Script lernt man eh nebenbei....

Jo

[rasacani]

Danke Bernhard für die klare Antwort.

Sie ist für mich zwar unbefriedigend, weil ich LS hasse und Java nicht kann,
aber ich such dann noch nach einem anderem Lösungsweg.

Rainer

[koehlerbv]

normalerweise gebe ich namenlosen Postern keine Antwort....

Nenn ihn doch einfach beim Namen:

Kann jemand helfen?
Gruß
Rainer

Abgesehen davon: Dein angekündigtes Bemühen würde uns sehr freuen!

Bernhard

[jo]

Hallo Rainer,

hast ja doch einen Namen  

Warum hasst du LS ?! Darfst du nicht   Du wirst ohne wohl kaum auskommen  

Trau dich, du kannst hier weit mehr Hilfe bekommen als andere vor dir.

Jo

[jo]

@Bernhard: Ich weiss nicht, wo du die Zeit hernimmst, für mich ist das leider eine zusätzliche Belastung...  so gern ich würde... 

werd aber nie wieder mit dir streiten 

[m3]

Sie ist für mich zwar unbefriedigend, weil ich LS hasse und Java nicht kann,
aber ich such dann noch nach einem anderem Lösungsweg.

Na dann bleibt noch ein LSX, in C geschrieben, als mögliche Lösung 

[koehlerbv]

Hallo Jürgen,

Du kannst mit mir auch ruhig streiten - ich habe doch die Wahrheit oder das perfekte Benehmen nicht gepachtet.
Die Zeit: Es ist manchmal ganz gut, etwas Abstand zu einem schwierigen Problem zu bekommen. Das Forum zwingt dann zu diesem Abstand und man kommt mit völlig neuen Gedanken zurück zum eigentlichen Problem. Immer passt das aber natürlich nicht ...

Rainer verstehe ich aber überhaupt nicht mehr ...

Bernhard

[rasacani]

In Cobol oder Assembler habt Ihr nichts anzubieten?  

Rainer

[koehlerbv]

Martin, LSX erfordert dann ja doch noch LotusScript    Dann schon lieber ein netter Hook, der immer, wenn ein Personendokument im Domino Directory geändert wurde, zuschlägt. Es gibt da schon noch Wege, die vollkommen ohne LS auskommen  Visual Basic fällt ja aus, aber Delphi via COM würde es auch tun.

Bernhard

[jo]

Hallo Rainer,

da würd mir jetzt auch noch einiges einfallen 

Aus welcher Schiene stammst du, sag jetzt nich GrXChange 

@Bernhard: bin Jo, nicht Jürgen 

hmpff, kein (gehbarer) Weg führt an LS vorbei, scusi !

Jo

[rasacani]

Hallo JO

Ich gehöre zu den Dino-Programmieren, die sich bis vor kurzem noch mit dem Zeug beschäftigt haben.


Gruß Rainer

[koehlerbv]

Jetzt wird es lustig:

@Bernhard: bin Jo, nicht Jürgen 

Hallo Arne,

da war bloß nirgends mehr ein Link auf RSS-Feeds zu finden... Ich hab dann halt die Parameter auf atnotes.de überprüft, sonst hätt ich Manfred noch wecken müssen: "...dein RSS-Reader tut nicht mehr..." 

Viele Grüße
Jürgen

Was nun?

Bernhard (der wirklich so heisst)

[koehlerbv]

Ich gehöre zu den Dino-Programmieren, die sich bis vor kurzem noch mit dem Zeug beschäftigt haben.

Ich komme ursprünglich auch aus der Ecke Assembler, Pascal, C. Und wenn Du mit "Hass" an eine andere Sprache herangehst, dann hast Du ganz schlechte Karten. LotusScript beisst nicht, verursacht keine Pickel und ist ein mächtiges Werkzeug.

Bernhard

[rasacani]

Bisher kam ich mit der Formelsprache ganz gut klar. Aber ich werd mich auch da durchbeißen.
Bestehende Scripts hab ich meistens verstanden was sie machen. Bei Neuen tu ich mich noch schwer (Welchen Befehl / Klasse nimmt man den jetzt?)

Rainer

[jo]

@Bernhard: Ich heisse Jürgen, reagiere aber nur auf Jo....

@Rainer: Im Designer gibts ein Übersicht: "Domino Objekte für LotusScript und OLE". Das sieht man (recht) gut, wie die Klassenvererbung läuft.

d'r Jo (der Jürgen heisst...)