https://www.dotnetzone.gr:443/cs/forums/21/ShowForum.aspxΣυζήτηση περί των web services και WSE, την υλοποίησή τους με το .NET Framework, καθώς και θέματα interoperability με άλλα συστήματαelCommunityServer 2.1 SP3 (Build: 20423.1)https://www.dotnetzone.gr:443/cs/forums/thread/16247.aspxMon, 04 Sep 2006 04:03:02 GMT2622095e-976c-431a-859e-16783ec7ecd7:16247Dimitris Papadimitriou0https://www.dotnetzone.gr:443/cs/forums/thread/16247.aspxhttps://www.dotnetzone.gr:443/cs/forums/commentrss.aspx?SectionID=21&PostID=16247Έκανα μια εντελώς τεχνική ερώτηση. Πως καταλήξαμε να συζητάμε για άλλα;<br /> <br /> Ας το κλείσει κάποιος αυτό το thread!https://www.dotnetzone.gr:443/cs/forums/thread/16240.aspxMon, 04 Sep 2006 02:41:32 GMT2622095e-976c-431a-859e-16783ec7ecd7:16240anjelinio0https://www.dotnetzone.gr:443/cs/forums/thread/16240.aspxhttps://www.dotnetzone.gr:443/cs/forums/commentrss.aspx?SectionID=21&PostID=16240... "innovation" είναι μια πολύ πολύ βαριά λέξη φίλε papadi. Εγώ την αποφεύγω τη χρήση της ! <br /> <br /> Χρήστο, καμμία παρεξήγηση φίλε, σε production καταστάσεις νομίζω οτι όλοι συμφωνούμε οτι ο πειραματισμός είναι semi-mortal sin ;)https://www.dotnetzone.gr:443/cs/forums/thread/16055.aspxMon, 28 Aug 2006 21:20:34 GMT2622095e-976c-431a-859e-16783ec7ecd7:16055Χρήστος Γεωργακόπουλος0https://www.dotnetzone.gr:443/cs/forums/thread/16055.aspxhttps://www.dotnetzone.gr:443/cs/forums/commentrss.aspx?SectionID=21&PostID=16055Μου το παρεξηγήσατε το ρητό μου..... Ισχύει όταν έχεις μπροστά σου production καταστάσεις και θέλεις πράγματα σίγουρα και χωρίς προβλήματα. Αν έχεις όλο το χρόνο του κόσμου και κανέναν πάνω από το κεφάλι σου... παίζεις όπως θέλεις...https://www.dotnetzone.gr:443/cs/forums/thread/16052.aspxMon, 28 Aug 2006 21:08:46 GMT2622095e-976c-431a-859e-16783ec7ecd7:16052Dimitris Papadimitriou0https://www.dotnetzone.gr:443/cs/forums/thread/16052.aspxhttps://www.dotnetzone.gr:443/cs/forums/commentrss.aspx?SectionID=21&PostID=16052thanks for your thoughts!<br /> <br /> μένω στο τελευταίο: αν όλοι χρησιμοποιούσαν τα πάντα με τον τρόπο που περίμεναν αυτοί που τα γράψανε ... δε θα βλέπαμε ποτέ καμμία πρόοδο.<br /> <br /> Με μια λέξη λέγεται και innovation!<br /> <br /> καλές διακοπές anjelinio!https://www.dotnetzone.gr:443/cs/forums/thread/16049.aspxMon, 28 Aug 2006 20:15:44 GMT2622095e-976c-431a-859e-16783ec7ecd7:16049anjelinio0https://www.dotnetzone.gr:443/cs/forums/thread/16049.aspxhttps://www.dotnetzone.gr:443/cs/forums/commentrss.aspx?SectionID=21&PostID=16049:D ... μα τί έχουν πάθει όλοι πια με τα chats με web services, δε μπορώ να καταλάβω. Γαιτί ρε παιδιά δεν αποδέχεστε απλώς οτι το HTTP είναι client request - server response μοντέλλο, το οποίο δε μπορεί να εξυπηρετήσει τα πάντα as is;<br /> <br /> Φίλε papadi, νομίζω οτι με remoting over http channels θα είσαι μια χαρά με τα firewalls, και θα κάνει και το implementation σου πολύ πιο καθαρό. Ίσως και πιο performant για το server σου. <br /> <br /> Όλα αυτά βέβαια, αν δε θες να μπλέξεις λίγο με sockets στην πόρτα 80, η οποία είναι βέβαια η πιο low-level, αλλα και πιο performant λύση. Ο πιο παιδικός, inefficient, μπάχαλος chat server που έχει γραφτεί με sockets θα σου εξυπηρετεί 50 με 100 χρήστες οι οποίοι τον "λιώνουν" στα requests, αγώγκιστα. Το ξέρω, γιατί εγώ τον έγραψα, στο πανεπιστήμιο, και κοιτάω τώρα τον κώδικά του και γελάω ( σε Java παιδιά, δεν είχαμε .NET τότε .. ) :D <br /> <br /> Σαν afterthought βέβαια, σκέφτομαι οτι αν όλοι χρησιμοποιούσαν τα πάντα με τον τρόπο που περίμεναν αυτοί που τα γράψανε ... δε θα βλέπαμε ποτέ καμμία πρόοδο, σε κανένα προϊόν ... food for thought i guess.<br /> <br /> Άντε, πάω διακοπές τώρα !https://www.dotnetzone.gr:443/cs/forums/thread/16048.aspxMon, 28 Aug 2006 20:04:05 GMT2622095e-976c-431a-859e-16783ec7ecd7:16048Dimitris Papadimitriou0https://www.dotnetzone.gr:443/cs/forums/thread/16048.aspxhttps://www.dotnetzone.gr:443/cs/forums/commentrss.aspx?SectionID=21&PostID=16048Με την λύση που έχω επιλέξει έχω τα εξής:<br /> <br /> - Τα μηνύματα μεταφέρονται άμεσα<br /> <br /> - Όσο ο server δεν έχει να στείλει κάτι στον client, υπάρχει μια κλήση web service από τον client στον server ανά 1 λεπτό (αυτό είναι και το timeout που ψάχνω. Θα δοκιμάσω να το αυξήσω περισσότερο).<br /> <br /> - Στο μεταξύ τόσο ο client, όσο και ο server, καθώς και το δίκτυο μεταξύ τους δεν έχουν καθόλου activity.https://www.dotnetzone.gr:443/cs/forums/thread/16044.aspxMon, 28 Aug 2006 19:52:26 GMT2622095e-976c-431a-859e-16783ec7ecd7:16044Dimitris Papadimitriou0https://www.dotnetzone.gr:443/cs/forums/thread/16044.aspxhttps://www.dotnetzone.gr:443/cs/forums/commentrss.aspx?SectionID=21&PostID=16044Αν θέλεις ξαναδοκίμασε. Σε ευχαριστώ!https://www.dotnetzone.gr:443/cs/forums/thread/16042.aspxMon, 28 Aug 2006 19:26:12 GMT2622095e-976c-431a-859e-16783ec7ecd7:16042Χρήστος Γεωργακόπουλος0https://www.dotnetzone.gr:443/cs/forums/thread/16042.aspxhttps://www.dotnetzone.gr:443/cs/forums/commentrss.aspx?SectionID=21&PostID=16042+ Downloading http://www.papadi.gr/test1/clickonce/Extended.WebServices.SimpleWebChat_1_0_0_14/App.ico.deploy did not succeed.<br /> <br /> + The remote server returned an error: (404) Not Found.https://www.dotnetzone.gr:443/cs/forums/thread/16040.aspxMon, 28 Aug 2006 19:09:11 GMT2622095e-976c-431a-859e-16783ec7ecd7:16040Dimitris Papadimitriou0https://www.dotnetzone.gr:443/cs/forums/thread/16040.aspxhttps://www.dotnetzone.gr:443/cs/forums/commentrss.aspx?SectionID=21&PostID=16040<P>Εκτελέστε το περισσότερες από μια φορές ταυτόχρονα...</P> <P>Ελπίζω μόνο να μην είστε πίσω από proxy γιατί λόγω clickonce θα έχει πρόβλημα με <A title=http://support.microsoft.com/kb/917952 href="http://support.microsoft.com/kb/917952">http://support.microsoft.com/kb/917952</A>!</P>https://www.dotnetzone.gr:443/cs/forums/thread/16039.aspxMon, 28 Aug 2006 19:07:47 GMT2622095e-976c-431a-859e-16783ec7ecd7:16039Dimitris Papadimitriou0https://www.dotnetzone.gr:443/cs/forums/thread/16039.aspxhttps://www.dotnetzone.gr:443/cs/forums/commentrss.aspx?SectionID=21&PostID=16039Αν δεν σας κάνει κόπο τρέξτε αυτό<br /> <br /> http://www.papadi.gr/test1/clickonce/publish.htm<br /> <br /> για να το δείτε στην πράξη...https://www.dotnetzone.gr:443/cs/forums/thread/16029.aspxMon, 28 Aug 2006 17:42:20 GMT2622095e-976c-431a-859e-16783ec7ecd7:16029KelMan0https://www.dotnetzone.gr:443/cs/forums/thread/16029.aspxhttps://www.dotnetzone.gr:443/cs/forums/commentrss.aspx?SectionID=21&PostID=16029Χμμμ... Αν υπήρχε μια βάση και αν αυτή η βάση ήταν SQL Server 2005 θα ήταν πολύ καλό σενάριο για Depedencies/Notification Services <img src="/cs/emoticons/emotion-1.gif" alt="Smile" />https://www.dotnetzone.gr:443/cs/forums/thread/16028.aspxMon, 28 Aug 2006 17:17:45 GMT2622095e-976c-431a-859e-16783ec7ecd7:16028Χρήστος Γεωργακόπουλος0https://www.dotnetzone.gr:443/cs/forums/thread/16028.aspxhttps://www.dotnetzone.gr:443/cs/forums/commentrss.aspx?SectionID=21&PostID=16028<BLOCKQUOTE><table width="85%"><tr><td class="txt4"><img src="/cs/Themes/default/images/icon-quote.gif">&nbsp;<strong>papadi wrote:</strong></td></tr><tr><td class="quoteTable"><table width="100%"><tr><td valign="top" class="txt4">Ορίστε τι θέλω να κάνω: Θέλω ο server να μπορεί να στείλει στον client ένα μήνυμα. Επειδή δεν θέλω να ανοίξω κάποιο κανάλι επικοινωνίας μεταξύ τους, πλην του web service, θέλω ο client να κάνει μια ασύγχρονη κλήση, ο server να κρατάει αυτή την κλήση ενεργή και να απαντά σε αυτή, μετά από ώρα όταν θέλει να στείλει κάτι στον client. Το ερώτημά μου είναι αν υπάρχει κάποιο timeout μετά από το οποίο ο client θα πάψει να περιμένει απάντηση από τον server, για την ασύγχρονη κλήση που έκανε.<br> <br> Δεν εμπλέκονται άλλα timeout, ούτε βάση δεδομένων. Γενικά το έχω δοκιμάσει και δουλεύει καλά. Όσο ο client περιμένει δεν υπάρχει activity ούτε στο δίκτυο, ούτε στον client, ούτε στον server. Σε περίπτωση που "πέσει" ο server κατάλληλος κώδικας στον client το εντοπίζει και ξανακαλεί χωρίς να γίνει αντιληπτό στον χρήστη. Απλά ήθελα μια γνώμη μήπως και έχει κάνει κάτι αντίστοιχο κάποιος και συνάντησε κάποιο πρόβλημα.</td></tr></table></td></tr></table></BLOCKQUOTE><br><br>Σκέψου το εξής: Έχεις αφήσει ανοικτό το call μήπως και ο server αποφασίσει να στείλει κάτι στον client. Και έρχεται η ώρα και η στιγμή που το στέλνει. Ο client πως θα το καταλάβει ότι τέλειωσε η αποστολή αφού το connection συνεχίζει να παραμένει ανοικτό; (γιατί υποθέτω ότι θέλεις να το κρατήσεις ανοικτό μήπως και ο server στείλει κάτι άλλο) Θα πρέπει να πέσεις αρκετά low level για να κάνεις κάτι τέτοιο. Σίγουρα όπως λέει ο anjelinio θα έχεις προβλήματα και με το performance του web server, ο οποίος πολύ απλά δεν είναι σχεδιασμένος για να δουλεύει έτσι.. Γενικά για κάθε προϊόν ισχύει το "Χρησιμοποίησέ το όπως σκεφτόντουσαν ότι θα χρησιμοποιηθεί αυτοί που το έφτιαξαν" αν δεν θέλεις να μπλέκεις υπερβολικά. Δες άλλα προϊόντα / τεχνολογίες / αρχιτεκτονικές που είναι φτιαγμένα για αυτό το σκοπό.<br>https://www.dotnetzone.gr:443/cs/forums/thread/15985.aspxSun, 27 Aug 2006 19:46:14 GMT2622095e-976c-431a-859e-16783ec7ecd7:15985anjelinio0https://www.dotnetzone.gr:443/cs/forums/thread/15985.aspxhttps://www.dotnetzone.gr:443/cs/forums/commentrss.aspx?SectionID=21&PostID=15985Χμμμ ... ίσως είναι καθαρά υποκειμενικό το θέμα, αλλά νομίζω οτι το client polling είναι η "ορθότερη" λύση αρχιτεκτονικά στο σενάριό σου αν είσαι πεπεισμένος οτι θές μόνο web service interface στο server φίλε papadi. To να κρύβεις timeout exceptions στο server και στον client είναι κατα την ταπεινή μου γνώμη waste or resources. <br /> <br /> Αν είναι πολύ σημαντικό το μήνυμα του server να έρχεται στον client ASAP, δηλαδή ο χρόνισμός του notification στον client είναι τόσο σημαντικός ώστε να αποκλείει τη λύση του polling λόγω του ότι ίσως χάσεις κάποια δευτερόλεπτα / λεπτά, εγώ θα κοίταγα λύσεις queue, remoting ή ακόμη και sockets. <br /> <br /> Φυσικά, μιλάω μην έχοντας ξεκάθαρη εικόνα για τον αριθμό των clients, το τί κάνει ο server ( ως processing logic ) τι requirements έχεις όσον αφορά το βαθμό synchronicity μεταξύ τους κτλ κτλ ... αλλά σε γενικότερα πλαίσια, η πρακτική του να αφήσω ένα process στο server να τρέχει, ακόμη και τόσο ώστε να σκάσει timeout στο process αυτό, είναι απλώς .. επικίνδυνη. <br /> <br /> Μπορεί λαμβάνοντας υπ'όψην το περιβάλλον της συγκεκριμένης εφαρμογής να μη δείς ποτέ κάτι κακό να συμβαίνει, παρ'όλα αυτά ... "εγώ θα σε συμβούλευα κάτι άλλο ν'αγοράσεις" όπως λέει κι ένα σοφό ποίημα :D<br /> <br /> Καλή μας μέραhttps://www.dotnetzone.gr:443/cs/forums/thread/15976.aspxSun, 27 Aug 2006 06:41:03 GMT2622095e-976c-431a-859e-16783ec7ecd7:15976Dimitris Papadimitriou0https://www.dotnetzone.gr:443/cs/forums/thread/15976.aspxhttps://www.dotnetzone.gr:443/cs/forums/commentrss.aspx?SectionID=21&PostID=15976Ορίστε τι θέλω να κάνω: Θέλω ο server να μπορεί να στείλει στον client ένα μήνυμα. Επειδή δεν θέλω να ανοίξω κάποιο κανάλι επικοινωνίας μεταξύ τους, πλην του web service, θέλω ο client να κάνει μια ασύγχρονη κλήση, ο server να κρατάει αυτή την κλήση ενεργή και να απαντά σε αυτή, μετά από ώρα όταν θέλει να στείλει κάτι στον client. Το ερώτημά μου είναι αν υπάρχει κάποιο timeout μετά από το οποίο ο client θα πάψει να περιμένει απάντηση από τον server, για την ασύγχρονη κλήση που έκανε.<br /> <br /> Δεν εμπλέκονται άλλα timeout, ούτε βάση δεδομένων. Γενικά το έχω δοκιμάσει και δουλεύει καλά. Όσο ο client περιμένει δεν υπάρχει activity ούτε στο δίκτυο, ούτε στον client, ούτε στον server. Σε περίπτωση που "πέσει" ο server κατάλληλος κώδικας στον client το εντοπίζει και ξανακαλεί χωρίς να γίνει αντιληπτό στον χρήστη. Απλά ήθελα μια γνώμη μήπως και έχει κάνει κάτι αντίστοιχο κάποιος και συνάντησε κάποιο πρόβλημα.https://www.dotnetzone.gr:443/cs/forums/thread/15975.aspxSun, 27 Aug 2006 06:23:52 GMT2622095e-976c-431a-859e-16783ec7ecd7:15975anjelinio0https://www.dotnetzone.gr:443/cs/forums/thread/15975.aspxhttps://www.dotnetzone.gr:443/cs/forums/commentrss.aspx?SectionID=21&PostID=15975Στην περίπτωση που άρχιζα να αναρωτιέμαι τέτοια "φιλοσοφικά" ερωτήματα, θα άλλαζα την αρχιτεκτονική της εφαρμογής μου. <br /> <br /> Π.χ. ... αν η διαδικασία στο server κρατάει ένα ν διάστημα, και εμπλέκονται client timeout , web server timeout, db timeout κτλ κτλ, η καλύτερη λύση είναι το web service call να είναι σύγχρονο, και στο server πλέον αυτό να ξεκινάει μια ασύγχρονη διαδικασία ( πιθανώς σωσμένη στο application ή κάτι αντίστοιχο ). Το αποτέλεσμα του call θα ήταν ένα token για τον client το οποίο κάνει identify το process αυτό στην cache του server, και θα είχα τον client να κάνει poll μέχρι να τελειώσει η δεδομένη διαδικασία, στην οποία περίπτωση και θα λάβει πίσω το actual αποτέλεσμα της διαδικασίας. <br /> <br /> Timeout safe, αλλά λίγο πιο ... involved στην υλοποίηση.