내가 현재 진행하고 있는 프로젝트는 Spring Dynamic Modules 1.1.2를 기반으로 개발하고 있다. 그리고 이를 기반으로 다른 솔루션 또는 Web Application들이 개발되고 있다.

지금은 지난 말까지 개발된 Framework의 일부 Architecture와 모듈을 Refactory중에 있다. 이의 필요성은 아마도 Spring DM Server가 나온다면, 사라질지도 모른다. 개발하고 있는 Core가 Spring DM Server와 거의 유사한 Architecture를 하고 있기 때문이다. 아마도 Spring DM Kernel만 있다고 누군가가 같다고 할지도 모르지만, Spring의 많은 기능을 얻어다 사용하기 때문에 이를 갈 수는 없고 많은 혜텍을 입었다고 할 수 있다.

지난 주에 Spring Dynamic Module 1.1.3이 발표되었다.
몇가지 변경된 사항을 살펴보았는데, 크게 바뀐 부분들은 눈에 들어오지 않는다.

아래는 Spring Dynamic Module의 Change Log이다.


Changes in version 1.1.3 (2009-02-13)
-------------------------------------

General
* various documentation improvements and fixes

Package org.springframework.osgi.context
* improved proxying of classes that are boot delegated outside the OSGi environment

Package org.springframework.osgi.io
* fixed manifest headers parsing problem when dealing with nested whitespaces
* fixed handling of optional required bundles
* improved OsgiBundlePatternMatchingResolver to return ContextResources
* changed OsgiBundlePatternMatchingResolver#findResources(String) visibility to protected

Package org.springframework.osgi.service
* fixed visibility issue when invoking non-public proxied methods
* improved waiting code to deal with spurious or accidental wakeups
* fixed issue with OsgiServiceProxyFactoryBean that caused autowiring to fail in some cases

지난 10월 Microsoft는 PDC 행사에서, Azure라는 Cloud Computing Platform을 대중들에게 공개했다. 인터넷 OS 시스템 같기도 하고, 기존에 존재하던 ASP 서버스와도 같기도한데, 많은 사람들에게 실제로 공개되었을 때는, 놀라움을 가져다 주기에 충분했다. MS가 현재 가지고 있는 모든 기술 역량을 총동원하였다는 생각이 들 정도로 커다란 반향을 불러왔다. 현재까지의 기술적인 어려움과 실현 가능성에 대한 의문과 의구심을 뒤로 한채로 말이다. 그 만큼 이번에 발표된 Azure는 현실성을 등에 업고 등장했다는 의미이기도 하다. 그러나 개인적으로는 아직도 많은 시간과 준비가 필요한 것 같다.

이러한 나와 같은 의심이 많은 사람들 때문에, MS에서는 PDC행사에 많은 준비를 했던것 같다, PDC의 스크린 캐스트된 동영상중에 상당 부분인 Azure에 대한 부분이 었다. (약 34개 정도) 다른 주제들에 비해서 가장 많이 만들어진 이유는 그만큼 중요하다는 의미일 것이다.

마이크로소프트의 Azure사이트에는 관련된 내용들에 대해서 자세히 설명되어 있는데, 아마도 관심있는 개발자라면 아래와 같은 그림을 많이들 보았을 거라 생각이 든다. 사실 그림이 주는 것은 큰 의미가 없을 수도 있다. (향후 어떤식을 전개될지는 뚜껑을 열어보아야 하기 때문에, 그 동안에도, ASP와 같은 실패사례는 수도 없이 많이 있었다.) 
 

마이크로 소프트는 Azure에 대해 이렇게 말하고 있다.
이는,
 
"Azure는 Internet규모의 cloud 서버스 플랫폼으로, 데이터 센터에서 제공하는 서비스(OS를 제공 받는 것과 같은)를 빌려서 사용할 수 있고, 개발자들이 개발한 서버스들을 제공받을수 있다"

있는 그대로 받아들이면, 서버스를 제공할 수 있는 플렛폼을 제공하겠다는 것이다.
그리고, 그 위에 여러가자 다양하 서버스를 올려서 이를 서버스하겠다는 것인데, 이에 대한 수익모델을 이전의 ASP와 다름이 없다. 물론 차이는 ASP 보다는 다양한 서버스의 제공인데, 이는 실 수요자들이 어떻게 받아 들이는냐에 달려있다.

Azure는 Open Achitecture를 표방하고, 인터넷 표준 프로토콜들(HTTP, REST, SOAP, and XML)을 통해서 그들의 제공하는 시스템에 서비스들을 올릴것이다.  

간략하게 Azure의 구성을 살펴보면,
Windows Azure : Azure 호스팅 Platform의 서비스 환경의 설정과 관리를 위한 환경이다. 개발에 필요한 Storige의 크기와 규모와 제공해야할 인터넷 환경들을 관리한다.

Live Services : Azure Service Platform에서 관리해야할 사용자 data와 어플리케이션 Resource들을 위한 것으로 Live Services는 개발자들이 쉽게 개발할 수 있는 환경을 제공한다.

Microsoft SQL Services : SQL Server의 기능을 확장한 것으로 웹 기반의 분산 데이터 베이스 환경을 제공한다. 이는 웹 서비스를 통해서 쿼리와 데이터 동기화 서비스를 제공한다.

Microsoft .NET Services : .Net Services는 쉽게 Cloud Computing 기반의 서버스를 만들수 있도록 도와주며, 어플리케이션의 보안과 어플리케이션 간의 통신을 위한 서비스 버스를 제공함으로 Application들을 제어할 수 있도록 도와준다.

Microsoft® SharePoint® Services & Dynamics® CRM Services : 향후 개발자들이 협업과 고객 데이터들을 필요할 것인데, Share Point & CRM 서비스에서 제공하는 기능들을 이용하여 필요한 기능들을 Application에 사용할 수 있도록 해준다.

아주 간력하게 설명하려고 했는데, 마지막은 설명하기 쉽지 않다.
끝으로 내가 참고로 했던, 국내의 블러그 자료들은 아래에 있다.

관련된 국내 블러그:
http://keon.egloos.com/4696892
http://blogs.msdn.com/bkchung/archive/2008/11/18/azure.aspx
http://itviewpoint.com/82616

오늘 Microsoft사에서 새로운 ASP.NET MVC Design Gallery 를 오픈하였다.
이를 통해서 ASP.MET MVC 애플리캐이션을 개발할 때 쉽게 적용하고 사용할 수 있도록, html 디자인 temlets와 CSS Stylesheet를 제공한다. 이를 위해 관련된 파일들을 Zip 파일로 압축해서 제공하는데, Creative Commons Attribution 3.0 license 아래에서 무료로 사용이 가능하다.


Microsoft사에서는 사실 그동안 Form view 위주로 ASP.NET의 개발을 진행하여 왔다. 그리고 그 나름 대로의 장점도 많이 가지고 있지만, 코드와 디자인을 완전히 분리하기는 쉬운 작업이 아니였다.  
ASP.Net의 MVC 도입도 이러한 부분들을 보완하기 위함이라는 생각도 들지만, 향후 ASP.NET에서 가장 큰 관심을 쏟아 부을 것도 역시 MVC Framework의 지원일 거라고 확신한다.

오늘 오픈된 Desigh Gallery도 그러한 지원의 한 부분이다. 그리고 ASP.NET MVC에서 Schefolding을 지원하는 것 역시 경이롭다. (LINQ to SQL, LINQ to Entity and NHibernate 까지 지원한다.)

 ASP.NET MVC는 MS쪽 웹기술을 이용하여 개발하고 있거나, 그럴 계획이 있다면 꼭 관심을 갖고 지켜보기 바란다. 이전의 Blog를 통해서도 이야기 했었지만, Rails의 Schefolding은 Web 기술 발전에 굉장히 많은 부분에 영향을 주고 있으며 앞으로도 줄 것이다.

미국 시간으로 지난 12월 5일 스프링 프레임워크 3.0이 릴리즈 되었다.
지난 주에 미국에서 여렸던 SpringOne 2008 America를 마치자마자 바로 Release 시킨 것이라 생각이 든다. 이에 대한 변화들은 이미 SpingOne과 일민이(Toby)의 블러그를 통해서 알 수 있을 것이다. 아래에 링크들을 만들어 놓았다. 스프링 프레임워크의 전반적인 변화들을 알수 있을 것이다. 지금쯤 돌아가고 있는지도 모르겠다. 호주로...

일민의 SpringOne 2008 탐방기:

• 네째날
• S1A 2008 넷째날 정리
  
   

그리고 아래는 이번에 올라올 3.0.0.M1 버전의Change Log 이다. 변경된 사항들을 가장 쉽게 확인할 수 있을 것이다.

한가지 분명한 것은 Dynamic Language에 대한 지원이 점점더 커질 것이라는 것이다.
기능적으로 언어적으로 우세함을 따른 것이 아니라, 실용적인 면에서 좀더 개발을 편하고 쉽게 갈수 있다라는 측면에서 접근해야 한다는 것이다. 이러한 측면에서 새로운 것들, 특히 Ruby와 Grails는 분명 개발자들이 익혀야 할 시점이 곧 다가 올 것이다.
(아래 로그 내용 참조)

SPRING FRAMEWORK CHANGELOG
==========================
http://www.springframework.org

Changes in version 3.0.0.M1 (2008-12-05)
----------------------------------------

* revised project layout and build system (module-based sources, bundle repository)
* updated entire codebase for Java 5 code style (generics, varargs, StringBuilder)
* updated to JUnit 4.5 and JRuby 1.1
* removed WebLogic 8.1 and WebSphere 5.1 support
* removed native TopLink API support (superseded by JPA)
* removed Commons Attributes support (superseded by Java 5 annotations)
* removed Jakarta JSTL support for JSP 1.2 (superseded by JSP 2.0)
* removed outdated Struts 1.x Action delegation support
* removed ContextLoaderServlet and Log4jConfigServlet
* deprecated form controller hierarchy in favor of @MVC form object handling
* deprecated JUnit 3.8 test class hierarchy in favor of test context framework
* introduced Spring EL parser in org.springframework.expression package
* introduced #{...} expression support in bean definitions
* introduced @Value annotation for embedded expression support
* introduced @PathVariable annotation for MVC handler methods
* introduced ShallowEtagHeaderFilter
* introduced AbstractAtomFeedView and AbstractRssFeedView
* introduced default value support for @RequestParam
* introduced @RequestHeader annotation for MVC handler methods
* introduced "spring:url" and "spring:param" JSP tags