Makale 4: Sunucu Uygulamalarının Çalışma Zamanında Yapılandırılması

February 29, 2008 at 21:12 · Tags: .net framework, remoting

Daha önceki remoting uygulamaları makalelerimizden sonra sonra bir Remoting server’ının programatik olarak nasıl yapılandırılabileceÄŸini görelim.

Ä°lk olarak Remoting server’ımız üzerinde kullanılacak ve aÅŸağıda listelenen method’lara sahip olan object’imizi (remotable type) oluÅŸturalım.

• Default constructer. Console object’ine object’in construct olduÄŸuna dair mesaj yazacaktır.
• Finalizer. Console object’ine object’in descruct edildiÄŸine dair mesaj yazacaktır.
• GetExecutionCount. Hiçbir parametresi bulunmamaktadır ve executionCount deÄŸiÅŸkenini her seferinde 1 deÄŸer arttırarak geri döndürmekle görevlidir.

Listelenen method’lara göre kodumuz aÅŸağıdaki gibi olmalıdır.

MyRemotableObject.cs

using System;
namespace ConfigSerAppProg.RemObjects
{
    public class MyRemoteObject : MarshalByRefObject
    {
        int executionCount = 0;

        // Constructer
        public MyRemoteObject()
        {
            executionCount = 0;
            Console.WriteLine("MyRemoteObject has been constructed...");
        }

        // Destructer
        ~MyRemoteObject()
        {
            Console.WriteLine("MyRemoteObject has been destructed...");
        }

        public int GetExecutionCount()
        {
            executionCount++;
            return executionCount;
        }
    }
}

NOT

OluÅŸturacağımız tüm kodlar farklı Visual Studio projeleri içerisinde oluÅŸturulmalıdır. ÖrneÄŸin OluÅŸturduÄŸumuz MyRemotableObject class’ı ConfigSerAppProg.RemObjects projesi içerisinde ConfigSerAppProg.RemObjects namespace’i ile tanımlanmıştır. Dolayısı ile birazdan ConfigSerAppProgrammatic ismiyle oluÅŸturacağımız Remoting server’ı projemizde bu proje tarafından oluÅŸturulacak olan assembly’leri Add Reference menüsü aracılığı ile eklememiz gerekmektedir.

Åžimdi MyRemotableObject olarak isimlendirdiÄŸimiz object’i sunacak olan Remoting server’ımızı yazalım.

RemotingServer.cs

using System;
using System.Runtime.Remoting;
using System.Runtime.Remoting.Channels;
using System.Runtime.Remoting.Channels.Tcp;
using ConfigSerAppProg.RemObjects;
namespace ConfigSerAppProgrammatic
{
    public class RemotingServer
    {
        static void Main(string[] args)
        {
            IDictionary channelProperties = new Hashtable();
            channelProperties.Add("name", "MyTcpChannelName");
            channelProperties.Add("port", "1234");
            channelProperties.Add("priority", "1");

            TcpChannel tcpChannel = new TcpChannel(channelProperties, new SoapClientFormatterSinkProvider(), new SoapServerFormatterSinkProvider());

            ChannelServices.RegisterChannel(tcpChannel, false);
            RemotingConfiguration.RegisterWellKnownServiceType(typeof(MyRemoteObject), "MyRemoteObject.rem", WellKnownObjectMode.Singleton);

            string[] urls = tcpChannel.GetUrlsForUri("MyRemoteObject.rem");
            string objectUrl = urls[0];
            string objectUri = null;
            string channelUri = tcpChannel.Parse(objectUrl, out objectUri);

            Console.WriteLine("The URL for the object is {0}.", objectUrl);
            Console.WriteLine("The URI for the object is {0}.", objectUri);
            Console.WriteLine("The URI for the channel is {0}.", channelUri);
            Console.WriteLine("Remoting server is now listening...");
            Console.WriteLine("Press Enter to exit.");
            Console.ReadLine();
        }
    }
}

Yazmış olduğumuz kodları sırasıyla şu şekilde açıklayalım.

