Announcement

**Andreas Kosch** · 01.03.2002, 09:11

Hallo,

�ber welchen Verbindungsweg (DCOM, TCP/IP, HTTP oder RDS) greift der Client auf den MIDAS-Server zu. Wenn der Client TSocketConnection verwendet, ist der Borland Socket Server (BSS) auf der Server-Seite f�r die Anbindung zum MIDAS-Modul zust�ndig. Der BSS ist seit Delphi 3 f�r seine Instabilit�ten ber�chtigt.

Wenn der BSS verwendet wird, was passiert, wenn sich der Administrator auf dem NT4-Server niemals mehr abmeldet (d.h. w�hrend der Laufzeit des BSS immer als interaktiver Benutzer angemeldet bleibt)

**Horst Esser** · 01.03.2002, 10:08

Hallo,

der Zugriff erfolgt �ber DCOM.

Gibt es Probleme mit der MIDAS.DLL bzw. STDVCL40.DLL? 
Ich habe festgestellt, dass noch die Dateien aus der Delphi Version 4.0 installiert sind. 
Macht es Sinn diese gegen die Version 5.0 bzw. 6.0 auszutauschen?

Vorerst Danke. Hors

**Andreas Kosch** · 01.03.2002, 12:26

Hallo,

>Macht es Sinn diese gegen die Version 5.0 bzw. 6.0 auszutauschen?

generell sollte man an dieser Stelle synchron bleiben. In "richtigen" Projekten setze ich jedoch kein MIDAS ein, sondern hole mir direkt �ber DCOM ein Recordset (ADO im ltBatchOptimistic-Modus). Ich kann also mangels eigener praktischer Erfahrung nicht sagen, ob das ein generelles MIDAS-Problem ist oder nicht

**Horst Esser** · 03.04.2002, 13:50

Hallo,

ich m�chte heute noch einmal auf das Problem zur�ckkommen. 
In der Zwischenzeit habe ich viel herumexperimentiert und hoffe, dass Sie mir doch noch den einen oder anderen Tipp geben k�nnen:

Die DLL�s habe ich aktualisiert. 
Weiterhin konnte ich feststellen, dass die Fehlermeldung direkt aus einer Methode des Interfaces kommt. Ich �bergebe eine Variable vom Typ integer und erhalte als R�ckgabewert auch einen Integer. 
In dieser Methode werden etliche Tabellen der Datenbank �ber Querys manipuliert (�ndern, l�schen und hinzuf�gen). Ich habe alle m�glichen Fehlermeldungen der Querys (OnxxxError) in eine Protokolldatei umgeleitet. Weiterhin habe ich alle �Open� �ber �TRY� .. �EXCEPT� protokolliert. 
Es werden keine Fehler angezeigt ! 
Anhand der verarbeiteten Daten kann ich feststellen, dass das Programm immer an einer anderen Stelle abbricht. 
Die Verbindung des Clients zum Server bleibt nach der Fehlermeldung bestehen. Beim Beenden wird der Client ordnungsgem�� abgemeldet.

Noch etwas zu ��richtigen� Projekten�: 
Ich habe dieses recht umfangreiche Projekt vor ca. 3 Jahren begonnen. 
Damals wurde �MIDAS� von Ihnen noch nicht verteufelt. Schon gut, die Zeit ist weitergegangen. Heute gibt es sicher bessere L�sungen. 
Welchen Vorschlag k�nnten Sie mir mach, das gesamte Projekt -ohne es kpl. neu zu schreiben- auf eine aktuellere Basis zu stellen? 
Die Datenbank (Interbase) m�chte ich beibehalten. Im Projekt gibt es etwa 100 StoredProcs. 
ADO und Interbase? 
IBX und Interbase? Gibt es Beispiele f�r mehrschichtige Anwendungen? 
Delphi 6 und Interbase. Lohnt sich f�r diese Anwendungen ein Upgrade?

