Windows Workflow Foundation ,uygulama duzeyinde bulunan 'Workflow'(CPU)'da kullanmış olduğu işlevsel durumdaki tehtitlerinin kotrol edilmesini çalışmanız esnasında size sağlar durumdadır.Bu nedenle eyer 'Workflow' işleme tabi tutulur ve sonuçları yeterli seviyede anlam içermiyor durumdaysa,bu durumda sistemde bulunan 'Scheduling' servise başvurarak sistem hata ve tehtitlerini kotrol edebiliriz.
Normalde varsayılan düzeyde ,Windows Workflow Foundation runtime,herbir 'Workflow' örneyi için yeni bir düzeyde tehtit içeren 'DefaultWorkflowSchedulerServer' kullanır durumdadır.Bu sistem işleyişini tehtit eden durum,host(konukçul) uygulamaların kendi işlevlerini gerçekleştirmesi sırasında bloke duruma gelmemesi için eşzamanlı olarak 'Common Language Runtime Tread pool(CLR)' aracılırla belirli düzeyde işleme tabi tutuluyor.
İşterseniz 'Workflow' ,'ASP.BET Wep uygulaması veya Wep service' gibi server temelli (host) uygulamalara (host) edebiliriz.Bu (host) uygulamalar sistem işleyişinde herhangi bir tehtit örneyi ile karşılaşırsa bulunan tehtidi dorudan 'Workflow' örneyindeki (CLR) ile işleme tabi tutar.Ve bu sayade hedef örnek veya ornekler, işlem düzeyindeki uygulama ve 'Workflow' arasında senkronize yapılarak 'Workflows'da bulunan (CLR) sayesinde en şekilde kullanılır hale getirilir.Ve bu kullanılabilir hale getirilen örnekleri yeniden kullanılması için 'DefaultWorkflowSchedulerServer' yerine 'ManualWorkflowSchedulerServer' kullanarak sisteme geri yükleriz.
Sistemde özel şekilde tehtit örneyi içeriyorsa,'SchedulerService' sınıflarından ödünç aldığımız parçalarla özel bir 'scheduling services' oluşturabiliriz.Fakat yinede bu özelşekilde yapmak istediğimiz 'scheduling services' çoğu uygulamalarda yapılabilir durumda deyildir.
hacım ne diyon sen?
ReplyDelete