• TcpChannel class’ının parametre olarak alacağı IDictionary tipindeki collection object’imizi oluÅŸturduk ve bu collection’a channel’ın ismi olan “name” deÄŸerini, channel’ın üzerinde çalışacağı port olan “port” deÄŸerini ve birden fazla channel register edilmesi durumunda channel’ların öncelik sırasını belirleyen “priority” deÄŸerlerini tanımladık.
• TcpChannel tipindeki tcpChannel deÄŸiÅŸkenimizi create ettik ve seçmiÅŸ olduÄŸumuz channel tipinin TCP olmasına raÄŸmen biz formatter olarak Soap kullanacağımızı belirttik.
• tcpChannel deÄŸiÅŸkeni üzerinde tuttuÄŸumuz channel’ımızı register ettik.
• Yapmış olduÄŸumuz Remoting Configuration’ınını uygulamamız üzerinde register ettik. Bu iÅŸlem sırasında remotable type’ımızın Singleton modunda çalışacağını belirttik.
• Servisimiz ile ilgili URL ve URI bilgilerini sadece bilgi edinmek amacıyla ekrana yazdırdık.

Visual Studio üzerinde uygulamayı çalıştırdığımızda karşımıza aşağıdaki ekran gelir:

UYARI

Ekran görüntüsü içerisinde görünen IP adresi bilgisayarınızın network konfigürasyonuna göre farklılık gösterebilir.

RemotingServer class’ı içerisinde kullandığımız bazı method’lar ve görevleri aÅŸağıdaki gibidir.

Comments

HTML 5 Draft

February 25, 2008 at 14:27 · Tags: html

We have been using HTML 4.01 and XHTML 1.0 for a long time. And the draft of HTML 5 was published a month ago. There are several new tags that I suppose you will like. For example <input type="number" /> will show up an input control that your visitor may only enter some numeric value. That sounds really cool! You may read a short list of changes/improvements below but that is not the complete list for sure.

The following elements have been introduced for better structure:

section represents a generic document or application section. It can be used together with h1-h6 to indicate the document structure.

article represents an independent piece of content of a document, such as a blog entry or newspaper article.

aside represents a piece of content that is only slightly related to the rest of the page.

header represents the header of a section.

footer represents a footer for a section and can contain information about the author, copyright information, et cetera.

nav represents a section of the document intended for navigation.

dialog can be used to mark up a conversation like this:

<dialog>
 <dt> Costello
 <dd> Look, you gotta first baseman?
 <dt> Abbott
 <dd> Certainly.
 <dt> Costello
 <dd> Who's playing first?
 <dt> Abbott
 <dd> That's right.
 <dt> Costello
 <dd> When you pay off the first baseman every month, who gets the money?
 <dt> Abbott
 <dd> Every dollar of it.
</dialog>

figure can be used to associate a caption together with some embedded content, such as a graphic or video:

<figure>
 <video src=ogg>…</video>
 <legend>Example</legend>
</figure>

Then there are several other new elements:

audio and video for multimedia content. Both provide an API so application authors can script their own user interface, but there is also a way to trigger a user interface provided by the user agent. source elements are used together with these elements if there are multiple streams available of different types.

embed is used for plugin content.

m represents a run of marked text.

meter represents a measurement, such as disk usage.

time represents a date and/or time.

canvas is used for rendering dynamic bitmap graphics on the fly, such as graphs, games, et cetera.

command represents a command the user can invoke.

datagrid represents an interactive representation of a tree list or tabular data.

details represents additional information or controls which the user can obtain on demand.

datalist together with the a new list attribute for input is used to make comboboxes:

<input list=browsers>
<datalist id=browsers>
 <option value="Safari">
 <option value="Internet Explorer">
 <option value="Opera">
 <option value="Firefox">
</datalist>

The datatemplate, rule, and nest elements provide a templating mechanism for HTML.

event-source is used to "catch" server sent events.

output represents some type of output, such as from a calculation done through scripting.

progress represents a completion of a task, such as downloading or when performing a series of expensive operations.

The input element’s type attribute now has the following new values:

• datetime
• datetime-local
• date
• month
• week
• time
• number
• range
• email
• url

The idea of these new types is that the user agent can provide the user interface, such as a calendar date picker or integration with the user’s address book and submit a defined format to the server. It gives the user a better experience as his input is checked before sending it to the server meaning there is less time to wait for feedback.

And of course there are new attributes and changes within the currently existing attributes.

HTML 5 has introduced several new attributes to various elements that were already part of HTML 4:

The a and area elements now have a media attribute for consistency with the link element. It is purely advisory.

The a and area elements have a new attribute called ping that specifies a space separated list of URIs which have to be pinged when the hyperlink is followed. Currently user tracking is mostly done through redirects. This attribute allows the user agent to inform users which URIs are going to be pinged as well as giving privacy-conscious users a way to turn it off.

The area element, for consistency, now has the hreflang and rel attributes.

The base element can now have a target attribute as well mainly for consistency with the a element and because it was already widely supported. Also, the target attribute for the a and area elements is no longer deprecated, as it is useful in Web applications, for example in conjunction with iframe.

The value attribute for the li element is no longer deprecated as it is not presentational. The same goes for the start attribute of the ol element.

The meta element has a charset attribute now as this was already supported and provides a nicer way to specify the character encoding for the document.

A new autofocus attribute can be specified on the input (except when the type attribute is hidden), select, textarea and button elements. It provides a declarative way to focus a form control during page load. Using this feature should enhance the user experience as the user can turn it off if he does not like it, for instance.

The new form attribute for input, output, select, textarea, button and fieldset elements allows for controls to be associated with more than a single form.

The input, button and form elements have a new replace attribute which affects what will be done with the document after a form has been submitted.

The form and select elements (as well as the datalist element) have a data attribute that allows for automatically prefilling of form controls, in case of form, or the form control, in case of select and datalist, with data from the server.

The new required attribute applies to input (except when the type attribute is hidden, image or some button type such as submit) and textarea. It indicates that the user has to fill in a value in order to submit the form.

The input and textarea elements have a new attribute called inputmode which gives a hint to the user interface as to what kind of input is expected.

You can now disable an entire fieldset by using the disabled attribute on it. This was not possible before.

The input element has several new attributes to specify constraints: autocomplete, min, max, pattern and step. As mentioned before it also has a new list attribute which can be used together with the datalist and select element.

input and button also have a new template attribute which can be used for repetition templates.

The menu element has three new attributes: type, label and autosubmit. They allow the element to transform into a menu as found in typical user interfaces as well as providing for context menus in conjunction with the global contextmenu attribute.

The style element has a new scoped attribute which can be used to enable scoped style sheets. Style rules within such a style element only apply to the local tree.

The script element has a new attribute called async that influences script loading and execution.

The html element has a new attribute called manifest that points to an application cache manifest used in conjunction with the API for offline Web applications.

Several attributes from HTML 4 now apply to all elements. These are called global attributes: class, dir, id, lang, tabindex and title.

There are also several new global attributes:

The contenteditable attribute indicates that the element is an editable area. The user can change the contents of the element and manipulate the markup. The contextmenu attribute can be used to point to a context menu provided by the author. The draggable attribute can be used together with the new drag & drop API. The irrelevant attribute indicates that an element is not yet, or is no longer, relevant. </LI>

The following are the attributes for the repetition model. These are global attributes and as such may be used on all HTML elements, or on any element in any other namespace, with the attributes being in the http://www.w3.org/1999/xhtml namespace.:

• repeat
• repeat-start
• repeat-min
• repeat-max

HTML 5 also makes all event handler attributes from HTML 4 that take the form onevent-name global attributes and adds several new event handler attributes for new events it defines, such as the onmessage attribute which can be used together with the new event-source element and the cross-document messaging API.

If you are interested of reading the differences between HTML 4.01 and HTML 5, you may visit http://www.w3.org/TR/html5-diff/.

Comments (2)

Makale 3: Remoting Formatter’ları

February 17, 2008 at 20:46 · Tags: .net framework, remoting

Remoting Formatter’ları