Ich hoffe Sie k�nnen mir zu dieser veralteten Technik doch noch einen Tipp geben.

Vielen Dank im Voraus.

Gru� Hors

**Andreas Kosch** · 04.04.2002, 06:58

Hallo,

>Ich hoffe Sie k�nnen mir zu dieser veralteten Technik doch noch einen Tipp geben.

nein - veraltet ist MIDAS nicht, das Three-tier-Prinzip ist auch heute nocht topaktuell (.NET basiert vollst�ndig darauf). Das Problem mit MIDAS liegt nur schlicht und einfach darin, dass es immer noch nicht funktioniert :-(

Wenn man sich die Entwicklung anschaut (MIDAS 1, MIDAS 2 und MIDAS 3) gab es jedesmal Inkompatibilit�ten und auch die Bug-Liste wurde nur gr��er. Bei MIDAS 1 hatte ich noch die Hoffnung, das die Einschr�nkungen dieser "Version 1-Software" im n�chsten Upgrade beseitigt werden. Als dann MIDAS 2 erschient, wich die Euphorie der Ern�chterung, um mit MIDAS 3 �berganglos ins Entsetzen zu wechseln (so dass ich keine positiven MIDAS-Artikel mehr geschrieben habe). Bis heute hat Borland das Versprechen nicht eingel�st, als Referenzprojekt ein "echtes" (umfangsreiches) Beispielprojekt zu ver�ffentlichen (die Projekte im Demos-Verzeichnis sind ja wohl ein Witz).

Es f�llt auch auf, dass es bis heute nur ein einziges Buch zum Thema MIDAS gibt (das aber Kylix betrachtet und daher nur mit Minimal-Projekten a la dbExpress hantiert). Weil es diese jahrelangen Probleme mit MIDAS, dem Borland Socket Server bzw. der Borland-ISAPI-DLL f�r die TWebConnection-Anbindung gibt, riskiere ich diesen �rger auch nicht mehr (Mit "richtige Anwendungen" meine ich Projekte, bei denen das Ganze unter Last stabil laufen soll. Bei reinen Prototyp-Projekten, die einem potentiellen Kunden das Prinzip sowie die Optionen verdeutlichen sollen, treten diese Problem in der Regel ja nicht auf).

>...doch noch einen Tipp geben.

Mit dem Zugriff �ber DCOM sind 2 von 3 Problemstellen (BSS + ISAPI) aus dem Spiel. Was passiert, wenn TDCOMConnection entsorgt wird und der Client direkt auf die CoXYZ.CreateRemote-Hilfsfunktion (class function) der importierten Typbiblithek des MIDAS-Servers zugreift und somit direkt �ber die fr�he Bindung direkt mit dem Dual Interface hantiert?

Ist der MIDAS-Server eine EXE? Wenn ja, welche Class Factory (TAutoObjectFactory oder TComponentFactory) wird verwendet?

Wieviele CPUs stecken im Server?

>Delphi 6 und Interbase. Lohnt sich f�r diese Anwendungen ein Upgrade?

Mit Delphi 6 w�rde das Projekt vom Regen in die Traufe kommen. In der letzten Februarwoche dieses Jahres hat Borland das UpdatePack#2 f�r Delphi 6 (engl.) ver�ffentlich - und dabei einige neue Bomben platziert. Das UpdatePack#2 f�r die deutsche Delphi 6-Version steht erst seit Heute zur Verf�gung (so dass ich nichts dazu sagen kann). Durch die Anpassungsarbeiten f�r Kylix wurden Uralt-Teile von Delphi so weit zur�ckgebaut (mit dem Verzicht auf das Win32-API musste Borland viele Teile getreu dem Prinzip des "Kleinsten gemeinsamen Nenners von Windows und Linux" vollst�ndig neu schreiben), das es fraglich ist, ob �berhaupt ein UpdatePack noch helfen kann :-(

&#10

**Horst Esser** · 04.04.2002, 10:10

Hallo,

herzlichen Dank f�r die schnelle und umfangreiche Antwort. 

Zun�chst die Antwort auf Ihre Fragen: 
Der MIDAS-Server ist eine EXE mit tComponentFactory (.....ciMultiInstance, tmApartment). 
Der Server hat nur eine CPU (NT 4.0 SP 6). Als Client habe ich von W95 bis W2k alles getestet. Kein Unterschied.

Zur fr�hen Bindung: 
Ich habe die TLB des �TRemoteDataModule� nach Delphi importiert. Beim einf�gen der neuen Komponente auf eine Form meldet der Compiler einen unbekannten Bezeichner obwohl die TLB in der Uses-Anweisung eingetragen ist und das Object dort auch existiert? Ist es �berhaupt m�glich auf diese Art auf �TRemoteDataModule� Methoden zuzugreifen, oder muss ich hier ein �TAutoObject� neu schreiben? Da ich hier auch viele �TProvider� einsetze (Browsen von Datenmengen, datensensitive Felder usw.) m�chte ich die anderen MIDAS-M�glichkeiten schon nutzen. 
Ich sollte noch anmerken, das in meinem Objekt ca. 20 MIDAS-Server und ca. 60 Cleint-Programme laufen. Alle nach dem gleichen Strickmuster und ohne jedes Problem. Aus vielen Servern starte ich zum Drucken viele Autoobjekte um mit Quickreport zu drucken. Das l�uft alles seit ca. 1 Jahr ohne St�rungen. Das geschilderte Problem tritt nur in einem Server auf und erst seit wenigen Monaten. Dieser Server ist allerdings sehr umfangreich. Und die geschilderten Methoden(2), die den �rger machen, sind die gr��ten. (evtl. Stack?)

Gru� 
Hors

**Andreas Kosch** · 04.04.2002, 13:56

Hallo,

>Der Server hat nur eine CPU.

Das ist wieder eine Problemstelle weniger.

>nur in einem Server auf und erst seit wenigen Monaten

Wie lange dauert die Ausf�hrung der aufgerufenen Interface-Methode und wie viele Daten (Bytes) werden zwischen Client und Server transportiert

**Horst Esser** · 05.04.2002, 07:15

Hallo,

das Problem ist unabh�ngig von der Ausf�hrungszeit. 
Anhand der ver�nderten Daten kann ich erkennen, dass teilweise nach dem ersten Ver�ndern eines Datensatzes der Vorgang abgebrochen wird. Es kommt aber auch vor, dass der gesamte Ablauf mehr als 1 Minute dauert und einwandfrei l�uft. 
Hier werden letztlich Rechnungen bzw. Lieferscheine zum Drucken vorbereitet. Der Fehler tritt sowohl beim Bearbeiten eines einzelnen Beleges auf und arbeitet beim n�chstenmal so ca. 50 -100 Scheine in einem Durchgang ohne Fehler ab. 
Es wird nur eine Variable (Integer) in die Methode �bergeben. Als R�ckgabewert erhalte ich auch nur einen Integerwert. 
Inzwischen habe ich mich entschlossen, die beiden Methoden in ein Automatisierungsobjekt auszulagern. Hierzu eine Frage: 
Soll ich in 'TAutoObjectFactory.Create' mit ciMultiInstance oder ciSingleInstance initialisieren?

Gru� Hors

**Andreas Kosch** · 05.04.2002, 07:33

Hallo,

wenn die Zeitdauer und das Datenvolumen egal ist, gehe ich davon aus, dass sich einer der Bugs bemerkbar macht. Mit dem Einsatz von TComponentFactory spaltet die VCL f�r jeden Client einen neuen Thread im MIDAS-Server ab, wobei dieser Teil leider etwas haarig ist (zum Beispiel hat Borland auf seiner Community-Webseite erst gerade ein �ffentliches Beta-Programm f�r den Bug-Fix des TMultiReadExclusiveWriteSynchronizer gestartet). "Normalerweise" w�rde ein Three-tier-Anwendung aus verschiedenen DLLs bestehen, die als COM+ Objekte in eine COM+ Anwendung installiert werden. Da es keine EXE gibt, gibt es auch keine TComponentFactory, so dass das eigene Modul niemals selbst Threads abspaltet (denn das ist die Aufgabe vom MTS/COM+).

>Soll ich in 'TAutoObjectFactory.Create' mit ciMultiInstance oder ciSingleInstance initialisieren?

Das h�ngt davon ab, mit wieviel RAM der Server ausgestattet ist und wieviele Benutzer gleichzeitig diese Funktion aufrufen werden. Da es bisher Probleme gab, w�rde ich zuerst auf Nummer Sicher gehen und zu ciSingleInstance greifen. Dies kann ja sp�ter jederzeit durch Austauschen der Konstante ge�ndert werden

**Horst Esser** · 05.04.2002, 07:47

Hallo,

das ging aber schnell. Herzlichen Dank.

Ich werde Ihnen in den n�chsten Tagen �ber Erfolg bzw. Misserfolg berichten.

Gru� Hors

**Horst Esser** · 19.04.2002, 06:51

Hallo Herr Kosch

wie versprochen melde ich mich heute noch einmal um Ihnen mitzuteilen, dass die Anwendung ohne MIDAS einwandfrei l�uft. Auch als MultiInstance. Noch einmal herzlichen Dank f�r diesen Tipp.

Erlauben Sie mir in diesem Zusammenhang noch ein Frage: 
Die Server laufen als Exe. Zur besseren �bersiche habe ich in die MainForm jeweils eine ListView eingebaut. (hatte ich in einer Demo gesehen) 
W�hrend meiner Tests jetzt habe ich diese nicht bedient. 
Nun meine Frage: 
Ist eine Listview multithreadf�hig?

Gru� Hors

**Andreas Kosch** · 19.04.2002, 06:58

Hallo,

>Ist eine Listview multithreadf�hig?

das Problem ist, dass die VCL nicht Multithreadf�hig ist und das Listview in einem TForm-Nachfolger eingebettet ist, so dass die VCL immer im Spiel ist. Die offizielle Borland-L�sung f�r dieses Problem besteht im Aufruf der TThread-Methode Synchronize, allerdings hat das Performance-Einbu�en f�r die Nutzfunktion zur Folge. Der Idealzustand sieht daher so aus, dass die Server-Anwendung ohne Benutzeroberfl�che auskommt. Wenn das nicht in Frage kommt, w�rde ich die Informationen �ber PostMessage-Aufrufe �ber eine private Windows-Botschaft zum Hauptformular zustellen. In diesem Fall k�mmert sich Windows �ber die Botschaftswarteschlange und die Message Loop automatisch darum, dass sich die Threads nicht in die Quere kommen, wobei es au�erdem zu keinen Performance-Verschlechterungen kommt

**Horst Esser** · 19.04.2002, 08:16

Hallo,

habe ich mir gedacht. 
Ich werde das mit PostMessage testen. 
Jedoch nach meinem Urlaub. Das ist jetzt nicht so wichtig. 
Nochmals herzlichen Dank.

Gru� Hors

**Horst Esser** · 02.12.2002, 10:28

Hallo Herr Kosch,

noch einmal zur�ck zu dem alten Thema MIDAS. 
Ist MIDAS in der Delphi-Version 7.0 stabiler geworden? 
Die DLL's haben eine andere Gr��e. 
Macht es Sinn die bestehenden Programme von der BDE weg nach IBX oder DBEXPRESS umzustellen? Den Interbase m�chte ich eigendlich beibehalten. 
Oder auf .NET warten?

Gru� Horst Esse

Announcement

MIDAS 'Allgemeiner SQL-Fehler'

MIDAS 'Allgemeiner SQL-Fehler'

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment