/u/13464/Delphi.png?f=community)
"The shell stopped unexpectedly and Explorer.exe was restarted."
Ik heb Datasnap met SOAP werkend gekregen, alleen niet icm met MSSQL. Dit heeft waarschijnlijk iets te maken met het brakken session management van de BDE.
Volgens mij kan je geen events krijgen van de OnConnect en de Disconnect van de client. Je kan dit wel op een andere manier oplossen.
Het ligt er aan wel appartment model je hebt gekozen. Het simpelste is om te zorgen dat er voor elke verbinding een aparte COM instantie wordt geinstansieerd.
Daarna kan je je COM object uitbreiden met een methode. De aanroep van deze methoden identificeerd je client. Doordat elke gebruiker een eigen COM object heeft hoef je de identiteit maar 1x op te slaan en te veriferen.
Als je er voor kiest om verschillende clients 1 COM object te laten gebruiken moet je state informatie door geven. Je zal dan tijdens de eerste aanmelding een uniek ID moeten afspreken en deze tijdens elke request voor data moeten meegeven. Op die manier kan je je client identificeren.
Ik weet niet of dit de makkelijkste manier is.
Mijn COM object houdt helemaal geen state informatie vast. Ik heb er naast een apparte server geschreven die ook via TCP/IP werkt die de requests afhandelt die wel stateful zijn.
Het nadeel hiervan is dat mijn applicatie 2 tcp poorten nodig heeft om te functioneren. Het voordeel is dat mijn Datasnap applicatie relatief sim-pel kan blijven. Welk appartment model je moet kiezen staat ook zo summier beschreven.
Hoe ben jij er eigenlijk achter gekomen hoe je via SOAP moest connecten met je server? Het is dat ik wist hoe je moest connecten omdat ik ook al eens normale SOAP services heb ontwikkeld, anders had ik het nooit gevonden. Het staat namelijk nergens in de handleiding ( of hand- lijding
).
Tja en welke je moet kiezen (SOAP of DCOM).... Ik heb hier ook lang over lopen te dobben. SOAP heeft als voordeel de universele manier van aanspreken, echter zal iemand die in JAVA programmeerd toch de service niet kunnen aanspreken tenzij hij/zij zelf een parser schrijft voor de datapackets. (Hoewel het volgens mij wel in JBuilder 6 zit)
En DCOM heeft als nadeel dat het niet door elke firewall heen gaat. Een voordeel er van is dat het weer erg snel is.
Daarom heb ik gekozen voor de socket server, gezien dit een kruising is tussen DCOM en SOAP. Werkt goed over het internet, kan statefull zijn en presteert goed.
Mischien kan jij ook een blik werpen op mijn topic
Volgens mij kan je geen events krijgen van de OnConnect en de Disconnect van de client. Je kan dit wel op een andere manier oplossen.
Het ligt er aan wel appartment model je hebt gekozen. Het simpelste is om te zorgen dat er voor elke verbinding een aparte COM instantie wordt geinstansieerd.
Daarna kan je je COM object uitbreiden met een methode. De aanroep van deze methoden identificeerd je client. Doordat elke gebruiker een eigen COM object heeft hoef je de identiteit maar 1x op te slaan en te veriferen.
Als je er voor kiest om verschillende clients 1 COM object te laten gebruiken moet je state informatie door geven. Je zal dan tijdens de eerste aanmelding een uniek ID moeten afspreken en deze tijdens elke request voor data moeten meegeven. Op die manier kan je je client identificeren.
Ik weet niet of dit de makkelijkste manier is.
Mijn COM object houdt helemaal geen state informatie vast. Ik heb er naast een apparte server geschreven die ook via TCP/IP werkt die de requests afhandelt die wel stateful zijn.
Het nadeel hiervan is dat mijn applicatie 2 tcp poorten nodig heeft om te functioneren. Het voordeel is dat mijn Datasnap applicatie relatief sim-pel kan blijven. Welk appartment model je moet kiezen staat ook zo summier beschreven.
Hoe ben jij er eigenlijk achter gekomen hoe je via SOAP moest connecten met je server? Het is dat ik wist hoe je moest connecten omdat ik ook al eens normale SOAP services heb ontwikkeld, anders had ik het nooit gevonden. Het staat namelijk nergens in de handleiding ( of hand- lijding
).Tja en welke je moet kiezen (SOAP of DCOM).... Ik heb hier ook lang over lopen te dobben. SOAP heeft als voordeel de universele manier van aanspreken, echter zal iemand die in JAVA programmeerd toch de service niet kunnen aanspreken tenzij hij/zij zelf een parser schrijft voor de datapackets. (Hoewel het volgens mij wel in JBuilder 6 zit)
En DCOM heeft als nadeel dat het niet door elke firewall heen gaat. Een voordeel er van is dat het weer erg snel is.
Daarom heb ik gekozen voor de socket server, gezien dit een kruising is tussen DCOM en SOAP. Werkt goed over het internet, kan statefull zijn en presteert goed.
Mischien kan jij ook een blik werpen op mijn topic
Pagina: 1