Powerful .NET Technologies

I have written this post to address several technologies available to dot net developers that I consider  exciting to work with. I will dwell into the details of each of the technologies in future posts. I do recommend that non dot net developers try to understand the rationale behind the technology and possibly find you dev environment equivalent or better still pioneer your own projects to add these into your platform. In this post I will give an introduction to four technologies in dot net namely, Language Integrated Query(LINQ), Windows Communication Foundation(WFC), Windows Presentation Foundation(WPF) and Windows Workflow Foundation WWF. I will go right ahead and give you a feel of what each is all about

LINQ

LINQ is Microsoft’s technology to provide a language-level support mechanism for querying data of all types. These types include in-memory arrays and collections, databases, XML documents, and more. Virtually any data store would make a good candidate for supporting LINQ queries. This includes databases, Microsoft’s Active Directory, the registry, the file system, an Excel file, and so on. LINQ offers a compact, expressive, and intelligible syntax for manipulating data. The real value of LINQ comes from its ability to apply the same query to an SQL database, a Dataset, an array of objects in memory or an XML file. LINQ requires the presence of specific language extensions.

LINQ uses an SQL-like syntax to make query expressions well beyond the capabilities of embedded SQL as implemented in programming languages. That's because embedded SQL uses a simplified, streamlined syntax to add SQL statements to other programming languages, where there's no attempt to integrate such statements into the native syntax and typing mechanisms. Thus, you can't invoke native language structures such as functions in embedded SQL statements, as you can using LINQ, because it is implemented to use native syntax, structures, and typing mechanisms. Furthermore, LINQ may be used to access all kinds of data, whereas embedded SQL is limited to addressing only databases that can handle SQL queries. Here is an example of using linq to SQL

 WCF

Web services, which uses standard protocols for application-to-application communication, have changed software development. The benefits of the changes in Web services should be reflected in the tools and technologies that developers use. Windows Communication Foundation  is designed to offer a manageable approach to distributed computing, broad interoperability, and direct support for service orientation.

WCF simplifies development of connected applications through a new service-oriented programming model. WCF supports many styles of distributed application development by providing a layered architecture. At its base, the WCF channel architecture provides asynchronous, untyped message-passing primitives. Built on top of this base are protocol facilities for secure, reliable, transacted data exchange and broad choice of transport and encoding options.

The typed programming model (called the service model) is designed to ease the development of distributed applications The service model features a straightforward mapping of Web services concepts to those of the .NET Framework common language runtime (CLR), including flexible and extensible mapping of messages to service implementations in languages such as Visual C# or Visual Basic. It includes serialization facilities that enable loose coupling and versioning

With WCF, distributed applications are much easier to implement, due to the following facts

           Because WCF can communicate using Web services, interoperability with other platforms that also support SOAP, such as the leading J2EE-based application servers, is straightforward.

• You can also configure and extend WCF to communicate with Web services using messages not based on SOAP, for example, simple XML formats like RSS. 
• Performance is of paramount concern for most businesses. WCF is developed with the goal of being one of the fastest distributed application platform developed by Microsoft
• To allow optimal performance when both parties in a communication are built on WCF, the wire encoding used in this case is an optimized binary version of an XML Information Set. Messages still conform to the data structure of a SOAP message, but their encoding uses a binary representation of that data structure rather than the standard angle-brackets-and-text format of the XML 1.0 text encoding. Using this option makes sense for communicating with the call center client application, because it is also built on WCF, and performance is an important concern.
• Managing object lifetimes, defining distributed transactions, and other aspects of Enterprise Services are now provided by WCF. They are available to any WCF-based application, which means that your application can use them with any of the other applications it communicates with.
• Because it supports a large set of the WS-* specifications, WCF helps provide reliability, security, and transactions when communicating with any platform that also supports these specifications.
• The WCF option for queued messaging, built on Message Queuing, allows applications to use persistent queuing without using another set of application programming interfaces.

The result of this unification is greater functionality and significantly reduced complexity.

  WWF

Most businesses require processes to function properly. There are different types of processes. Some processes are human-intensive, others machine-intensive, and the last type is a combination of the first two. Some examples of business processes are payroll, new product introductions, new employee hiring, etc. In most cases, these business processes require intervention from multiple entities and thus, are normally long running.  Workflow is one of the mechanisms used by businesses to express their business processes as a series of self-contained activities. Business Process Management (BPM) systems provided an environment for developers to create, execute, and manage workflows. These workflows are normally expressed using Finite State Machine (FSM), Unified Modeling Language (UML) Activity Diagrams, UML Swim Lanes, or Flow Charts. WF technology complements the .NET Framework with a group of workflow-related components that allow developers the ability to define, compile, instantiate, debug, and track workflows. This technology will become part of WinFX together with Windows Presentation Foundation, and Windows Communication Foundation.

WF workflows are composed using activities. Activities represent discreet pieces of functionality that are used to run specific business activities. There are two types of activities: composite and individual activities. Composite activities are used to express control statements (i.e., While, For, If-Then-Else, Case, etc.) and for grouping activities that share behavior (i.e., Sequences, Conditioned Activity Groups, etc.). Also, these activities are used to develop reusable sub-processes or sub-workflows. On the opposite side, individual activities provide a mechanism for expressing single pieces of work that need to be executed in the same step in the workflow.The workflow run time is responsible for taking workflow definitions and instantiating them. The life cycle of the workflow instances are managed by the workflow runtime. It is responsible for creating, executing, threading, persisting, tracking, communicating execution events, and coordinating transactions. These functions are managed by the workflow run time via services. There is a set of default services that the run time uses to manage all of its workflow instances, threading, transactions, tracking, state management, etc. Application developers responsible for integrating workflows into their existing applications can overwrite these services. Using this service model, developers are able to expose their existing hosting infrastructure to the workflow library. The framework provides a set of out-of-box services that allow developers to quickly start using the environment without worrying about having to write complicated code.

WPF 

Windows Presentation Foundation is a development tool for Web applications and rich client applications. With WPF, developers can use XAML, the Extensible Application Markup Language, to create custom controls, graphics, 3D images and animations that are not available in traditional HTML implementations.

 

 

 

 

Google Chrome 'coming out of beta'

Posted by Stephen Shankland

Google's Chrome Web browser is coming out of beta testing, according to a TechCrunch report Wednesday.

Marissa Mayer, Google's vice president of user experience, told TechCrunch's Mike Arrington as much in an interview at Le Web 08, according to the report. However, there was no word about when the move might take place.

One possibility would be to announce it Thursday at Add-on-Con, a conference about browser extensions at which Nick Baum, a product manager on Google Chrome, is scheduled to speak on a panel about the future of Web browsers. Also on the panel are Joshua Allen, senior technical evangelist for Microsoft's Internet Explorer, and Mike Shaver, vice president of engineering for Firefox builder Mozilla.

Taking the browser out of beta would doubtless fulfill Google's ambition to let business partners, such as computer makers, bundle Chrome on their systems. Google launched the first beta version in September.

However, Chrome is still rough around the edges to be a version 1.0 product. New Chrome developer releases arrive frequently to stamp out bugs. Hotmail only works with Chrome if users launch it with a particular command-line option to fool Microsoft's e-mail site into thinking it's not using Chrome. And at least for me, even Google's own Google's Zeitgeist 2008 Web site doesn't work properly in Chrome: the country-specific pop-ups are cut off at the bottom of the browser view. (The same pop-up issue arises in Internet Explorer and Safari, but not in Firefox.)

Also, although Chrome has been in development internally at Google for years, it's curious that the company would take Chrome out of beta when it's resisted the impulse to do the same with Gmail and several other high-profile projects.

Chrome works only on Windows for now, though Google is working on a Mac version and a Linux version.

Google didn't immediately respond to a request for comment.

Separately, Arrington reported that Mayer said Google plans to include an option in the first quarter of 2009 to turn off the new SearchWiki feature, which lets people customize their own search results.

Stephen Shankland covers Google, Yahoo, search, online advertising, portals, digital photography, and related subjects. He joined CNET News in 1998 and since then also has covered servers, supercomputing, open-source software, and science. E-mail Stephen.

Web Applications and Websites - a sneak into the future

For those of you who are into web development fulltime, here is a sneak into the future of websites. You all know how annoying it is to remember all those passwords you use to login to websites like gmail,yahoo,facebook,hi5,tagged,myspace,aol and so on. Well, the solution is right here.

What is OpenID?

OpenID eliminates the need for multiple usernames across different websites, simplifying your online experience.

You get to choose the OpenID Provider that best meets your needs and most importantly that you trust. At the same time, your OpenID can stay with you, no matter which Provider you move to. And best of all, the OpenID technology is not proprietary and is completely free.

For businesses, this means a lower cost of password and account management, while drawing new web traffic. OpenID lowers user frustration by letting users have control of their login.

For geeks, OpenID is an open, decentralized, free framework for user-centric digital identity. OpenID takes advantage of already existing internet technology (URI, HTTP, SSL, Diffie-Hellman) and realizes that people are already creating identities for themselves whether it be at their blog, photostream, profile page, etc. With OpenID you can easily transform one of these existing URIs into an account which can be used at sites which support OpenID logins.

OpenID is still in the adoption phase and is becoming more and more popular, as large organizations like AOL, Microsoft, Sun, Novell, etc. begin to accept and provide OpenIDs. Today it is estimated that there are over 160-million OpenID enabled URIs with nearly ten-thousand sites supporting OpenID logins.

Who Owns or Controls OpenID?

