CSC/ECE 517 Fall 2009/wiki2 17 va

From Expertiza_Wiki
Revision as of 05:20, 9 October 2009 by Salt (talk | contribs) (Added service oriented architectures image and notes)
Jump to navigation Jump to search

!!!! I have copied things that help with formatting the page from my prior wiki. Feel free to add in anything that you think may help with formatting from your project.

!!!! Main topic (to keep us on track):

!!!! Note: Delete all the !!!! parts when done. These are notes while developing the wiki.

!!!! SOA provides another view of providing functionality based upon services offered in terms of protocols and a specific API. To provide services, platforms rely upon principles and the power that can be expressed through reflection and meta programming. Research and report how these critical concepts relate to and support SOA.

!!!! Reword the following paragraph to "sound better".D: I am not sure if it sounds better, but here's my first pass at it. I'm not sure what verb should go in place of 'solve'

Service Oriented Architecture 3 (or SOA) describes how to design a software system and connect the separate components using services. Reflection and metaprogramming are two powerful concepts that directly support the principles of SOA. This article covers the following three goals:

  1. Provides a simple understanding of reflection, metaprogramming, and SOA's.
  2. Explains how these concepts are interrelated.
  3. Examines how reflection and metaprogramming supports SOA's.

Service Oriented Architecture (SOA), Reflection, and Metaprogramming


An overview of the concepts

Service Oriented Architectures

Service Oriented Architecture (or SOA) is a concept in computing that defines the interaction of different software in terms of protocols and functionality. A SOA can be viewed as containing multiple services which may be linked as desired by protocols. SOA is designed so that each functional unit of software in a system is isolated from each other and provides a service without directly making subroutine calls to each other. This is generally accomplished by passing messages 3

!!!! If we can, find a way to make the footnote in brackets, without brackets will probably work though.

The information being used to communicate between services must contain sufficient detail about the characteristic of the data and the data itself and must remain independent of the underlying platform and programming language. Although SOA does not specify the format to transfer data, programmers have generally used XML for this purpose. However, metadata (data that describes the actual data) in the SOA must: 3

  • Be easy to configure
  • Provide an easy way to discover services
  • Provide an easy way to incorporate services
  • Remain coherent
  • Preserve data integrity
  • Be easy to manage

A simple example of metadata is a README file that specifies the inputs and outputs to a program. The inputs and outputs of the program would be the data, and the README file is metadata that describes this data.

SOA also does not limit the protocol used to transfer the data and a wide variety of technologies can be used including SOAP, REST and RPC. This is generally left for the programmer of the system.

We createad the following simplified image to show how the basic principles of service oriented architecture.

  • Services may be used by multiple applications.
  • Services communicate via protocols.
  • An example protocol is provided, where the application passes x to the sin function, and sin(x) is returned
  • Services may be written in different programming languages, or even be hosted on different computers with different operating systems, which allows for great flexibility.

Metaprogramming

Metaprogramming is the writing of computer programs that write other computer programs. This allows the programmer to complete tasks faster than if (s)he had to code everything manually. A compiler is an excellent example of a metaprogram. It allows the programmer to code in a higher level language and then the compiler will convert that program into machine language.

  • Example: Metaprogramming in Ruby [2]
 class Person
   attr_accessor :name
 end

In the example above, attr_accessor is used to create 'setters' and 'getters' for the name attribute via metaprogramming.

Reflection

Reflection is a specific type of meta-programming and emphasizes on dynamic program modification. It is the ability of a programming language to inspect its own code and can therefore be used to extend the language beyond its usual capabilities. For example, it is possible to use reflection to inspect an object for a desired function and execute it dynamically.

  • Example: Reflection in Perl 5
 # without reflection
 my $foo = Foo->new();
 $foo->hello();

 # with reflection
 my $class  = "Foo";
 my $method = "hello";
 my $object = $class->new();
 $object->$method();

In the example with reflection, $object and $method can be determined and even changed at run time. This allows the program to change its own behavior.

How it is all related

Enhancing SOA

Service-oriented Architecture becomes greatly effective when the underlying programs are able to dynamically adapt to the data received. Two very important concepts support this principles that SOA is build upon:

The concept of reflection can be used to extend the service being provided by a system in a Service-oriented Architecture by allowing the transfered data to modify the behavior.

Appendix

Metadata - data that describes the actual data

References

1. http://www.service-architecture.com/web-services/articles/service-oriented_architecture_soa_definition.html - Brief explanation of SOA

2. Thomas, Dave (2006). Programming Ruby, The Pragmatic Programmers' Guide.

3. http://en.wikipedia.org/wiki/Service_oriented_architecture - A very detailed explanation of SOA

4. http://www.javaworld.com/javaworld/jw-06-2005/jw-0613-soa.html - A more easy to understand explanation of SOA

5. http://en.wikipedia.org/wiki/Reflection_(computer_science) - Explanation of Reflection

!!!! Remove the title below if we do not have any good external links.

Useful External Links