Enterprise Services / COM+

Re: COM + 1.5 Distributed transaction problem (Sybase)

axaros — Tue, 28 Jun 2005 18:58:10 GMT

Ότι καταλάβατε ...
το guide βέβαια αναφέρεται στην έκδοση 9.0.2 :

Hi Panos,

ASA includes a .NET Data Provider that will allow you to create database-driven applications written with any .NET language.

ASA supports DTC (Distributed Transaction Coordinator). For complete details, please look at the online help under:
ASA Programming Guide, Three-Tier Computing and Distributed Transactions.

The online help can be downloaded from the Web the same way you downloaded the eval version. Alternatively, you can view it via Web browser from at:
http://www.ianywhere.com/developer/product_manuals/sqlanywhere/0902/en/html/index.html

Hope this helps.
Helen Bao
iAnywhere Solutions Inc.

"Panos Avramedes"

06/22/2005 02:51 AM

To	<contact_us@ianywhere.com>
cc
Subject	ASA Personal Server Distributed transaction problem

Dear Sir/Madame,
I have downloaded and installed ASA (Database Engine Version 9.0.0.1108) trial version .
Moreover I am currently working on the .Net platform and in specific I am in need to use serviced components
In order to complete distributed transactions tasks.
Do you offer two-face commit support for this version of ASA?
Is ASA, DTC compatible ?

Panos Avramedes,

Re: COM + 1.5 Distributed transaction problem (Sybase)

axaros — Wed, 22 Jun 2005 18:01:27 GMT

Δάσκαλε καλημέρα !!!
Έχω κατεβάσει το SQL Anywhere Studio (developer edition evaluation)
Στο συγκεκριμένο περιλαμβάνονται τα εξής components :
1) Adaptive Server Anywhere DBMS(Client + Server version)
2) Adaptive Server Anywhere Personal Database with Synchronization
3) Adaptive Server Anywhere Ultra Lite edition
4) jConnect 5.5
5) Cybase Central
6) Physical Architect (evaluation copy)
7) Info Maker (evaluation copy)

Υποθέτω ότι o Personal Server Sample (9.0.0.1108) χρησιμοποιεί τον Adaptive Server Anywhere Desktop Runtime Edition.

Το δοκίμασα και με τον Network Server Sample (9.0.0.1108) αλλά δεν έγινε τίποτα ...

Γενικότερα μην εκφράσω τη γνώμη μου για τη Sybase και το documentation τους ... Το κακό είναι ότι πρέπει να τη χρησιμοποιήσω ...

Re: COM + 1.5 Distributed transaction problem (Sybase)

George J. Capnias — Wed, 22 Jun 2005 03:27:58 GMT

Παναγιώτη μπορείς να εξακριβώσεις ποια έκδοση έχεις;

Στην Enterprise έκδοση ο Adaptive Server υποστηρίζει DTC. Όχι όμως, ο Adaptive Server®Anywhere Desktop Runtime Edition (δες το ReadMe).

Όντως μέσα στο "Adaptive Server Anywhere Programming Guide" δεν αναφέρεται κάτι για DTC Support. Πιθανώς τρίτοι vendors έχουν φτιάξει provider συμβατούς με DTC. Ίσως τέτοιος είναι αυτός που είδες...

George J.

Re: COM + 1.5 Distributed transaction problem (Sybase)

axaros — Wed, 22 Jun 2005 02:04:12 GMT

Θα σκάσω !!! υπάρχει έτοιμο component :

OpenX for Sybase ASE/ASA 2.0

Publisher :	DataSphere
Date added :	2002-11-11
Rating :	no review
File size :	410 KB
Language :	English
License :	Demo
Price :	$299
Limitations :	N/A
OS :	WinNT 3.x,NT 4.x,2000
Requirements :	No special requirements

OpenX is a multi level software component for developing multitier enterprise applications that require access to relational database management systems locally or across Intranets or the Internet. At present, OpenX is a COM/COM+ component and is fully compatible with ASP. Its low-level interface offers data access optimizations and access to database-specific features. OpenX works with SQL Server, Oracle, Sybase, DB2, Informix, InterBase, Centura SQLBase, and

Τι κάνω λάθος ρε παιδιά ???

Re: COM + 1.5 Distributed transaction problem (Sybase)

axaros — Wed, 22 Jun 2005 01:41:27 GMT

Άρη άκυρο βρήκα το εξής σχόλιο για την version 7 (οπότε δεν νομίζω να το έκοψαν στην 9):

Version 7.0.0

1. Unloading result sets. The new UNLOAD SQL statement makes possible the unloading of query result set into a comma-delimited text file.

2. Distributed transactions and three-tired computing. Distributed transactions include operations on more than one server in a single transaction. A transaction server controls the commit and rollback behavior of distributed transactions.

In this release, Adaptive Server Anywhere can participate in distributed transactions coordinated by the Microsoft Distributed Transaction Coordinator (DTC). Products such as Sybase Application Server and Microsoft Transaction Server can use DTC for the coordination of transaction, so DTC support enables Adaptive Server Anywhere to participate in three-tired computing with these products

Δείτε όλο το άρθρο :
http://www.ispirer.com/doc/sqlways38/Output/SQLWays-1-186.html

Re: COM + 1.5 Distributed transaction problem (Sybase)

axaros — Wed, 22 Jun 2005 00:00:30 GMT

Δεν το ξέρω Άρη ...
Αλλά προφανώς έχεις δίκιο ...
Το version που έχω είναι :
Adaptive Server Anywhere 9.0.0.1108

Re: COM + 1.5 Distributed transaction problem (Sybase)

Aris — Tue, 21 Jun 2005 23:24:47 GMT

Είσαι βέβαιος ότι είναι DTC-compatible;

Ψάχνοντας στο site www.iAnywhere.com δεν είδα πουθενά να μιλάει για δυνατότητα distributed transactions...

Άρης

Re: COM + 1.5 Distributed transaction problem (Sybase)

axaros — Tue, 21 Jun 2005 19:00:40 GMT

Houston we have a problem ....

Τρία classes ..

Το ένα κάνει ένα write σε πίνακα της Sybase :

Imports System.EnterpriseServices

Imports iAnywhere.Data.AsaClient

Public Interface ISybaseCall

Sub WriteToSybase(ByVal SybaseConnectionString As String)

End Interface

<Description("Transactional Sybase Object"), _

Transaction(TransactionOption.Supported), _

Synchronization(SynchronizationOption.Required)> _

Public Class Sybase

Inherits ServicedComponent

Implements ISybaseCall

<Description("Write to Sybase Server")> _

Public Sub WriteToSybase(ByVal SybaseConnectionString As String) Implements ISybaseCall.WriteToSybase

Dim MyCon As New AsaConnection(SybaseConnectionString)

Dim MyCom As New AsaCommand("INSERT INTO SYTEST(Des) Values('SybaseWriteTest')", MyCon)

Try

MyCon.Open()

MyCom.ExecuteNonQuery()

Catch ex As Exception

Throw ex

Finally

MyCon.Dispose()

MyCom.Dispose()

End Try

End Sub

End Class

Το δεύτερο σε πίνακα στον SQL Server :

Imports System.EnterpriseServices

Imports System.Data.SqlClient

Public Interface ISqlServerCall

Sub WriteToSqlServer(ByVal SINPServerConnectionString As String)

End Interface

<Description("Transactional SQL Object"), _

Transaction(TransactionOption.Supported), _

Synchronization(SynchronizationOption.Required)> _

Public Class sqlserver

Inherits ServicedComponent

Implements ISqlServerCall

<Description("Write to Sql Server")> _

Public Sub WriteToSqlServer(ByVal SQLServerConnectionString As String) Implements ISqlServerCall.WriteToSqlServer

Dim MyCon As New SqlConnection(SQLServerConnectionString)

Dim MyCom As New SqlCommand("INSERT INTO tblSqlTest(Des) Values('SQLWriteTest')", MyCon)

Try

MyCon.Open()

MyCom.ExecuteNonQuery()

Catch ex As Exception

Throw ex

Finally

MyCon.Dispose()

MyCom.Dispose()

End Try

End Sub

End Class

Το τρίτο απλά κάνει το coordination :

Imports System.EnterpriseServices

Public Interface IDistributed

Sub WriteToBothDatabases(ByVal SINPServerConnectionString As String, _

ByVal SybaseConnectionString As String)

End Interface

<Description("Coordinates a distributed transaction"), _

Transaction(TransactionOption.Required), _

Synchronization(SynchronizationOption.Required)> _

Public Class Distributed

Inherits ServicedComponent

Implements IDistributed

<Description("Write to both Servers"), _

AutoComplete(False)> _

Public Sub WriteToBothDatabases(ByVal InSQLServerConnectionString As String, ByVal InSybaseConnectionString As String) Implements IDistributed.WriteToBothDatabases

Dim MySqlOb As sqlserver

Dim MySybaseOb As Sybase

Try

MySqlOb = New sqlserver

With MySqlOb

.WriteToSqlServer(InSQLServerConnectionString)

End With

MySybaseOb = New Sybase

With MySybaseOb

.WriteToSybase(InSybaseConnectionString)

End With

ContextUtil.SetAbort()

Catch ex As Exception

ContextUtil.SetAbort()

Throw ex

Finally

MySqlOb.Dispose()

MySybaseOb.Dispose()

End Try

End Sub

End Class

To ContextId είναι το ίδιο, το TransactionId είναι το ίδιο ...
But ...
Η Sybase δεν κάνει Rollback ενώ ο SQL Server το κάνει κανονικότατα ....

Re: COM + 1.5 Distributed transaction problem (Sybase)

George J. Capnias — Thu, 09 Jun 2005 05:47:33 GMT

Σωστά, ο transaction manager δεν θα αφήσει τίποτα να περάσει, αλλά θα είναι κάπως περίεργο ότι όλα τελιώνουν κανονικά, και τίποτα να μην γίνει; Το μόνο κακό είναι ότι δεν είναι και το "κομψότερο" πράγμα όσο έχει να κάνει με τα resources.

Παρενέργεια δεν υπάρχει...

George J.

Re: COM + 1.5 Distributed transaction problem (Sybase)

cap — Wed, 08 Jun 2005 17:50:03 GMT

Σωστή παρατήρηση! Παρέλειψα να πω πως όλη η συλλογιστική βασιζόταν στο οτι υπάρχει παντού χειρισμός exceptions και πέρασμα των exceptions στο πατρικό component για να αποφασίσει τι γίνεται.

Μια και το έθιξες όμως, γιατί να μην αφήσεις (υποθετικά) τον transaction manager να τα κανονίσει όλα; Εγώ καταλαβαίνω οτι απλα το πατρικό component μπορεί να έχει και άλλες κλήσεις τις οποίες θα αναγκαστεί να κάνει ακόμα και αν στην πρωτη κλήση έχει γίνει abort το transaction. Υπάρχει κάποια άλλη παρενέργεια εκτός από αυτήν;

Re: COM + 1.5 Distributed transaction problem (Sybase)

George J. Capnias — Wed, 08 Jun 2005 07:56:24 GMT

cap wrote:

Γιώργο, διόρθωσέ με σε όποιο σημείο δεν τα λέω καλά.

Σωτήρη, καλά το ξεκίνησες, με τα transaction και πως κληρονομούνται, αλλά στο τέλος τα πράγματα θέλουν λίγο περισσότερη προσοχή.

Αν ένα από τα child components, έχει κάνει .SetAbort αλλά δεν έχει σηκώσει ένα exception για καταλάβεις ότι το transaction δεν έχει νόημα να συνεχιστεί, πως θα το χειριστείς; Εσύ συνεχίζεις σαν να μην έγινε κάτι και θα αφήσεις τον transaction manager να τα κανόνισει όλα; Όχι πως δεν δουλεύει έτσι αλλά δεν και ο καλύτερος τρόπος.

George J.

Re: COM + 1.5 Distributed transaction problem (Sybase)

George J. Capnias — Wed, 08 Jun 2005 07:03:51 GMT

axaros wrote:

Παιδιά πραγματικά σας ευχαριστώ ...
Μια άλλη ερώτηση :
Στην περίπτωση μου αφού Read και το Update step αφορούν την μία εκ των δύο βάσεων χρειάζομαι όντως ξεχωριστό class και method?

To Insert στη Sybase είναι ξεκάθαρο ότι θα υλοποιηθεί σε ξεχωριστό class με TransactionOption.Supported...

Όχι, αλλά σίγουρα χρειάζεσαι διαφορετικά methods.

George J.

Re: COM + 1.5 Distributed transaction problem (Sybase)

axaros — Tue, 07 Jun 2005 16:03:07 GMT

Παιδιά πραγματικά σας ευχαριστώ ...
Μια άλλη ερώτηση :
Στην περίπτωση μου αφού Read και το Update step αφορούν την μία εκ των δύο βάσεων χρειάζομαι όντως ξεχωριστό class και method?

To Insert στη Sybase είναι ξεκάθαρο ότι θα υλοποιηθεί σε ξεχωριστό class με TransactionOption.Supported...

Re: COM + 1.5 Distributed transaction problem (Sybase)

cap — Tue, 07 Jun 2005 08:42:20 GMT

Να το πούμε πιό απλά (να δω αν κι εγώ το σκέφτομαι σωστά - δεν εχω τεράστια εμπειρία σε com+):

Αν έχεις δύο components που κλήσεις σε αυτά θέλεις να συμμετέχουν στο ίδιο transaction τότε θα πρέπει μέσω ενός τρίτου component να πραγματοποιείς τις κλήσεις. Ας το ονομάσουμε "Πατρικό component".

Αυτό θα πρέπει να έχει ένα από τα εξής:

TransactionOption.RequiresNew
(αν είναι αυτό που θα ξεκινήσει την transaction)

ή

TransactionOption.Required
(αν δεν είμαστε σίγουροι αν ξεκινάει αυτό ή κάποιο άλλο component που έχει ξεκινήσει transaction το καλεί - και ΘΕΛΟΥΜΕ να συμμετέχει στη συγκεκριμένη transaction)

ή

TransactionOption.Supported
(αν είμαστε σίγουροι οτι κάποιος άλλος ξεκινά το transaction - σε αυτή την περίπτωση βεβαια ισως και να μην μας χρειάζεται το επιπλέον component, αφού έχουμε ήδη άλλον που κάνει τη δουλειά).

Ας πούμε λοιπόν οτι για το "πατρικό" χρησιμοποιούμε RequiresNew ή Required.

Τα "απο κάτω", δηλ. τα δύο components που θέλουμε να συμμετέχουν στο transaction καλούνται από το "πατρικό" (γίνονται δηλ. κλήσεις σε methods τους). Εδώ ισχύουν γενικά τα εξής: Το "πατρικό" έχει γνώση μόνο του αν κάτι πήγε στραβά ή δεν πήγε. Αν κάτι πήγε στραβά, γνέφει αντίο στο transaction και το κάνει abort. Αν όλα πάνε καλά, κάνει complete το transaction.

Σημείωση: Δεν έχουμε πάει ακόμα στα "απο κατω". Για να γίνουν οι κλήσεις και να πετύχουν, έχουμε δύο τρόπους:

1. Να έχουμε ενεργό το Autocomplete attribute στο "πατρικό" component (στη μέθοδο που καλούμε και με τη σειρά της καλεί τα διάφορα των "απο κάτω"). Εδώ ένα exception που θα έρθει από τα "απο κάτω" αρκεί για να τελειώσει άδοξα η ζωή του transaction και να γίνει αυτό abort.