OpenID has arisen from the open source community to solve the problems that could not be easily solved by other existing technologies. OpenID is a lightweight method of identifying individuals that uses the same technology framework that is used to identify websites. As such, OpenID is not owned by anyone, nor should it be. Today, anyone can choose to be an OpenID user or an OpenID Provider for free without having to register or be approved by any organization.

The OpenID Foundation was formed to assist the open source model by providing a legal entity to be the steward for the community by providing needed infrastructure and generally helping to promote and support expanded adoption of OpenID.

As Brad Fitzpatrick (the father of OpenID) said, “Nobody should own this. Nobody’s planning on making any money from this. The goal is to release every part of this under the most liberal licenses possible, so there’s no money or licensing or registering required to play. It benefits the community as a whole if something like this exists, and we’re all a part of the community.”

More About this on http://openid.net/what/

DevCore's Summer Of Code - Competition!!! Competition!! Competition!!

Anagrams are words that contain the same letters, not necessarily in the same order.
For example, "loop", "pool", and "polo" are all anagrams of each other, because each contains one "l", two "o"s,
and one "p".

Any word is considered to be an anagram of itself.

The task at hand is to come up with code in a language of your own choice that tests whether two strings are anagrams of each other.

The rules of the game are as follows:

1) Your source code must consist of only a function definition (in the case of procedural languages), or a method definition (in the case of object oriented languages) in a form that may be similar to the template to be given below.
2) the function or method must only take two parameters or arguments of data type string, or two string arrays, or pointers to string arrays.
3) It must return a boolean or equivalent data type that represents a true of false state meaning that the two strings passed are anagrams of each other or not.
4) The body of the method can contain any number of lines of code, but the definition of the method must be overally be similar to the following

public boolean areAnagramsOfEachOther(String string1,String string2){
//Method body

//
}

The GOAL of this competition is to be able to come up with an ALGORITHM that will stand out not only as the best, but also the most OPTIMIZED code which will be qualified by such attributes as:
a) Minimal code redundancy and repetition
b) Fewer lines of code
c) Execution speed and usage of resources ie. The code that will essentially execute faster and use less resources for it's execution.
d) The code that has less memory leaks if any, or any hidden bugs.

The WINNER gets the exclusive right to be PROMOTED to be an ADMINISTRATOR, with non-restrictive permissions to our BLOG DEVCORE.BLOGSPOT.COM.

C'mon guys, I know we all got pesky work to do, but this is a refreshing challenge.

SOA and Web Services

An SOA consists of a set of resources on a network that are made available as independent services, and that can be accessed without requiring any knowledge of how they are implemented. You can combine the services in an SOA to create an enterprise application. I will not consider the full theory of SOA, but the main benefits are that it enables you to create complex solutions that are independent of any specific platform and location. This means that you can quickly replace or upgrade a service or move a service to a different site (possibly running on faster hardware), and as long as the service exposes the same interfaces as before, you can continue to use it without needing to modify any code. However, SOA is not a magic wand that will instantly solve all of your distributed application architecture problems. To successfully design and implement an SOA, you should be aware of what has become known as the “Four Tenets of Service Orientation.” These are:

1. Boundaries are explicit. Applications and services communicate by sending messages to each other. You should not make any assumptions about how a service processes a request or how a client application handles any response to a request. Following this principle can help to remove dependencies between services and client applications. Additionally, sending and receiving messages has an associated cost in terms of communications. You should design the operations that services implement with this in mind, and ensure that clients call services only when necessary.
2. Services are autonomous. If you are building an application based on services, you might not have control over every service you are using, especially Web services hosted outside of your organization. The location of a Web service might change, or a service might be temporarily taken off-line for maintenance or other reasons. You should design your solutions to be loosely coupled, so that they can tolerate these changes and continue running even if one or more services are unavailable.
3. Services share schemas and contracts, not classes or types. Services publish information about the operations that they implement and the structure of the data that they expect to send and receive. Clients use this information when communicating with the service. You should design contracts and schemas to define the interfaces that your services expose. This can reduce the dependencies that clients have on a particular version of your services. Services can change and evolve over time, and a new version of a service might appear superseding a previous version. If a service is updated, it should maintain compatibility with existing clients by continuing to implement existing contracts and send messages that conform to existing schemas.
4. Compatibility is based on policy. The schemas and contracts exposed by a service define the “shape” of the service but not the nonfunctional requirements that a client attempting to access the service must fulfill. For example, a service might have security requirements that state that clients must connect to it in a particular manner and send and receive messages by encrypting data in a specific way. This is an example of policy. The policy requirements of a service cannot be specified by using contracts and should not require additional coding on the part of the client or the service–these requirements might change over time and so should be decoupled from the implementation of the service and clients. You should design services so that their policy requirements are independent of any implementation, and you should enforce clients to abide by any policies required by the service. Additionally, all services and client applications must agree on how to specify this policy information (typically by using some sort of configuration file). This is the purpose of the WS-Policy framework, published by the World Wide Web Consortium, and widely adopted by Web service developers.

