Lotus Notes / Domino Sonstiges > Java und .NET mit Notes/Domino

Error cleaning up agent threads und WeakReference...

<< < (18/19) > >>

Mark³:
das mit dem SOFORT SCHLIESSEN hatten wir eigentlich bereits abgearbeitet. Wenn ich 5x hintereinander in kurzer Folge eine Session in Openview öffne und schließe bekomme ich keine weiteren Sessions mehr. Ursache ist wahrscheinlich dass ein User nur 5 Sessioins gleichzeitig öffnen darf und sie nach dem Schließen noch eine kurze Zeit gecached werden.
Du darfst hier die Sessions der Webapi von Openview auch nicht mit Connections auf eine Datenbank verwechseln. Dieses Openviewteil macht eine Menge an Connection-Pooling etc. bereits versteckt in der Blackbox 'Webapi'.

Irgendwo tief im Quelltext (7000 Klassen, 20 MB Quellcode) habe ich nun auch die Methode isLoggedOn() gefunden, die ist zwar public aber ich habe noch keinen Weg gefunden, da von außen ranzukommen.

@Ralf: Mein Errorhandling ist natürlich falsch dort, mal sehen was ich bekomme wenn ich das korrigiere.

flaite:

--- Zitat von: Mark³ am 02.05.06 - 08:54:03 ---Wenn ich 5x hintereinander in kurzer Folge eine Session in Openview öffne und schließe bekomme ich keine weiteren Sessions mehr.

--- Ende Zitat ---
Warum sollte man das tun in kurzer Folge hintereinander?
Du verbindest 1x und holst dir alle Daten, die du benötigst? Oder?

Das mit dem eigenen ConnectionPool in OpenView ist natürlich vielleicht ein Argument.
Aber mit expliziten closen der Session sollte die Connection dann an den Pool zurückgegeben werden. Ich glaub das Problem ist das "5 mal in kurzer Folge hintereinander" und das brauchst du imho nicht, wenn du die Kommunikation mit einem stateless protocol regelst.

Ralf_M_Petter:
@mark!

Sorry, aber habt ihr keinen Support Vertrag, bei diesem OpenView. Wenn du nach ein paar mal öffnen und schliessen einer Connection keine Verbindung mehr bekommt, ist das ganz klar ein Fehler, egal ob hier ein Connection Pool im Einsatz ist oder nicht. Ich denke mal, dass du eventuell, dass ganze mal in einem Openview Forum posten solltest. Da wir hier ja ein Problem haben, dass jetzt nicht mehr mit Domino zusammenhängt. Bitte jetzt nicht so verstehen, dass ich den Thread abdrehen will aber weder Axel noch ich haben Openview Kenntnisse.

Grüße

Ralf

flaite:
Wenn Mark das kurz hintereinander macht, weil er ein unnötig komplexes statefull protocol benutzt, dann würd ich erstmal das Protokoll vereinfachen, bevor man sich an den Hersteller wendet.
SERIOUS.

Mark³:
ja, mit Notes hat das allemal nicht mehr viel zu tun hier  ^-^ Im HP-Forum hat mir niemand geantwortet weil niemand auf der Welt solche Sachen damit macht wie ich  :-[ Eigentlich wird die web-api innerhalb von den Openview Servicepages genutzt, das ist eine Webanwendung aus JSPs etc. Support gibts für solche Eigenlösungen, wie ich sie mache, nicht. Und einen HP Berater der sowas macht bezahlt hier ganz sicher niemand. Schließlich ist ja der vorgegebene Ansatz: Meine Anwendungen sollen alles können, dürfen aber keine Kosten verursachen. Und die Kosten für meine Arbeitszeit werden einfach nicht mitgezählt weil ehda. Aber die Feinheiten des modernen Managements haben auch nix mit Notes zu tun  >:D

Aber das stateful/stateless Protokoll sagt mir irgendwie nix, ich habe ganz einfach ein einziges zentrales Session-Objekt, dass einmalig eine Session öffnet und wieder schließt (oder eben nicht schließt). Was ist daran komplex? Alle meine n Clients nutzen die gleiche Instanz dieser Session (muss auch so sein wegen Lizenzen etc) und wenn 5 Aufrufe in sehr kurzer Abfolge auftreten dann geht an- und abmelden eben nicht egal ob state oder nix state  ???

Ich könnte eine Zwischenschicht bauen, die die Befehle in Mauszeigerbewegungen umsetzt und dann einen normalen Openview-Client fernsteuert. Tritt hier ein Timeout auf wird einfach auf die OK-Schaltfläche geklickt  ;D 

ok, ich denke ich bekomme das zum Laufen wenn ich alle 20min einen Dummybefehl absetze so dass kein Timeout mehr auftritt. Dann bekomme ich aber wahrscheinlich ab und zu Probleme wenn die Session dann mal in einem Wartungsfenster beendet wird oder so. Ist nicht gut aber bei diesen Vorgaben immerhin ein Workaround (ja wir sind ja voll auf ITIL da reicht sowas dann)
 O0

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete