wcf iis

Question

שלום וברכה 

יש לי שירות WCF שרץ על IIS 

יש לי צורך שכאשר השירות מתחיל לפעול בפעם הריאשונה(וגם כל פעם שעושים לו start) להכניס קלט ולשמור אותו בזכרון לכל אורך  חיי השירות 

אין לי מושג איך ליישם את זה 

א.אין לי consoleapplication בכדי להכניס קלט לשירות כי זה רץ על IIS

ב.היכן המקום שעלי לאתחל את המשתנה שיהיה לכל אורך חיי השירות 

השירות עצמו מוגדר InstanceContextMode = InstanceContextMode.PerCall

זה אומר שהוא מאותחל בכל קריאה אליו מחדש 

אבל אולי יש פונקציה שבכל אופן מתאתחלת רק בstart?

או אולי אפשר להכניס קלט דרך הIIS?

בתודה מראש

Answer 1

תגדיר משתנה סטטי ותאתחל אותו:

static string value = InitValue()

או שתשים את הערך ב-Web.config ותקרא אותו משם

Answer 2

ערב טוב,

באופן כללי יש מספר אפשרויות:

1. ניתן להישתמש ב static constructor במחלקה של השירות (דרך שלרוב מתאימה ונתנת תפוקה יעילה)

2. במקרה הספציפי שלך כאשר ה IIS מנהל (מארח) את השירות ואם אתה עובד רק עם פניות HTTP אז אתה יכול לעבוד עם global.asax ואירוע Application_Start

3. אתה יכול להישתמש ב AppInitialize

public static void AppInitialize();

בתחילת ה AppDomain השרת מחפש מתודות אלו בקבצים בתקיית App_Code (תקייה שיכולה להכיל קוד שמקומפל דינאמית) ומריץ אותם.

http://stackoverflow.com/questions/329936/when-appinitialize-method-get-invoked-in-asp-net
http://msdn.microsoft.com/en-us/library/system.web.hosting.virtualpathprovider.aspx

כאן יש לך מדריך נחמד של צעד אחרי צעד:
http://blog.diniscruz.com/2013/01/aspnet-appcode-appinitialize-non.html

4. בשירות WCF יש אוסף של אירועים ServiceHost אשר משמשים לתפיסת אירועי תקשרות כמו “Opening”, “Opened”, “Closing”, “Closed”, “Faulted”

* גם באירוח של IIS ניתן לחשוף אירועים אלו (אם כי זה יותר נפוץ במקרים של שירות אירוח עצמי)

5. אתה יכול לעבוד עם  service configuration method (רק אם אתה עובד עם דוט-נט 4.5)
http://msdn.microsoft.com/en-us/library/hh205277(v=vs.110).aspx

6. אתה יכול להישתמש ב ServiceHostFactory

http://blogs.msdn.com/b/carlosfigueira/archive/2011/06/14/wcf-extensibility-servicehostfactory.aspx

כמו תמיד יש עוד שיטות... אני מניח שאחת השיטות האלא כבר תתאים לך.
אני הייתי מתחיל לבדוק לפי הסדר שרשמתי לך כאן כניאה...

אופציה 2 ו3 מאוד קלות למימוש ונוחות לרוב המקרים

---

[Personal Site] [Blog] [Facebook]

Answer 3

+1
אני מסכים עם האפשרות לשימוש במשתנה סטאטי אבל אישית אני לא אוהב שימוש בשמירת ערכים ב web.config.

בהסבר למטה שמתי הסבר כיצד ניתן לבצע את הפעולות של קריאת הערכים או כל פעולה אחרת בזמן שהשירות מתחיל. לגבי שמירת הערכים עצמם אני אישית מעדיף לעבוד עם מסדי נתונים ברוב המקרים (זה יאפשר דינמיות וניהול נוח), כמובן שיש עוד אפשרויות כמו שימוש בקובץ XML או אפילו טקסט פשוט, שימוש בקובצי INI ו  RES או שימוש בערכים סטאטיים (כמו שכתבת למשל), אבל שימוש ב web.config אני ממש לא אוהב (אם כי כמובן זה עוד אופציה). כמובן שזה נושא פתוח לדיון וכל אחד יכול לבחור את מה שמתאים לאפשליקציה שלו ולהרגלים שלו :-)

---

[Personal Site] [Blog] [Facebook]

Answer 4

לכל מי שעושה שימוש ב IIS כדי לארח אפליקציית WCF אז מאוד מומלץ דרך אגב לחפש חומר על ASP.NET WebAPI ולעבור לטכנולוגיה הזו

---

[Personal Site] [Blog] [Facebook]

Answer 5

תודה על התשובות המפורטות והיעילות

אני מבינה מהתשובות שלא הדגשתי את הדרישה שיש לי כראוי

עלי לקבל ערך מסויים כקלט מהמשתמש ולא משום קובץ אחר לא DB  ולא קבצים על השרת

את השמירה של המשתנה תתבע כנראה ע"י משתנה סטטי שישמר לכל אורך חיי השירות

השאלה היא איך לקבל את הקלט מיד כשהשירות מתחיל לרוץ

כאשר זה console application  אז המשתמש יכול להכניס קלט ,השאלה אם יש אפשרות כזו בWCF שיושב על IIS

Answer 6

האפיון שלך (התיאור שלך) לא הגיוני לחלוטין, תנסי לחשוב עליו שוב (למרות שקל להבין מה את רוצה אני חושב וזה קל למימוש). המטרה של שירות בניגוד לאפליקציה שמופעלת על ידי לקוח, זה לרוץ ברקע ולתת שירות לכל מי שפונה אליו, ולא להתחיל לרוץ על ידי משתמש. לכן השירות מתחיל לרוץ בלי קשר למשתמש מסויים ובלי תקשורת עם המשתמש. רק בשלב הבא כאשר המשתמש מתחיל לתקשר עם האפליקציה הוא יכול להעביר אליה או לקבל ממנה נתונים. לכן הבקשה לאירוע בזמן שהשירות מתחיל לעבוד "יש לי צורך שכאשר השירות מתחיל לפעול בפעם הריאשונה" אינה הגיונית.

מה שאת צריכה זה לתקשר עם הלקוח ולקבל ממנו אינפורמציה כמו בכל פעילות רגילה של השירות. הנקודה היחידה הייחודית כאן היא, ש(1)בפעם הראשונה שהלקוח פונה אל השירות אז צריכה לשמור מידע מסויים מהמשתמש (2)בצורה שתהיה זמינה לכולם ובפעמים הבאות לא. משתנה משותף לכל המופעים, זה ההגדרה הבסיסית של משתנה static. לכן את יכולה לבצע את זה למשל על ידי הגדרת משתנה סטאטי ופעולה של בדיקה אם הערך NULL אז להכניס את הערך החדש (הערך יתקבל בהתאם לפנייה שנעשתה מהלקוח אל השירות), ואם הערך אינו NULL אז סימן שכבר הוכנס ערך, ולכן לא צריך להכניס ערך חדש. אופציות 1 ו 2 עליהם כתבתי מעל יכולות להתאים גם לכאן (האירוע בו נעבוד לא יהיה תחילת האפליקציה אלא תחילת ה session למשל), או פשוט שימוש במשתנה סטאטי ואיתחול שלו בכל שלב שאת רוצה לאחר הפנייה של הלקוח לשירות בהתאם לנתון שמתקבל מהלקוח (אפשרות ראשונה שעליה כתב זיו).

הערה: במקרה של IIS השירות ניתן למעשה של ה IIS שמנהל את השירות פניות אל השרת וה WCF לצורך העניין. האפליקציה עצמה אינה מופעלת בדך כלל עד לפניית המשתמש הראשון אליה (כדי לחסוך במשאבים).

---

[Personal Site] [Blog] [Facebook]

Answer 7

העניין הוא שזה לא הלקוח הריאשון שמזין את הערך אלא מנהל המערכת כאשר הוא מפעיל בפעם הריאשונה את השירות הוא אמור להכניס את הסיסמא לשירות ולא דרך פונקציה שמוחצנת לכל הלקוחות 

חשבתי שזה אמור להיות משהו כמו WCF שיושב בconsule application  שניתן להזין ערך כאשר מריצים את השירות 

בנתיים לא מצאתי לזה פתרון כי השירות יושב בIIS ,חשבתי אולי לעשות שירות ב' נפרד של console  שיריצו בפעם הריאשונה ואליו יזינו את הסיסמא 

והשירות המרכזי ירוץ ובאתחול יקרא לפונקציה בשירות ב' וממנו יקבל את הסיסמא ואז יכובה שירות ב' והשירות המרכזי יפעל כרגיל

הבעיה היא שבברירת מחדל הIIS סוגר את השירות כשאין פעילות (ואז הסיסמא מתאפסת),שיניתי את הההגדרות שלא יכבה

השאלה אם  שירות יכול לרוץ מס שבועות ברציפות או אפילו חודשים על IIS ללא נפילה  ?

Answer 8

העניין הוא שזה לא הלקוח הריאשון שמזין את הערך אלא מנהל המערכת כאשר הוא מפעיל בפעם הריאשונה את השירות הוא אמור להכניס את הסיסמא לשירות ולא דרך פונקציה שמוחצנת לכל הלקוחות 

אני חושב שיש בילבול בין שירות לאפליקציה עם GUI. לא ברור לי למה את קוראת פעולה של "להתחיל את השירות". אם אכן מדובר על פעולה של להתחיל שירות אז אנחנו חוזרים לכל ההמלצות מההתחלה.

את צריכה להבין את הרעיון של שירות בהבדל מאפליקציה עם GUI למשל (GUI הכוונה לממשק גרפי), יכול להיות שבחרת סוג אפליקציה לא מתאים ויכול להיות שאני לא מבין אותך טוב. קשה להעביר אפיון בפורום. שירות היא אפליקציה שרצה ברקע. למשל ה IIS הוא סוג של שירות. אם תבצעי הפעלה של המחשב אז ה IIS יתחיל לעבוד גם אם שום משתמש לא יפעיל אותו כי השירות מוגדר לפעול באופן אוטומטי (אפשר לשנות את זה). תוכלי לראות רשימה של שירותי המערכת אצלך במחשב למשל:

run -> services.msc

כאן את יכולה להגדיר אם השירות יתחיל לעבוד אוטומטית או ידנית למשל.

שירות שמתארח על ה IIS מעט שונה אבל זה הבסיס.

אפליקיות שירות יכולות לבצע פעולות מאחורי הקלעים, הן יכולות לקבל אינפורמציה ממי שמתחבר לשירות או להחזיר אינפורמציה. אבל הן אינן כוללות ממשק GUI באופן ישיר (בדרך כלל אנחנו מפתחים ממשק GUI לכל שירות כדי לאפשר ניהול שלו). במקרה של אפליקציה המתארחת ב IIS אנחנו בדרך כלל נעזרים בדפדפן בתור אפליקציית ה GUI שלנו שפונה אל השרת או השירות בשרת, אבל במקרה של WCF הכוונה לתת שירות לפניות מסוגים רבים ולא רק לשמש כשירות לדפדפן. ניתן לפנות לאפליקציה השירות WCF דרך אפליקציית CONSOLE, למשל.

חשבתי שזה אמור להיות משהו כמו WCF שיושב בconsule application  שניתן להזין ערך כאשר מריצים את השירות 

הערה: כל מה שאני כותב בשרשור זה מתכוון להתנהגות של ברירת המחדל! כל אפליקציה נית לשנות את ההתנהגות הבסיסית שלה. אפשר לקחת אפליקציית CONSOLE ולגרום לה להתנהג כמו אפליקציית WINCORMS למשל או כמו שירות בצורה נסתרת ועוד. עוד פרטים לדוגמה על משחקים כאלה ניתן למצוא בקישור הבא: http://ariely.info/Blog/tabid/83/EntryId/140/C-Sharp-Multi-Types-Application.aspx

זה לא בדיוק דומה! זה הנקודה שצריך להבין. אפליקציית CONSOLE היא אפליקציה עם GUI מובנה. מכאן השם CONSOLE שהוא ה GUI שלנו. ברגע שמפעילים את האפליקציה היא מפעילה את ה GUI (לכל אפליקציה יש נקודת כניסה), וברגע שהיא מסתיימת היא סוגרת את ה GUI. אפליקציית שירות לעומת זאת אמורה לשמור פעילות גם כאשר אין פעילות של לקוחות אליה. היא צריכה להמשיך להאזין לפניות נכנסות.

אפשר להעביר פרמטרים לשירות בזמן שמתחילים אותו, אם זה מת שאת מחפשת. אפשר להעביר פרמטרים לשירות בזמן שהלקוח מתחבר אליו. כמו כן אפשר לשמור פרמטרים באפליקצהי או מחוץ לאפליקציה (למשל מסדי נתונים, קבצי APP וקבצי INI ועוד). את צריכה להבהיר את הנקודה הזו ואת הנקודה של כיצד את מפעילה את האפליקציה (אפליקציה שמתארחת על ה IIS מופעלת על ידי ה IIS בעקרון וזה מחזיר אותנו להודעות הקודמות, לכן לא ברור לי למה את מתכוונת שהמנהל מפעיל את האפליקציה). למעשה WCF שמתארח על ה IIS מאוד דומה לכל אתר אינטרנט שמתארח על ה IIS בהרבה מובנים.

בנתיים לא מצאתי לזה פתרון כי השירות יושב בIIS ,חשבתי אולי לעשות שירות ב' נפרד של console  שיריצו בפעם הריאשונה ואליו יזינו את הסיסמא 

והשירות המרכזי ירוץ ובאתחול יקרא לפונקציה בשירות ב' וממנו יקבל את הסיסמא ואז יכובה שירות ב' והשירות המרכזי יפעל כרגיל

שוב פעם :-) אין שירות של CONSOLE. ה CONSOLE הוא ה GUI ואפליקציית CONSOLE יכולה לתת שירות. אם המשתמש שהפעיל את האפליקציה מתנתק מהשרת אז האפליקציה נסגרת למשל. זה לא מה שעושה שירות טוב שאמור לרוץ ברקע. נתקלתי כבר בחברות שעשו דברים עקומים כאלה. זה גרם לכך שהיה משתמש אחד שהיה צריך להיות כל הזמן מחובר לשרת או שהאפליקציה היתה נופלת. זה לא פיתוח נכון! הייתרון באירוח על ה IIS זה שה IIS כבר מנהל את הדברים ויודע להפעיל את האפליקציה או לסגור אותה. אבל את יכולה להכין שירות מערכת שיעבוד בצורה של Self-Hosting כמו השירותים שמופעלים כאשר מערכת ההעפלה מופעלת. תחשבי על כך, כי במבט מהיר לפי התיאו שלך יכול להיות שזה מה שמתים לך.

אני ממליץ לחזור ללימוד WCF בלי קשר לאירוח על ה IIS. נסי לפתח אפליקציית שירות, שרצה ברקע Self-Hosting או windows service במילים אחרות. את תוכלי להתחבר לשירות זה מכל אפליקציה אחרת (ניתן להוסיף refrence לשירות אינטרנט ברמת הפרוייקט אם רוצים).

הבעיה היא שבברירת מחדל הIIS סוגר את השירות כשאין פעילות (ואז הסיסמא מתאפסת),שיניתי את הההגדרות שלא יכבה

חפשי חומר על Self-Hosting ועל windows service. הבחירה שלך באירוח על ה IIS כניראה לא מתאימה לצרכים שלך.

השאלה אם  שירות יכול לרוץ מס שבועות ברציפות או אפילו חודשים על IIS ללא נפילה  ?

שירות יכול לרוץ מהרגע שהשרת נפתח ועד הרגע שהוא נסגר. דוגמה טובה לכך זה שירותים כמו שרתי SQL Server או שירות ה IIS עצמו ועוד. הם מופעלים אוטומטית כאשר מערכת ההפעלה מופעלת והם נסגרים כאשר המערכת נסגרת (אלא אם יש תקלות).

>> באופן כללי אין לי הרבה מה להוסיף לגבי הבעיה המסוימת כפי שאני מבין אותה. כל מה שנכתב בהודעות קודמות תופס ונכון גם להסבר הנכוחי. את יכולה לעבור לשימוש בשירות שרץ במנותק מה IIS או להמשיך לארח את השירות על ה IIS (שזה מאוד נוח לפעמים!). כמו שכתבתי מעל את יכולה גם לעבוד עם השיטה החדשה יותר של ASP.NET WebAPI. בעקרון אם עובדים עם ה IIS ואם את מתכוונת לא להפעיל את האפליקציה אלא לכניסה ראשונה אל האפליקציה, אז את יכולה להעזר בשיטות שנכתבו מעל :-)

 

---

[Personal Site] [Blog] [Facebook]