Xrysan8os Δημοσ. 26 Νοεμβρίου 2001 Share Δημοσ. 26 Νοεμβρίου 2001 Psaxnw genikes plirofories gia to E-Banking kathws kai kapoion programmatisth me gnwseis panw sto eidos..eyxaristw! Συνδέστε για να σχολιάσετε Κοινοποίηση σε άλλες σελίδες άλλες επιλογές
Xrysan8os Δημοσ. 27 Νοεμβρίου 2001 Μέλος Share Δημοσ. 27 Νοεμβρίου 2001 Ευχαριστώ πολύ φίλε μου!!! να σαι καλα!<BR> <BLOCKQUOTE><font size="1" face="Verdana, Helvetica, sans-serif">quote:</font><HR>Originally posted by Γηριόνης:<BR><STRONG>Μερικές συνδέσεις:<BR> <A HREF="http://www.fdic.gov/regulations/information/electronic/elecbank.pdf" TARGET=_blank>http://www.fdic.gov/regulations/information/electronic/elecbank.pdf</A> <A HREF="http://www.ubs.com/e/ebanking.html" TARGET=_blank>http://www.ubs.com/e/ebanking.html</A> <P> Αν ψάξεις στο google θα βρεις αρκετές πληροφορίες.</STRONG><HR></BLOCKQUOTE><P><BR> Συνδέστε για να σχολιάσετε Κοινοποίηση σε άλλες σελίδες άλλες επιλογές
Γηρυόνης Δημοσ. 27 Νοεμβρίου 2001 Share Δημοσ. 27 Νοεμβρίου 2001 Μερικές συνδέσεις:<BR> <A HREF="http://www.fdic.gov/regulations/information/electronic/elecbank.pdf" TARGET=_blank>http://www.fdic.gov/regulations/information/electronic/elecbank.pdf</A> <A HREF="http://www.ubs.com/e/ebanking.html" TARGET=_blank>http://www.ubs.com/e/ebanking.html</A> <P> Αν ψάξεις στο google θα βρεις αρκετές πληροφορίες. Συνδέστε για να σχολιάσετε Κοινοποίηση σε άλλες σελίδες άλλες επιλογές
Γηρυόνης Δημοσ. 27 Νοεμβρίου 2001 Share Δημοσ. 27 Νοεμβρίου 2001 Τίποτα φίλε μου. Και αν θέλεις πληροφορίες για προγραμματισμό e-banking/m-banking ρώτα πάλι. Συνδέστε για να σχολιάσετε Κοινοποίηση σε άλλες σελίδες άλλες επιλογές
Xrysan8os Δημοσ. 28 Νοεμβρίου 2001 Μέλος Share Δημοσ. 28 Νοεμβρίου 2001 ===Ναί θα ήθελα να με βοηθήσεις σε αυτά που γνωρίζεις...σου έστειλα και προσωπικό μήνυμα!<BR> <BLOCKQUOTE><font size="1" face="Verdana, Helvetica, sans-serif">quote:</font><HR>Originally posted by Γηριόνης:<BR><STRONG>Τίποτα φίλε μου. Και αν θέλεις πληροφορίες για προγραμματισμό e-banking/m-banking ρώτα πάλι.</STRONG><HR></BLOCKQUOTE><P> Συνδέστε για να σχολιάσετε Κοινοποίηση σε άλλες σελίδες άλλες επιλογές
Γηρυόνης Δημοσ. 28 Νοεμβρίου 2001 Share Δημοσ. 28 Νοεμβρίου 2001 Κοίταξε να δεις, ό,τι είναι να σου πω θα σου το πω εδώ ώστε να μπορέσουνε να συμμετάσχουν και άλλοι και να ανταλλάξουμε απόψεις. Επιπλέον οι ίδιες πληροφορίες μπορεί να βοηθήσουνe και κάποιον άλλον. Ό,τι θα γράψω είναι καθαρά τεχνικό, δεν είναι απαραίτητα σωστό και προέρχεται από προσωπική περιορισμένη εμπειρία στο χώρο του e-banking και μόνο. Όπως ξέρεις τα πράγματα στον τομέα της πληροφορικής εξελίσσοντε ραγδαία οπότε κάτι που ίσχυε 6 μήνες πριν μπορεί να μην ισχύει τώρα.<P> Αρχίζοντας θα σου πω πως όλα τα τραπεζικά συστήματα είναι διανεμειμένα (τουλάχιστον στις προηγμένες χώρες) που σημαίνει ότι όλες οι υπηρεσίες τους είναι μοιρασμένες κατά πλάτος/μήκος του δικτύου (όχι πάντα απαραίτητα στο ίδιο κτήριο). Λόγω του ότι είναι κατανεμημένα αν συμβεί κάποιο πρόβλημα σε ένα διακομιστή αυτό δεν επηρεάζει το υπόλοιπο σύστημα (τουλάχιστον στη θεωρία δεν πρέπει να το επηρεάζει). Τα κατανεμημένα συστήματα λειτουργούνε με μία αρχιτεκτονική η οποία είνaι γνωστή ως ν-διαζώματα (n-tier) αρχιτεκτονική. Δηλαδή η όλη λειτουργία τους χωρίζεται σε επίπεδα. Αυτό βοηθάει το να ξεχωρίσεις την παρουσίαση (presentation), τη λογική του συστήματος (business logic) και τις βάσεις δεδομένων (databases).<P>π.χ. κάτι σαν:<P><BLOCKQUOTE><font size="1" face="Verdana, Helvetica, sans-serif">code:</font><HR><pre><BR>presentation tier: HTML, JSP, Java, CORBA client(C++, Cobol, etc)<P> | | |<BR> | | |<BR>RMI/IIOP DCOM CORBA/IIOP<BR> | COM-CORBA bridge |<BR> | | |<BR> | | |<P>business tier: EJB, COM, CORBA<P> | | |<BR> | | |<BR> JDBC | |<BR> SQL/J ADO proprietary <BR> | OLE protocol<BR> | ODBC |<BR> | | |<P>data tier: SQL, Oracle, Iformix, Sybase, Legacy Systems<BR></pre><HR></BLOCKQUOTE><BR>(το παραπάνω δεν είναι πραγματικός κώδικας. Απλώς το έβαλα έτσι για να φαίνεται καλύτερα).<P> Οποιαδήποτε αλλαγή γίνει σε κάποιο επίπεδο δεν επενεργεί στα επίπεδα πάνω και κάτω. Για παράδειγμα πες ότι έχεις ένα σύστημα που χρησιμοποιεί τέσσερα επίπεδα α, β, γ, και δ. Αν αλλάξεις τον κώδικα στο επίπεδο γ, το ξανακάνεις compile και το τρέξεις, τα επίπεδα β και δ δε θα επηρεαστούνε και θα τρέχουνε όπως τρέχανε και πριν την αλλαγή στο επίπεδο γ.<P> Όλες οι συναλλαγές που γίνοντε στο σύστημα έχουνε το χαρακτηριστικό ACID (καμία σχέση με το γνωστό ναρκωτικό χεχεχε). Το ACID είναι ακρώνυμο που βγαίνει από τις λέξεις Atomic, Consistent, Isolated, Durable. <P> Ατομική είναι μία συναλλαγή που είτε γίνεται ολόκληρη είτε δε γίνεται καθόλου. Για παράδειγμα όταν πας σε ένα cash point και βάζεις την κάρτα σου τότε πρέπει να πάρεις τα λεφτά και απόδειξη για να πεις ότι τελείωσε η συναλλαγή. Αν όταν βάλεις την κάρτα κοπεί το ρεύμα και πέσει το δίκτυο τότε η συναλλαγή δε θεωρείτε ατομική. Η ατομικότητα της συναλλαγής γίνεται μέσω μίας φάσης με δύο σκέλη. Το πρώτο σκέλος ρωτάει αν μπορεί μία συναλλαγή να δεσμευτεί (ότι τελείωσε αυτό που κάνει) και το δεύτερο σκέλος μαζεύει ψήφους από όλες τις λειτουργίες ότι μπορούνε να δεσμευτούνε όλες. Αν μία δεν μπορεί να δεσμευτεί τότε η συναλλαγή εγκαταλείπεται.<P> Μία συναλλαγή είναι απομονωμένη (isolated) όταν γίνεται με αλληλουχία και φαίνεται ότι τρέχει μόνη της χωρίς άλελς συναλλαγές να συμβαίνουνε.<P> Ανθεκτική (durable) είναι μία συναλλαγή όταν τα δεδομένα της αποθηκεύοντε σε μόνιμο χώρο (π.χ. βάση δεδομένων). Κατά τη διάρκεια των συναλλαγών τα δεδομένα αποθηκεύοντε στη μνήμη του υπολογιστή. Ωστόσο μία συναλλαγή δεν μπορεί να θεωρηθεί ACID αν δε γραφτούνε σε μόνιμο χώρο αποθήκευσης.<P> Μία συναλλαγή είναι συνεπής (consistent) μόνο αν είναι ατομική, απομονομένη και ανθεκτική (όλα τα παραπάνω δηλαδή). Για παράδειγμα όταν εσύ έχεις 100.000 δρχ στην τράπεζα και αποσύρεις 20.000, τότε στο τέλος της συναλλαγής ο λογαριασμός σου θα πρέπει να έχει 80.000 δρχ. το οποίο θα είναι γραμμένο στη βάση.<P> Μπορείς να χρησιμοποιήσεις διάφορες τεχνολογίες για να γράψεις τραπεζικά συστήματα. CORBA, J2EE, Microsoft DNA, DOM/DCOM, .NET. Όλα αυτά που θα σου πω είναι συνδεδεμένα με τη J2EE αρχιτεκτονική που χρησιμοποιώ. <P> Ο πελάτης στο επίπεδο παρουσίασης (presentation level - κοίτα το σχεδιάγραμμα πιο πάνω) μπορεί να είναι ο,τιδήποτε. Από HTML, Servlet, ASP, PHP μέχρι ένα infokiosk, cash point, C++ application, Cobol application, CORBA client κλπ. Συνήθως οι πελάτες επικοινωνούνε με το μεσαίο διάζωμα μέσω κάποιου προτοκόλου που είναι συγκεκριμένο αναλόγως την τεχνολογία που θα χρησιμοποιήσεις. Η Java χρησιμοποιεί μία γέφυρα RMI/IIOP (Remote Method Invocation/Internet Inter-Orb Protocol) και αν ο πελάτης είναι CORBA client τότε CORBA/IIOP (Common Object Request Broker Architecture/IIOP). Η Microsoft χρησιμοποιεί DCOM και COM-CORBA bridge.<P> To επίπεδο εργασίας (business tier) περιέχει όλη τη λογική του συστήματος. Εκεί είναι που γίνοντε όλες οι διεργασίες ώστε να διεκπεραιωθεί μια συναλλαγή. Μπορεί να χωριστεί σε επιπλέον επίπεδα αναλόγως με τα απαιτούμενα του συστήματος. Ο ακρογωνιαίος λίθος του business tier (J2EE αρχιτεκτονική) είναι τα EJB (Enterprise Java Beans) ενώ για το .ΝΕΤ τα COM/DCOM (Component Object Models/Distributed Component Object Models). Το μεγάλο πλεονέκτημα αυτών των αντικειμένων είναι ότι είναι διανεμειμένα και πολλοί πελάτες μπορούνε να τα μοιράζοντε συγχρόνως. Οπότε ένα EJB για παράδειγμα μπορεί να υπηρετήσει πολλούς πελάτες την ίδια στιγμή.<P> Αυτά τα αντικείμενα επικοινωνούνε με τη βάση μέσω ODBC, JDBC, OLE, ADO ή κάποιο ιδιωτικό πρωτόκολλο. Ο,τιδήποτε γίνεται στο διάζωμα εργασίας στο τέλος γράφεται στη βάση δεδομένων.<p>[ 28-11-2001: Message edited by: Γηριόνης ] Συνδέστε για να σχολιάσετε Κοινοποίηση σε άλλες σελίδες άλλες επιλογές
Xrysan8os Δημοσ. 29 Νοεμβρίου 2001 Μέλος Share Δημοσ. 29 Νοεμβρίου 2001 ===Πολυ κατατοπιστικές οι πληροφορίες σου και θα έλεγα πως τώρα έχω μια πιο ολοκληρωμένη άποψη επι του θέματος..η απορία μου είναι πώς μπορεί το ίδιο περιβάλλον να δουλέψει και σαν client εφαρμογή αλλά και σαν server είτε πρόκειται να εξυπηρετήση λίγους υπολογιστές είτε μέσω διαδικτύου...Επίσης άν γνωρίζεις τίποτα αξιόπιστες πηγές στο διαδίκτυο! <BR>Ευχαριστώ και πάλι!!!<P> <BLOCKQUOTE><font size="1" face="Verdana, Helvetica, sans-serif">quote:</font><HR>Originally posted by Γηριόνης:<BR><STRONG>Κοίταξε να δεις, ό,τι είναι να σου πω θα σου το πω εδώ ώστε να μπορέσουνε να συμμετάσχουν και άλλοι και να ανταλλάξουμε απόψεις. Επιπλέον οι ίδιες πληροφορίες μπορεί να βοηθήσουνe και κάποιον άλλον. Ό,τι θα γράψω είναι καθαρά τεχνικό, δεν είναι απαραίτητα σωστό και προέρχεται από προσωπική περιορισμένη εμπειρία στο χώρο του e-banking και μόνο. Όπως ξέρεις τα πράγματα στον τομέα της πληροφορικής εξελίσσοντε ραγδαία οπότε κάτι που ίσχυε 6 μήνες πριν μπορεί να μην ισχύει τώρα.<P> Αρχίζοντας θα σου πω πως όλα τα τραπεζικά συστήματα είναι διανεμειμένα (τουλάχιστον στις προηγμένες χώρες) που σημαίνει ότι όλες οι υπηρεσίες τους είναι μοιρασμένες κατά πλάτος/μήκος του δικτύου (όχι πάντα απαραίτητα στο ίδιο κτήριο). Λόγω του ότι είναι κατανεμημένα αν συμβεί κάποιο πρόβλημα σε ένα διακομιστή αυτό δεν επηρεάζει το υπόλοιπο σύστημα (τουλάχιστον στη θεωρία δεν πρέπει να το επηρεάζει). Τα κατανεμημένα συστήματα λειτουργούνε με μία αρχιτεκτονική η οποία είνaι γνωστή ως ν-διαζώματα (n-tier) αρχιτεκτονική. Δηλαδή η όλη λειτουργία τους χωρίζεται σε επίπεδα. Αυτό βοηθάει το να ξεχωρίσεις την παρουσίαση (presentation), τη λογική του συστήματος (business logic) και τις βάσεις δεδομένων (databases).<P>π.χ. κάτι σαν:<P><BLOCKQUOTE><font size="1" face="Verdana, Helvetica, sans-serif">code:</font><HR><pre><BR>presentation tier: HTML, JSP, Java, CORBA client(C++, Cobol, etc)<P> | | |<BR> | | |<BR>RMI/IIOP DCOM CORBA/IIOP<BR> | COM-CORBA bridge |<BR> | | |<BR> | | |<P>business tier: EJB, COM, CORBA<P> | | |<BR> | | |<BR> JDBC | |<BR> SQL/J ADO proprietary <BR> | OLE protocol<BR> | ODBC |<BR> | | |<P>data tier: SQL, Oracle, Iformix, Sybase, Legacy Systems<BR></pre><HR></BLOCKQUOTE><BR>(το παραπάνω δεν είναι πραγματικός κώδικας. Απλώς το έβαλα έτσι για να φαίνεται καλύτερα).<P> Οποιαδήποτε αλλαγή γίνει σε κάποιο επίπεδο δεν επενεργεί στα επίπεδα πάνω και κάτω. Για παράδειγμα πες ότι έχεις ένα σύστημα που χρησιμοποιεί τέσσερα επίπεδα α, β, γ, και δ. Αν αλλάξεις τον κώδικα στο επίπεδο γ, το ξανακάνεις compile και το τρέξεις, τα επίπεδα β και δ δε θα επηρεαστούνε και θα τρέχουνε όπως τρέχανε και πριν την αλλαγή στο επίπεδο γ.<P> Όλες οι συναλλαγές που γίνοντε στο σύστημα έχουνε το χαρακτηριστικό ACID (καμία σχέση με το γνωστό ναρκωτικό χεχεχε). Το ACID είναι ακρώνυμο που βγαίνει από τις λέξεις Atomic, Consistent, Isolated, Durable. <P> Ατομική είναι μία συναλλαγή που είτε γίνεται ολόκληρη είτε δε γίνεται καθόλου. Για παράδειγμα όταν πας σε ένα cash point και βάζεις την κάρτα σου τότε πρέπει να πάρεις τα λεφτά και απόδειξη για να πεις ότι τελείωσε η συναλλαγή. Αν όταν βάλεις την κάρτα κοπεί το ρεύμα και πέσει το δίκτυο τότε η συναλλαγή δε θεωρείτε ατομική. Η ατομικότητα της συναλλαγής γίνεται μέσω μίας φάσης με δύο σκέλη. Το πρώτο σκέλος ρωτάει αν μπορεί μία συναλλαγή να δεσμευτεί (ότι τελείωσε αυτό που κάνει) και το δεύτερο σκέλος μαζεύει ψήφους από όλες τις λειτουργίες ότι μπορούνε να δεσμευτούνε όλες. Αν μία δεν μπορεί να δεσμευτεί τότε η συναλλαγή εγκαταλείπεται.<P> Μία συναλλαγή είναι απομονωμένη (isolated) όταν γίνεται με αλληλουχία και φαίνεται ότι τρέχει μόνη της χωρίς άλελς συναλλαγές να συμβαίνουνε.<P> Ανθεκτική (durable) είναι μία συναλλαγή όταν τα δεδομένα της αποθηκεύοντε σε μόνιμο χώρο (π.χ. βάση δεδομένων). Κατά τη διάρκεια των συναλλαγών τα δεδομένα αποθηκεύοντε στη μνήμη του υπολογιστή. Ωστόσο μία συναλλαγή δεν μπορεί να θεωρηθεί ACID αν δε γραφτούνε σε μόνιμο χώρο αποθήκευσης.<P> Μία συναλλαγή είναι συνεπής (consistent) μόνο αν είναι ατομική, απομονομένη και ανθεκτική (όλα τα παραπάνω δηλαδή). Για παράδειγμα όταν εσύ έχεις 100.000 δρχ στην τράπεζα και αποσύρεις 20.000, τότε στο τέλος της συναλλαγής ο λογαριασμός σου θα πρέπει να έχει 80.000 δρχ. το οποίο θα είναι γραμμένο στη βάση.<P> Μπορείς να χρησιμοποιήσεις διάφορες τεχνολογίες για να γράψεις τραπεζικά συστήματα. CORBA, J2EE, Microsoft DNA, DOM/DCOM, .NET. Όλα αυτά που θα σου πω είναι συνδεδεμένα με τη J2EE αρχιτεκτονική που χρησιμοποιώ. <P> Ο πελάτης στο επίπεδο παρουσίασης (presentation level - κοίτα το σχεδιάγραμμα πιο πάνω) μπορεί να είναι ο,τιδήποτε. Από HTML, Servlet, ASP, PHP μέχρι ένα infokiosk, cash point, C++ application, Cobol application, CORBA client κλπ. Συνήθως οι πελάτες επικοινωνούνε με το μεσαίο διάζωμα μέσω κάποιου προτοκόλου που είναι συγκεκριμένο αναλόγως την τεχνολογία που θα χρησιμοποιήσεις. Η Java χρησιμοποιεί μία γέφυρα RMI/IIOP (Remote Method Invocation/Internet Inter-Orb Protocol) και αν ο πελάτης είναι CORBA client τότε CORBA/IIOP (Common Object Request Broker Architecture/IIOP). Η Microsoft χρησιμοποιεί DCOM και COM-CORBA bridge.<P> To επίπεδο εργασίας (business tier) περιέχει όλη τη λογική του συστήματος. Εκεί είναι που γίνοντε όλες οι διεργασίες ώστε να διεκπεραιωθεί μια συναλλαγή. Μπορεί να χωριστεί σε επιπλέον επίπεδα αναλόγως με τα απαιτούμενα του συστήματος. Ο ακρογωνιαίος λίθος του business tier (J2EE αρχιτεκτονική) είναι τα EJB (Enterprise Java Beans) ενώ για το .ΝΕΤ τα COM/DCOM (Component Object Models/Distributed Component Object Models). Το μεγάλο πλεονέκτημα αυτών των αντικειμένων είναι ότι είναι διανεμειμένα και πολλοί πελάτες μπορούνε να τα μοιράζοντε συγχρόνως. Οπότε ένα EJB για παράδειγμα μπορεί να υπηρετήσει πολλούς πελάτες την ίδια στιγμή.<P> Αυτά τα αντικείμενα επικοινωνούνε με τη βάση μέσω ODBC, JDBC, OLE, ADO ή κάποιο ιδιωτικό πρωτόκολλο. Ο,τιδήποτε γίνεται στο διάζωμα εργασίας στο τέλος γράφεται στη βάση δεδομένων.<P>[ 28-11-2001: Message edited by: Γηριόνης ]</STRONG><HR></BLOCKQUOTE><P> Συνδέστε για να σχολιάσετε Κοινοποίηση σε άλλες σελίδες άλλες επιλογές
Γηρυόνης Δημοσ. 29 Νοεμβρίου 2001 Share Δημοσ. 29 Νοεμβρίου 2001 Χμ... Τι ακριβώς εννοείς όταν λες «πώς μπορεί το ίδιο περιβάλλον να δουλέψει και σαν client εφαρμογή αλλά και σαν server είτε πρόκειται να εξυπηρετήση λίγους υπολογιστές είτε μέσω διαδικτύου...»;<BR> Ένα EJB για παράδειγμα μπορεί να δουλέψει και ως client και ως server με την έννοια ότι αν εξυπηρετήσει μία έκκληση από κάποιον πελάτη τότε λειτουργεί ως διακομιστής. Αν όμως ζητήσει πληροφορίες από ένα άλλο αντικείμενο (object) τότε λειτουργεί ως πελάτης.<P> Δεν ξέρω αν αυτό απαντάει την ερώτησή σου.<P> Για περισσότερες πληροφορίες δεν ξέρω. Ψάξε στο google όλο και κάτι θα βρεις. Συνδέστε για να σχολιάσετε Κοινοποίηση σε άλλες σελίδες άλλες επιλογές
Xrysan8os Δημοσ. 29 Νοεμβρίου 2001 Μέλος Share Δημοσ. 29 Νοεμβρίου 2001 ==Οκ έγινε..όποιος άλλος γνωρίζει κάτι ας βοηθήσει...και πάλι σε ευχαριστώ...αν θέλεις απάντησε και στο προσωπικό μήνυμα<BR> <BLOCKQUOTE><font size="1" face="Verdana, Helvetica, sans-serif">quote:</font><HR>Originally posted by Γηριόνης:<BR><STRONG>Χμ... Τι ακριβώς εννοείς όταν λες «πώς μπορεί το ίδιο περιβάλλον να δουλέψει και σαν client εφαρμογή αλλά και σαν server είτε πρόκειται να εξυπηρετήση λίγους υπολογιστές είτε μέσω διαδικτύου...»;<BR> Ένα EJB για παράδειγμα μπορεί να δουλέψει και ως client και ως server με την έννοια ότι αν εξυπηρετήσει μία έκκληση από κάποιον πελάτη τότε λειτουργεί ως διακομιστής. Αν όμως ζητήσει πληροφορίες από ένα άλλο αντικείμενο (object) τότε λειτουργεί ως πελάτης.<P> Δεν ξέρω αν αυτό απαντάει την ερώτησή σου.<P> Για περισσότερες πληροφορίες δεν ξέρω. Ψάξε στο google όλο και κάτι θα βρεις.</STRONG><HR></BLOCKQUOTE><P> Συνδέστε για να σχολιάσετε Κοινοποίηση σε άλλες σελίδες άλλες επιλογές
nliokal Δημοσ. 1 Δεκεμβρίου 2001 Share Δημοσ. 1 Δεκεμβρίου 2001 Θα συμφωνήσω με τον Γηριόνη στα περισσότερα που είπε απλά θέλω να προσθέσω τα requirements που έχει ένα distributed system μια και νομίζω είναι χρήσιμα:<P>1) Scalability (ένα distributed system πρέπει να μπορεί να αναπτυχθεί όταν υπάρχει ανάγκη αλλά και να συρρικνωθεί ακόμα σε άλλες περιπτώσεις)<P>2)Οpenness (πρέπει να είναι ανοικτό να επεκταθεί και να προσαρμοστεί με τη χρήση διάφορων τρίτων συστημάτων)<P>3)Heterogeneity (πρέπει να επιτρέπει τη συνεργασία μεταξύ ετερογενών συστημάτων π.χ. συστημάτων σε διαφορετική πλατφόρμα)<P>4)Resource sharing (πρέπει να επιτρέπει τον διαμοιρασμό πόρων)<P>5)Fault tolerance (πρέπει να έχει τη δυνατότητα να αντιμετωπίζει τυχόν προβλήματα αξιόπιστα)<P>Γενικά τα distributed συστήματα βασίζονται στην έννοια των transactions πράγμα που σημαίνει ότι κάθε ενέργεια (η μεταφορά π.χ. χρημάτων από μια τράπεζα σε μια άλλη μέσω ενός ΑΤΜ) χωρίζεται σε μικρότερα "tasks" (επικοινωνία με την τράπεζα, έλεγχος για το αν υπάρχουν διαθέσιμα χρήματα, επικοινωνία με τη δεύτερη τράπεζα, έλεγχος αν υπάρχει λογαριασμός με τα δεδομένα στοιχεία κ.ο.κ). Για κάθε ένα από τα παραπάνω "tasks" πρέπει να πληρούνται και οι προϋποθέσεις που ανέφερε ο Γηριόνης και συνοψίζονται στα αρχικά A.C.I.D. (Atomicity, Consistency, Isolation, Durability).<P>Γενικά οποιαδήποτε αποτυχία, όπως καταλαβαίνεις, σε κάποιο από τα "tasks" σημαίνει αυτόματα και την αποτυχία της συναλλαγής (transaction).<P>Η συναλλαγή μεταξύ δύο τραπεζών είναι γενικά μια πολύπλοκη διαδικασία και βασίζεται σε transactions του τύπου "two phase commit" που βασίζονται στο XA protocol του ODTP (Open Distributed Transaction Processing).<P>Αν θέλεις να διαβάσεις περισσότερα πάνω στο θέμα ψάξε το βιβλίο: Emmerich, W., Engineering Distributed Objects, Wiley 2000<P>Μπορείς να κάνεις και ένα search στο google με θέμα XA protocol, ή XA transactions.<P>Sorry για τις τεχνικές λεπτομέρειες αλλά διάλεξες δύσκολο θέμα.. Συνδέστε για να σχολιάσετε Κοινοποίηση σε άλλες σελίδες άλλες επιλογές
Xrysan8os Δημοσ. 6 Δεκεμβρίου 2001 Μέλος Share Δημοσ. 6 Δεκεμβρίου 2001 Ναι οντως ειναι δύσκολο το θέμα που διάλεξα αλλά ειναι και διατριβή για μεταπτυχιακό με αξιώσεις και επειδή προσπαθώ να σταθώ στα πόδια μου ζητάω συμβουλές..και πάλι σας ευχαριστώ! Συνδέστε για να σχολιάσετε Κοινοποίηση σε άλλες σελίδες άλλες επιλογές
Γηρυόνης Δημοσ. 6 Δεκεμβρίου 2001 Share Δημοσ. 6 Δεκεμβρίου 2001 Όπως έψαχνα το στο Ίντερνετ βρήκα αυτή τη σελίδα: <A HREF="http://www.occ.treas.gov/netbank/r&a.htm" TARGET=_blank>http://www.occ.treas.gov/netbank/r&a.htm</A> Έχει μερικές ενδιαφέροντες πληροφορίες... Συνδέστε για να σχολιάσετε Κοινοποίηση σε άλλες σελίδες άλλες επιλογές
Xrysan8os Δημοσ. 7 Δεκεμβρίου 2001 Μέλος Share Δημοσ. 7 Δεκεμβρίου 2001 Πολύ καλό φίλε μου..και πάλι σε ευχαριστώ!!!να σαι καλα!<BR> <BLOCKQUOTE><font size="1" face="Verdana, Helvetica, sans-serif">quote:</font><HR>Originally posted by Γηριόνης:<BR><STRONG>Όπως έψαχνα το στο Ίντερνετ βρήκα αυτή τη σελίδα: <A HREF="http://www.occ.treas.gov/netbank/r&a.htm" TARGET=_blank>http://www.occ.treas.gov/netbank/r&a.htm</A> Έχει μερικές ενδιαφέροντες πληροφορίες...</STRONG><HR></BLOCKQUOTE><P> Συνδέστε για να σχολιάσετε Κοινοποίηση σε άλλες σελίδες άλλες επιλογές
Προτεινόμενες αναρτήσεις
Αρχειοθετημένο
Αυτό το θέμα έχει αρχειοθετηθεί και είναι κλειστό για περαιτέρω απαντήσεις.