ich schreibe unter dem C++Builder 6 Update 4 Gerade einen Soap Client und wollte die integrierten Bibliotheken verwenden.

Die Routine soll nur SQL Statements weiter reichen und das Ergebnis des Statements entgegen nehmen, auf der Server Seite ist ein PHP Skript aktiv:

Die entscheidene Deklaration in der WSDL Datei lautet:

<xsd:complexType name="SQLRow">
    <xsd:complexContent>
      <xsd:restriction base="soapenc:Array">
        <xsd:attribute ref="soapenc:arrayType"
wsdl:arrayType="xsd:string[]"/>
      </xsd:restriction>
    </xsd:complexContent>
  </xsd:complexType>

  <xsd:complexType name="SQLTable">
    <xsd:complexContent>
      <xsd:restriction base="soapenc:Array">
       <xsd:attribute ref="soapenc:arrayType"
wsdl:arrayType="xsd:string[,]"/>
      </xsd:restriction>
    </xsd:complexContent>
  </xsd:complexType>

  <xsd:complexType name="SQLSelectResult">
    <xsd:all>
      <xsd:element name="SelectOK" type="xsd:int"/>
      <xsd:element name="Head"  type="typens:SQLRow"/>
      <xsd:element name="Table"  type="typens:SQLTable"/>
    </xsd:all>
  </xsd:complexType>
<message name="dogetSQLCreate">
  <part name="SessionID" type="xsd:int"/>
  <part name="Tabelle"  type="xsd:string"/>
</message>

<message name="getSQLCreateResponse">
  <part name="return"  type="xsd:string"/>
</message>

<operation name="getSQLSelect">
  <input message="typens:dogetSQLSelect" />
  <output message="typens:getSQLSelectResponse" />
 </operation>

Der WSDL Assistent übernimmt dies auch ohne anstalten und generiert mir daraus die folgenden Klassen:

typedef DynamicArray<AnsiString>  SQLRow;         /* "urn:BiosDB" */
typedef DynamicArray< DynamicArray<AnsiString> > SQLTable;       /*
"urn:BiosDB" */

// ************************************************************************
//
// Namespace : urn:BiosDB
// ************************************************************************
//
class SQLSelectResult : public TRemotable {
private:
  int             FSelectOK;
  SQLRow          FHead;
  SQLTable        FTable;
public:
__published:
  __property int          SelectOK = { read=FSelectOK, write=FSelectOK };
  __property SQLRow           Head = { read=FHead, write=FHead };
  __property SQLTable        Table = { read=FTable, write=FTable };
};

__interface INTERFACE_UUID("{4DE1BF76-AD0A-49C6-2428-0B317090487F}")
ExamplePort : public IInvokable
{
public:
  virtual SQLSelectResult* getSQLSelect(const int SessionID, const
AnsiString SQLStatement) = 0;
};

typedef DelphiInterface<ExamplePort> _di_ExamplePort;

Rufe ich nun die Methode getSQLSelect auf über:

_di_ExamplePort ExampleDB;
SQLSelectResult *Result = new SQLSelectResult();
Result = ExampleDB->getSQLSelect(SessionID,SQLStr);

Bekomme ich innerhalb der systobj.h eine Zugriffsverletzung. Ich vermute mal, dass die Umsetzung auf den Delphityp DynamicArray nicht sauber ist. Hat jemand eine Idee woran das liegt. Unter Delphi funktioniert das übrigens alles problemlos. Kann man vielleicht der Soap Klasse das automatische Verwenden der Delphi Klassen untersagen und dafür vielleicht gleich die STL nehmen?

Ansonsten müsste ich die Axis Bibliotheken nehmen, aber man versucht ja immer alles solange wie möglich in der IDE zu lassen, Faulheit siegt.

Danke für die Hilfe

OLi

Borland hat da ein Kummerkasten für Developoer. Das nennt sich BugCentralProject. Da gewinnt der Begriff "Bug-tracking" aber leider auch gleich eine neue Bedeutung. Auch wenn TeamB und Co recht augagiert in den Newsgroups und Foren aktiv sind, Bugs werden kaum noch behoben. Leider. Wenn man sich die doch wirklich geringe Anfragenanzahl in den Newsgroups und Foren zum Thema BCB+Soap/Corba sieht, kann man ja auch verstehen, das die Borlander dieses Probleme natürlich schön weit nach hintern schieben. Da die VCL nicht mehr weiterentwickelt wird, würde ich an deiner Stelle nicht damit rechnen, dass je ein Bug zum Thema Soap/CORBA behoben wird.

Wenn du an unternehmenskritischen Anwendungen arbeitest, kann ich dir nur von der Verwendung der borlandspezifischen Umsetung der Soap- und CORBAkommunikation abraten.

Ansonsten müsste ich die Axis Bibliotheken nehmen, aber man versucht ja immer alles solange wie möglich in der IDE zu lassen, Faulheit siegt.

Pass auf, das du dir keine Eier ins Nest legst, die du nicht brüten kannst.
Faulheit ist der schlimmste Feind des Menschen.

Der BCB ist ein gutes Tool. Es ist aber immer nur so gut, wie die Bibliotheken, die benutzt werden. Generell ist die Verwendung von SOAP und CORBA eine sehr gute Sache. Wähle aber deine Mittel aber gut aus.
Axis ist da eine Möglichkeit. Ich bin zufällig auch mal auf http://www.systinet.com/resources/tutorials#cpp gestossen. Ich hab es nicht ausprobiert (Zeitmangel), aber vielleicht ist das ja brauchbar, wenn man nicht mit Axis möchte.

Ansonsten bevorzuge ich, wenn es nicht unbedingt WebService sein muss, CORBA. Siehe hierzu auch:

http://www.kompf.de/cplus/corbatut.html

hm, ich hab auch schon hier und da versucht, Die Anwendungen mit dem BCB mit WebService und CORBA vernünftig ans laufen zu bringen. Leider gibt es da noch einige Bugs mehr, als das was du da beschreibst.

So was in der Richtung habe ich leider echt schon vermutet.

Pass auf, das du dir keine Eier ins Nest legst, die du nicht brüten kannst.
Faulheit ist der schlimmste Feind des Menschen.

Der schlimmste würde ich nicht sagen, da hätte ich noch ein paar Favouriten davor: Neid, Selbstsucht etc. Aber Du hast natürlich Recht, Faulheit ist in der Tat der falsche Lösungsansatz.

Der BCB ist ein gutes Tool. Es ist aber immer nur so gut, wie die Bibliotheken, die benutzt werden. Generell ist die Verwendung von SOAP und CORBA eine sehr gute Sache. Wähle aber deine Mittel aber gut aus.
Axis ist da eine Möglichkeit.

Ich denke ich habe mich dafür entschlossen Axis zu nehmen, Corba würde zu viel Änderungen serverseitig bedeuten. Da ich für das Tool schon die Xerces Bibliotheken verwende, macht es ja Sinn auch Axis zu nehmen. Vielleicht wird es ja das "Apache Tool of the Year"

Danke für Deine Hilfe

OLi

Vielleicht wird es ja das "Apache Tool of the Year"

lol

sei bitte so nett und berichte hier später, wie deine Eindrücke und Erfahrungen mit Axis und Xerces allgemein und im Zusammenspiel mit dem BCB sind. Einigen Leuten wird deine Erfahrung damit sehr interessieren. Unter anderm mich auch. Ich musste zwar auf .NET wechseln, weil ich den Einsatz des BCBs, mit diesen Tücken bei mehrschichtigen Anwendungen, vor der Geschäftsleitung nicht mehr rechtfertigen konnte. Privat bleib ich aber C++ler