2. Να κάνουμε με το χεράκι ContextUtil.SetComplete (και contextUtil.SetAbort φυσικά αν κάτι πάει στραβά). Εδώ έχουμε περισσότερο έλεγχο. Παλι πρέπει να πιάσουμε exceptions, πάλι πρέπει να κάνουμε ελέγχους. Απλά μπορούμε (δυνητικά) να αγνοήσουμε π.χ. ένα συγκεκριμένο exception και να σφυρίξουμε αδιάφορα κάνοντας setComplete.

Τωρα πάμε στα "απο κάτω":

Τα "απο κάτω" πρέπει οπωσδήποτε να έχουν TransactionOption.Supported. Αυτό γιατί ξέρουμε οτι ΔΕΝ πρόκειται να ξεκινήσουν μόνα τους αυτόνομα transactions αλλά θα συμμετέχουν στο context ενός transaction που θα ξεκινήσει από το "πατρικό". (Θα μπορούσε να γίνει πιό περίπλοκο και να έχουν Required, αλλα ας το αφήσουμε για τώρα - πιστεύω οτι μετά πρέπει να φτιάξουμε διαγράμματα).

Τι μας λέει αυτό:
Με RequiresNew στο πατρικό και Supported στα απο κάτω, η κλήση του πατρικού ξεκινάει ένα νέο transaction και "μπάζει" στο παιχνίδι και τα απο κάτω components, τα οποία συμμετέχουν σε αυτό.

Τωρα για το αν θα έχουν autocomplete οι μέθοδοι που καλούνται στα "απο κάτω":
Αν έχουν, ολα καλά. Με το που θα γίνει μια στραβή σε οποιοδήποτε από τα δύο, τρώει χυλόπιτα και το "πατρικό", μια και γίνεται αυτόματα setAbort το transaction του "απο κάτω" που έπαθε τη στραβή. Αρα, το "πατρικό" δεν μπορεί να ολοκληρώσει.

Αν δεν έχουν, πάλι όλα καλά. Χειριζόμαστε εμείς την κατάσταση και κάνουμε με το χεράκι το setAbort μας σε περίπτωση σφάλματος. Ετσι, πάλι το "πατρικό" τρώει τη χυλόπιτα και δίνει διαζύγιο στο transaction.

Η μόνη περίπτωση να μην παίξει το όλο "πάντρεμα" είναι πιστεύω το να βάλει κανείς TransactionOption.RequiresNew στα "απο κάτω". Ετσι γράφουν στα παλιά τους τα παπούτσια το transaction του "πατρικού" και ξεκινούν δικό τους.

Γιώργο, διόρθωσέ με σε όποιο σημείο δεν τα λέω καλά.

Re: COM + 1.5 Distributed transaction problem (Sybase)

George J. Capnias — Tue, 07 Jun 2005 06:56:08 GMT

Τσου! Όχι .EnableCommit.

Καταρχήν από ότι θυμάμαι, πρέπει να έχουμε ένα root component και δύο child components που θέλουμε να περάσουμε το νήμα-transaction του root μέσα από αυτά.

Θα φτιαχτούν τρία classes για να κάνουν την δουλειά αυτή - σε class μπορείς να πεις να είναι requires new/requires και όχι σε method. Το πρώτο μπορεί να είναι αυτό που ξεκινάει το transaction και να κάνει τα reads από την βάση και να καλεί τα άλλα δύο για να κάνουν τα updates/inserts.

Οι methods που θα καλούνται μπορεί να είναι AutoComplete ή όχι. Αν είναι AutoComplete θα θεωρήται .SetCommit αν δεν γίνει λάθος στην μέθοδο - στην αντίθετη περίπτωση γίνεται .SetAbort. Όταν και οι δύο child γίνουν .SetComplete και το root γίνει .SetComplete, τότε και μόνο τότε θα γίνουν όλα commit.

Το ίδιο θα γίνει και όταν είσαι σε manual. Θα κάνεις .SetComplete τα δύο child και μετά το root και θα ολοκληρωθεί το transaction.

Μπορείς να δεις και το σχετικό topic στο MSDN Library - Voting in an Automatic Transaction.

George J.