Channel’lar üzerinden gönderilecek ve alınacak olan bilgilerin tamamı, öncesinde serializa edilmeli ve ondan sonra ilgili channel kullanılarak sistemler arasında geçiÅŸ yapmalıdır. Bu iÅŸlem sırasında hem Remoting server’ı hem de Remoting client’ı aynı sistem üzerinde çalışacak ÅŸekilde configure edilmelidir. Aksi durumda server ya da client’ın gönderdiÄŸi herhangi bir mesaj, diÄŸer taraf için anlamsız bir paket niteliÄŸi taşıyacaktır.

.NET Framework’ün içerisinde kullanılabilecek iki adet formatter bulunmaktadır. Bunlar System.Runtime.Serialization.Formatters.Binary namespace’i içerisinde bulunan BinaryFormatter ve System.Runtime.Serialization.Formatters.Soap namespace’i içerisinde bulunan SoapFormatter class’larıdır. Remoting mimarisi uygulama geliÅŸtiricilerin kendi formatter’larını geliÅŸtirmelerine izin vermektedir. Bunun için yazılım geliÅŸtiren kiÅŸilerin System.Runtime.Remoting.Messaging namespace’i içerisinde bulunan IRemotingFormatter interface’ini implement edilmesi yeterlidir.

NOT

System.Runtime.Remoting.Messaging.IRemotingFormatter interface’i  System.Runtime.Serialization.IFormatter interface’ini kendi içerisinde implement etmektedir. Formatter’ların yapacağı iÅŸin büyük bir kısmı System.Runtime.Serialization.IFormatter interface’i içerisinde tanımlı olan method’ların implementasyonunda belirlenecektir.

Genel olarak avantajlarından ve dezavantajlarından bahsedeceÄŸimiz SoapFormatter ve BinaryFormatter’ların Tcp, Http ya da Ipc channel’ları üzerinde kullanım kısıtlamaları bulunmamaktadır. Yani uygun formatter’a ve uygun channel’a karar verildikten sonra hem SoapFormatter hem de BinaryFormatter istenilen channel’la kullanılabilir. Ayrıca yukarıda anlatılmış olduÄŸu gibi IRemotingFormatter interface’ini implement eden herhangi bir custom formatter da Tcp, Http ya da Ipc channel farkı gözetmeksizin istenilen channel üzerinde kullanılabilir.

SoapFormatter

SOAP kelimesi Simple Object Access Protocol’ün kısaltılmış halidir. Server ve client arasındaki iletiÅŸimin XML altyapısı kullanılarak saÄŸlanması mantığına dayanır. Farklı yapılar ve ya farklı programlama dillerinin XML konusunda verdiÄŸi desteÄŸe dayanarak birbirlerinden farklı ÅŸekillerde çalışan sistemlerin iletiÅŸimi için kullanılabilir.. SOAP kullanımında gönderilen paketler içerisinde hem paketin XML dosyasından nasıl deserialize edileceÄŸi bilgisi hem de paketin içeriÄŸi gönderildiÄŸinden paket boyutları beklenen boyutların üstüne çıkabilir. Bu da SoapFormatter’ın sistemi normalinden daha fazla yorması demektir.

UYARI

SoapFormatter üzerinden sunulacak method’lar yalnızca public olarak tanımlanmış method’lar olabilir.

BinaryFormatter

Binary formatting kullanılması durumunda paketler SOAP formatting’e göre daha ufak boyutlara sahip olacaktır. Bu network trafiÄŸi ve hız açısından büyük bir avantaj olarak görülebilir. BinaryFormatter’ın en büyük dezavantajı yalnızca .NET ile geliÅŸtirilen uygulamalar tarafından kullanılabilir olmasıdır. Fakat performansın önemli olduÄŸu ve hem server’ın hem de client’ın .NET ile geliÅŸtirilmesi durumunda BinaryFormatter SoapFormatter’tan daha performanslı çalışacak ve yalnızca .NET ile geliÅŸtirilen uygulamalar arasında çalışabiliyor olmasının getirdiÄŸi dezavantajlar sistem açısından bir önem teÅŸkil etmeyecektir.

NOT

BinaryFormatter üzerinden sunulacak method’lar hem public hem de private olarak tanımlanmış method’lar olabilir.

Comments

Visual Studio 2008 and Visual Web Developer Hotfix Released

February 12, 2008 at 16:11 ·

I have been testing this hotfix for a while and it is publicly available now. If you are using either Visual Studio 2008 or Visual Web Developer (or both) to develop your web applications, I extremely suggest you downloading and installing this hotfix.

A quote from Visual Web Developer Team’s blog about the fix list is below.

HTML Source view performance

Source editor freezes for a few seconds when typing in a page with a custom control that has more than two levels of sub-properties. “View Code” right-click context menu command takes a long time to appear with web application projects. Visual Studio has very slow behavior when opening large HTML documents. Visual Studio has responsiveness issues when working with big HTML files with certain markup. The Tab/Shift-Tab (Indent/Un-indent) operation is slow with large HTML selections.

Design view performance

Slow typing in design view with certain page markup configurations.

HTML editing

Quotes are not inserted after Class or CssClass attribute even when the option is enabled. Visual Studio crashes when ServiceReference element points back to the current web page.

JavaScript editing

When opening a JavaScript file, colorization of the client script is sometimes delayed several seconds. JavaScript Intellisense does not work if an empty string property is encountered before the current line of editing.

Web Site build performance

Build is very slow when Bin folder contains large number of assemblies and .refresh files with web-site projects.

Click here to download the hotfix.

Click here to read more about installing and uninstalling the hotfix.

Comments

Makale 2: Sunucu Uygulaması Kanalları

February 8, 2008 at 17:59 · Tags: .net framework, remoting

Remoting Channel’ları

Remoting server’ları ve Remoting client’ları karşılıklı olarak farklı protokoller üzerinde haberleÅŸme ÅŸansına sahiptir ve bu protokoller Remoting kapsamında “channel” olarak isimlendirilmektedir. Channel’lar ile ilgili tüm class ve interface’ler System.Runtime.Remoting.Channels namespace’i içerisinde bulunmaktadır.

.NET Framework içerisinde, hazır olarak kullanılabilir halde üç tipte channel bulunmaktadır. Bu channel’lar ÅŸu ÅŸekildedir;

• System.Runtime.Remoting.Channels.Http namespace’i içerisinde yer alan HTTP (Hyper Text Transfer Protocol) protokolünü kullanan channel’lar.
• System.Runtime.Remoting.Channels.Tcp namespace’i içerisinde yer alan TCP (Transmission Control Protocol) protokolünü kullanan channel’lar.
• System.Runtime.Remoting.Channels.Ipc namespace’i içerisinde yer alan IPC (Interprocess Communication) protokolünü kullanan channel’lar.

Channel’lar üç farklı tipteyken, protokollerin içerisinde bulunan channel sayısının üçten fazla olmasının sebebi Remoting server’larının ve Remoting Client’larının farklı channel’lardan türetiliyor olmalarıdır.

Daha detaya inersek, Remoting server’ları System.Runtime.Remoting.Channels.IChannelReceiver interface’ini implement eden herhangi bir class olmalıyken, Remoting client’ları da System.Runtime.Remoting.Channels.IChannelSender interface’ini implement eden herhangi bir class olmalıdır. Bununla birlikte System.Runtime.Remoting.Channels.IChannelReceiver ve System.Runtime.Remoting.Channels.IChannelSender interface’lerinin her ikisini birden implement ederek hem Remoting client’ı üzerinde hem de Remoting server’ı üzerinde çalışabilecek bir channel oluÅŸturulabilir.

VerdiÄŸimiz detaylardan yola çıkarak System.Runtime.Remoting.Channels.Http, System.Runtime.Remoting.Channels.Tcp ve System.Runtime.Remoting.Channels.Ipc namespace’leri içerisinde bulunan ve channel olarak kullanabileceÄŸimiz class’ları görelim.

Tablo 3.1.1: .NET Framework içerisinde bulunan hazır Remoting Channel’ları.

UYARI