If time allows, i might provide a walk throught of implementing SOA using WFC. Essentially the ideas behind the implemetation are the same, its a simple conversion from c# to java

 

Shoko is In....

Guys, i am finally part of the family. Thanks to Ritz.

Web services

Guys i intend to do web services in java basically i have an idea that its about the Service Oriented Architecture(SOA), i would welcome suggestions on the SOA and or anything about web services be it in .Net or Java but preferably Java

thanx guys

Web apps vs Desktop Apps

I think figuring out which is better between web-app & desktop app depends strongly on the deployment environment. I think in the end, it is a balance between control on one end, and standards at the other end, I'l explain.

If you have a lot of control over your deployment environment (ie, you know it's going to be 100% windows vista, or 100% Java6 or whatever platform of your choice) - you can choose to develop a solution as a desktop application.

If, however, you have little control over the deployment environment, web applications would be more relevant, as they cater to the least common denominator (valid HTML over HTTP at the least). Because of these standards, your application doesn't care (or shouldn't) whether the user is using IE7 on XP, Firefox on Mac, Opera Mini on a mobile phone or IE5 on Win98.

Some of the disadvantages of web-apps are not always present, for instance speed/availability when the server is running on a local LAN.

My favourite advantages of web applications
1.Deploying a web application is trivial - simply dragging a shortcut to desktop
2.Allows for more fluid deployment cycles - incremental development is effortless

I'm going to turn the security argument on it's head: say you want to convert a WMV video clip to a MPG format: Would you rather a) Download an video_coverter.exe executable by some guy in Russia or b) upload it to a video conversion website & download the converted file? I know my example is a bit contrived, but i wanted to show that the advantages of web-app/desktop-app depend on the scenario.

There are certain things web-apps can't do, obviously (like Printing & accessing local files in a directly). But for me, if there is a problem that can be equally solved by a desktop app or a web-app, i'l choose the web-app every time

Concerning  web and desktop apps I also find web services a lot compelling. Talking from a dot net point of view, there is a technology called WCF (windows communication foundation), which is replacing web services in .net. WCF is an ideal way of developing distributed applications(web or desktop apps). You can develop a wcf service that you host and is accessible to virtually all types of applications. In other words you can develop a wcf service that you can host on a web server, a custom host application or a windows service that you can  access  from a browser application  or a desktop app independent of the platform you are using(of course platform independence  depends on the specific endpoint bindings you use). You can change the implementation of your service and need not to worry about the clients as long as you interfaces remain the same. 

Web apps vs Desktop apps

Well, my view is that we cannot be able to accurately point the better technology here. It all dwells down to the type of the application you are developing. Here are a number of points to take note of when deciding which type of application is best.

1.       Speed- if you are developing applications that need high response speeds like need for speed then certainly the web solution is not the way to go (for now, we might have very fast connections in the future). For normal applications though the web solution is more of a better option for the same reasons mentioned by James. The issue of speed might not be that consequential in your application if you make use of AJAX(a topic I suggest we might need to talk about)

2.       Security- with internet comes more risk and how much you can tolerate depends on the security  requirements of  you applications and whether you are going to use the internet for the web solution or an intranet in which case the risk  is lower

3.       Accessibility- if the users of the system are constantly connected then web is ideal, on the contrary desktop applications are more suitable for offline working and are targeted at a specific group of users in an organization. WEB applications deployed over the web are normally accessibly to anyone with internet connections hence the audience of the application play a vital role in deciding your implementation

4.       Reliability- application with critical safety and reliability implications are normally deployed as desktop apps, again due to the high risk and unreliable connectivity of the internet

These are just view points to take note of, in my own view I see more general applications being deployed as web applications while customized applications will be deployed as web based intranet solutions. The high speed and high business coupled apps will remain the desktop domain. I can safety say both solutions are here to stay for a while; it might be of great use to be comfortable with both. For .net and java folks all is well because you practically use the same environment for both applications.

 

web Vs windows applications

Interesting gentleman......

The reason i asked that question was that here we have found a "solution" to the major drawback of windows apps

1) With . Net there is way of deployment called the click once method ... its really cool coz all u do is deploy your application on the server and all client machines can access the exe on the server via a browser. on accessing it u then deploy/install it on your local machine.its got various options like checking updates before every run u do on your local macahine, if another version has been instaaled on the server it asks or forces u to run the latest version.. this removes the problem of doing deployments on every machine, evryone is guaranteed of running the same version etc etc...i can go on and on

also I think as far as ease or speed development and security its more to do with the kind of application you are doing and what you are comfotrable with but mostly the design

Lets talk gentleman