System.Runtime.Remoting.Channels.Http, System.Runtime.Remoting.Channels.Tcp ve System.Runtime.Remoting.Channels.Ipc namespace’leri, üzerinde çalıştığınız projenizde System.Runtime.Remoting assembly’sine referans vermediÄŸiniz sürece ulaşılamayacaktır. Bu sebeple projenizin Add Reference bölümünü kullanarak bu assembly’i reference olarak eklemeniz gerekmektedir.

Bu üç protokolün kullanım açısından çeşitli avantajlar ve dezavantajlar sunmaktadırlar. HTTP protokolü kullanılması şu avantajlar ve dezavantajları beraberinde getirmektedir;

• Remoting server’ı ve client’ları farklı lokasyonlarda, örneÄŸin server ve client’ların birbirine LAN (Local Area Network) ile deÄŸil de Internet gibi herhangi bir WAN (Wild Area Network) ile bir aÄŸ üzerinden baÄŸlı olması durumunda paketlerin firewall ve ya benzeri güvenlik sistemleri tarafından engellenme riski çoÄŸunlukla yoktur.
• HTTP protokolü üzerinde çalışacak Remoting uygulamalarının IIS gibi sunucular üzerinden çalıştırılması saÄŸlanabilir.
• Sunucu üzerinde Windows Authentication ve ya SSL (Secure Socket Layer) kullanılması durumunda network güvenliÄŸi baÅŸka bir gereksinime ihtiyaç duyulmadan saÄŸlanabilir.
• HTTP protokolü aynı anda çok fazla request gelmesi durumunda iÅŸlemlere geç cevap verebileceÄŸi için sistemin yoÄŸun olduÄŸu durumlarda yavaÅŸ çalışabilir.
• HTTP protokolü üzerinden transfer edilecek olan mesajlar ekstra header bilgilerinin yüklenmesinden dolayı yavaÅŸlıklara sebep olabilir.

TCP protokolünün kullanılması durumunda ise şu avantaj ve dezavantajlara sahiptir;

• TCP protokolü daha alt seviye paketleri algılayabildiÄŸi için network trafiÄŸini önemli ölçüde az kullanacaktır ve bu da sistem hızını arttıracaktır.
• Özellikle LAN üzerinde çalışan sistemlerde TCP protokolünün kullanılması tavsiye edilir.
• Firewall gibi güvenlik araçları kullanılıyorsa TCP protokolü üzerinde kullanılacak port’ların yetkilendirmeye dahil edilmesi gerekir.
• System.Security namespace’i içerisinde bulunan ilgili class’ları kullanarak özel bir güvenlik sistemi geliÅŸtirilmediÄŸi sürece herhangi bir ön güvenlik sistemine sahip deÄŸildir.

IPC protokolünün kullanılması durumunda ise şu avantaj ve dezavantajlara sahiptir;

• IPC protokolü herhangi bir network connection’ı kullanmamaktadır. Bu sebeple hem TCP hem de HTTP protokollerine göre çok daha hızlı çalışır.
• IPC protokolü sadece aynı bilgisayar üzerinde bulunan application domain’leri arasında iletiÅŸim kurulması amacıyla kullanılabilir. Bu da IPC protokolünün farklı bilgisayarlar üzerinde çalışan uygulamalar arasında iletiÅŸim kuramayacağı anlamına gelir.

UYARI

IPC protokolünü yalnızca aynı bilgisayar üzerindeki application domain’lerinin iletiÅŸimi amacıyla kullanılabilir. IPC protokolü bilgisayarınızın içerisinde yer aldığı network connection’larını kullanabilme yeteneÄŸine sahip deÄŸildir.

Comments

MVP – MSP Training

February 1, 2008 at 12:28 · Tags: msp, mvp, training

I had a chance to train some students from Microsoft Student Partners program yesterday. The training included some headlines from ASP.NET, AJAX and new features in Visual Studio 2008. The bowling party afterwards the training was fun.

Thanks Mehmet Emre from Microsoft Turkey for the opportunity.

I will attach some pictures from the bowling party once I have them.

Comments