BizTalk Server 2013 Beta offers significant enhancements to the already rich integration capabilities by including the following feature additions:

• Integration with Cloud Services – BizTalk Server 2013 Beta includes new out-of-the box adapters to send and receive messages from Windows Azure Service Bus. It also provides capabilities to transfer messages using different relay endpoints hosted on Azure.
• RESTful services – BizTalk Server 2013 Beta provides adapters to invoke REST endpoints as well as expose BizTalk Server artifacts as a RESTful service.
• Enhanced SharePoint adapter – Integrating with SharePoint using BizTalk Server 2013 Beta is now as simple as integrating with a file share. We have removed the need for dependency on SharePoint farms, while still providing backward compatibility.
• SFTP adapter – BizTalk Server 2013 Beta enables sending and receiving messages from an SFTP server.
• ESB Toolkit integration – With BizTalk Server 2013 Beta, ESB Toolkit is now fully integrated with BizTalk Server. Also, the ESB Toolkit configuration experience is vastly simplified to enable a quick setup.
• Dependency tracking - The dependencies between artifacts can now be viewed and navigated in Admin console.
• Improvements in dynamic send ports – BizTalk Server 2013 Beta provides the ability to set host handler per adapter, instead of always using the default send handler of the adapters.

You can download the Beta from here:

http://www.microsoft.com/en-us/download/details.aspx?id=35553

In this blog post, I will present a new feature in SharePoint 2013 – Crawl transparency. I will show you how it works with a step-by-step installation, from Site Collection deployment to crawl results check.

Goal: Information panel will show crawler status, so that you don’t have to access and filter data in Search Service Application log.

Before you start this procedure, make sure you have installed and configured SharePoint Server 2013. For more details how to install and configure SharePoint Server please , see Overview of SharePoint 2013 installation and configuration

1. Create a site collection by using the Product Catalog template.
   
   The Product Catalog is a new site collection template in SharePoint 2013. To create a new site collection, open Central Administration site and click Create Site Collection.
   
    
2. Type site name and URL you want to give this site collection, and ensure you have selected Product Catalog from the Publishing tab. Type admin’s login in User Login text box.
   
    
3. When the site collection has been created, browse to the site and create a new List by clicking on on Add anapp from the Site Settings menu
   
   
4. Click on Custom List template and create new list with the name My List.
   
   
   
   
5. Navigate to the newly created My List, and click on List Settings
   
   
   
    
6. From list settings, select Catalog Settings
   
   
   
   
7. On the Catalog Settings  Page you can see information about crawler status and when the list was crawled last time. The page also contains other features, which I will describe in other posts. Since My List was just created,  it is not crawled and that you can read in note.
   The panel also contains information about incremental, full and continuous crawl schedules.
    
   
   
   
   
8. Go back to the list and, add some items
   
   
   
9. Now, let’s go back to the, Manage Service Applications page in Central Administration, and select Search Service Application
   
   
   
   
10. From Content Sources, click on Local SharePoint sites
    
    
    
    
11. Scroll to the bottom of the page and create incremental and full crawl schedules
    
    
    
    
12. Click OK to save changes, and then click on Local SharePointsites and select Start Full Crawl 
    
    
    
    
13. The crawling process will take some time. When it has finished, browse your list (My List), then go to  My List settings, Catalog Settings. Now you can see that the Search Information panel shows full and incremental schedules have been setup, and last crawl time shows the time when the list was crawled. The information reflects time when last item from list was picked up by crawler.
    
    
    
    
14. The same information is accessible in Central Administration, from Search Service Application => Crawl Log
    
    
    
    
15. In the Crawl Log you can see information about  all items that were crawled
    
    
    
    
    
    

Vergangene Woche besuchten wir – 66 der 240 EMEA MACHs aus dem FY 2012 – das letzte Training vor unserer Graduation im nächsten Jahr. Das dritte internationale MACH Training fand ganz unter dem Motto „Accelerate Results“ statt. Ein wesentlicher Bestandteil des ersten Trainingstages war der FIRO-B-Test (Fundamental, Interpersonal, Relations, Orientation – Behaviour). Den Test haben wir im Vorfeld online ausgefüllt und waren ganz gespannt, was die Ergebnisse über uns verraten. Zudem wurde uns erklärt, wie verschiedene Persönlichkeitstypen zusammenarbeiten und was deren Charakteristika sind. Die Stimmung lockerte sich am ersten Tag vor allem während der ‚Rube Goldberg Experience‘ auf, wo wir eine Projektsituation spielerisch simulierten. Am zweiten Tag haben wir uns vor allem mit den Themen Zusammenarbeit und systematisches Denken beschäftigt. Den Abend über hatten wir bei Frankfurter Spezialitäten, wie z. B. Äppelwoi, ausreichlich Zeit zum Kennenlernen und Networken.

Der letzte Tag unseres Trainings war, insbesondere für uns „Deutsche MACHs“, ganz besonders, denn unser neuer Deutschland-Chef Christian Illek schilderte uns seinen bisherigen Werdegang. Im Anschluss hatten wir noch ausreichend Möglichkeit ihm Fragen zu stellen. Zwei Aussagen blieben uns vor allem im Gedächtnis: 1. Planen ist nicht alles. Es kommt meistens eh anders als man denkt. 2. Der FCB ist der Stern des Südens. Im Anschluss an das gemeinsame Q&A entstand das Foto mit Christian und wir hatten die Möglichkeit noch einige GmbH-bezogene-Fragen zu stellen.

Die drei Tage in Frankfurt am Main vergingen wie im Flug und es kam auch ein bißchen Wehmut auf, als wir uns alle wieder verabschiedeten mussten, mit der Gewissheit das nur noch ein Training dieser Art folgen wird.

Wir wünschen unseren EMEA MACH-Kollegen, die das Training kommende Woche in Prag besuchen werden, eine super Zeit!

Herbstliche Grüße
Die „Frankfurter a. M.“-MACHs

Long time back at the wake of the release of Windows Phone 7 (WP7) I posted about the Windows Phone 7 series programming model. I also published how .NET Compact framework powered the applications on WP7.

Further simplifying the block diagram, we can think of the entire WP7 application system as follows

As with most block diagrams, this is gross simplifications. However, I hope it helps to easily picture the entire system.

Essentially the application can be purely managed (written in say C# or VB.net). The application can only utilize services exposed by the developer platform and core services provided by .NET Compact Framework. The application can in no way directly use native code or talk to the OS (say call an Win32 API). It has to always go through the runtime infrastructure and is in a security sandbox.

The application manager is the loose term I am using to encompass everything that is used to managed the application including the host.

Windows Phone 8 (WP8) is a huge huge change from Windows Phone 7.x (WP7). From the perspective of a WP7 application running on a WP8 device the system looks as follows

Everything in Green in this diagram got outright replaced with entire new codebase and the rest of the system other than the application was heavily modified to work with the new OS and the new managed runtime.

Shared Windows Core

The OS moved away from Windows Compact Embedded (WinCE) OS core that was used in WP7 to a new OS which shares it’s core with the desktop Windows 8. This means that a bunch of things in the WP8 OS is shared with the desktop implementation, this includes things like kernel, networking, driver framework and others. The shared core obviously brings great value as innovations and features will more easily flow across the two form factors (device and desktop) and also reduce engineering redundancy on Microsoft side. Some of the benefits are readily visible today like great multi-core support, WinRT interop and others are more subtle.

CoreCLR

.NET Compact Framework (NETCF) that was used in WP7 has a very different design philosophy and hence a completely different implementation from the desktop .NET. I will have a follow up post on this but for now it suffices to note that .NETCF is a very portable runtime that is designed to be very versatile and cross platform. Desktop CLR on the other hand is more closely tied with Windows and the processor architecture. It closely works with the OS and the underlying HW to give the maximum performance benefit to managed code running on it.

With the new Windows RT which works on ARM, desktop CLR was anyway updated to work on the ARM processor. So when the phone chose to move to shared core it was an obvious choice to move the CLR as well. This gave the same benefits of shared innovation and reduced engineering redundancy.

The full desktop CLR is more heavy and provides functionality that is not really required by the phone scenarios and hence a lighter variant of it (which is built from the same source) called CoreCLR was chosen for WP8. CoreCLR is the evolution of the lightweight runtime that powered Silverlight. With the move to CoreCLR developers get a much faster runtime with extended feature set that includes interop via WinRT.

Backward Compat

One of the simple statements made during all of these WP8 launch presentations was that applications in the store built for WP7 will work as is for WP8. This is a small statement but is a huge achievement and effort from the runtime implementation perspective. Making apps work as is when the entire runtime, OS and chipset has changed is non-trivial to say the least. Our team worked very hard to make this possible.

One of the biggest things that played out to our benefit was that the WP7 apps were fully sandboxed and couldn’t use any native code. This means that they didn’t have any means of taking behavioral dependence on the OS APIs or underlying HW. The OS APIs were used via the CLR and it could always add quirks to expose consistent behavior to the applications.

API Compatibility
This required us to ensure that CoreCLR exposes the same API set as NETCF. We ran various automated tools to managed API surface area changes and retain meaningful API compat between WP7 and WP8. With a closed application store it was possible for us to gather complete metrics on API usage and correctly prioritize engineering resources to ensure that majority of applications continued to see the same API set in signature and semantics.

We also needed to ensure that the same APIs behave as closely as possible with that provided by NETCF. We tested a lot of applications in the app store to get as close as we can and believe that we are at a place that should allow most WP7 application’s API usage to transparently fall over to the new runtime.

Runtime behavior changes
When a runtime changes there are behavioral changes that can expose pre-existing issues with applications. This includes things like timing differences. Even though these runtime behaviors are not documented, or in some cases especially called out that user code should not take dependence on them, some apps still did do that.

Couple of the examples we saw

1. Taking dependence on finalization order
   Even though CLI specification clearly calls out that finalization order in .NET is not deterministic, code still took subtle dependency on them. In one particular case object F1 used a file and it’s finalizer released it. Later another object F2 opens the same file. With change in the runtime, the timing of GC changed so that at the time F2 tried to open the file, F1 which has been already collected hasn’t yet had its finalizer run. Hence the application crashed. We got in touch with the app developer and got the code moved to use the right dispose pattern/
2. GC Timing and changes in number of generations
   Application finalizers contrary to .NET guidelines modified other managed objects. Now changed GC timings and generation resulted in those objects to have already been collected and hence resulted in finalizer crashes
3. Threading issues
   This was one of the painful ones. With the change in OS and hence thread scheduler and addition of multiple cores in the ARM CPU, a lot of subtle races and deadlocks in the applications got exposed. These were pre-existing issues where synchronization primitives were not used correctly or some code relied on the quanta based thread scheduling WinCE did. With move to WP8, threads run in parallel on different cores and scheduled in different order, this lead to various deadlocks and race driven crashes. Again we had to get in touch with app developer to address these issues
4. There were other cases where exact precision of floating point math was relied on. This resulted in a board game where pucks flew off from its surface
5. Whether or not functions got inlined
6. Order of static constructor initialization (especially in conjunction of function in lining)

We addressed some of these issues where it was realistic to fix them in the runtime. For some of the others we got in touch with the application developers. Obviously all applications in the store and all of their features were not tested. So you should try to test your applications when you have access to WP8.

At one point we were all playing games on our phones telling our managers that I am compat testing Need For Speed and I need to test till level 10 :)

http://haishicdn.cloudapp.net/

Interesting demonstration that shows the benefits of using CDN.

Two source images, The one on the left is using Windows Azure CDN to load the image and the other on the right with out it. As you choose a diferent position of the image, by clicking at the following,

the small image will change location. Once the image is loaded into CDN cache you will notice the picture to the left loads much faster this time, because the image is delivered directly from CDN instead of getting re-generated from the server in the cloud.

Thanks Haishi!

Ergo have come up with a great tablet that can be used in education environments, with lots of nice features for teachers. The Ergo Hybrid is the first model in the new range of sleek, slim, Windows® 8 compatible Tablets.

Unless you’ve been hiding in a cupboard somewhere, you might know that Windows 8 was launched on Friday 26th October 2012. Windows 8 is helping bring about a new era of technology both inside and outside of the classroom. Windows 8 has been re-imagined for learning and is optimised to bring learning to life, enabling students to consume, collaborate, and create in new and exciting ways.

Ergo are embracing Windows 8 with this new tablet that seems to meet the needs of teachers in the classroom. With a price of only £599 (+ VAT), it’s cost effective too.

There is a dock available (with keyboard and additional battery for £75), which enables teachers to be mobile and have more functionality if they need it. With a longer battery life as well, it means that teachers can use their tablets for a full working day without having to charge it.

The tablet has a large screen which provides easy access to programs, which is important for teachers to find apps quickly. There is full support for touch, mouse and keyboard, so teachers have a choice of how they want to work.

If you’re worried about your confidential information, the Ergo Hybrid table has enhanced security with Trusted Boot, so you can be sure that your data is secure.

Here is a more detailed spec of the tablet:

• 11.6” LED Touch Panel (10-point touch)
• Docking station with a full QWERTY keyboard
• Intel Pentium 967 processor
• 2GB RAM
• 64GB SSD
• Integrated Wireless & Bluetooth
• 1.3MP Front Camera / 2.0MP Back Camera
• 2 x USB 2.0 / 1 x USB 3.0 Port / 1 x Mini-HDMI port 
• Battery - up to 8 hours with docking station
• Weight - 990g (with 3G)
• Dimensions - 198mm (w) x 13.5mm (d) x 300mm (h)  

“You can use the Search charm to search for applications, settings and files on your PC. You can also use the Search charm to search for items in the app you have open or in a different app you select.”

Watch the video and get some more hints and tips on how to use Search and the Search Charm in Windows 8

also check out some other useful content on Search and Charms:

• Find everything you need with the Search charm
• The charms: Search, Share, Start, Devices, and Settings
• Indexing and Search: Frequently asked questions
• Search for files in File Explorer

Rob

Mit dem Windows Azure SDK für .NET (Oktober 2012) wurde auch eine neue Client API für den Windows Azure Storage veröffentlicht. Details zu den darin enthaltenen Neuerungen finden sich in einem Blogpost des Windows Azure Storage Teams.

Die Version 2.0 der API enthält allerdings auch einige Breaking Changes, die beachtet werden müssen, wenn ein Umstieg zu Version 2.0 vollzogen werden soll.

Namespaces

Die Namespaces in der Storage Client API wurden grundlegend überarbeitet. Hier ist eine Übersicht über die aktuellen Namespaces:

Breaking Changes

Hier eine stichpunktartige Auflistung der Breaking Changes. Für eine detailliertere Beschreibung siehe den Original Blogpost des Windows Azure Storage Teams.

Allgemeine Änderungen

• Keine Unterstützung mehr für .NET 3.5. Clients müssen .NET 4.0 oder höher nutzen.
• Kein Cloud[Blob|Table|Queue]Client.ResponseReceived Event mehr.
• Alle Klassen sind als sealed deklariert (wegen Unterstützung der Windows RT Library)
• ResultSegments sind nicht mehr generic.
• Änderungen in den Retry Policies.
• Änderungen bei den StorageCredentials.
• Vereinfachte Exceptions.
• Vereinfachte Pagination.

Blob Service

• Spezielle Klassen für Page und Block Blobs.
• Änderungen bei parallelen Blob-Uploads und Upload-Blockgrößen.
• Alle Upload- und Download-Methoden sind Stream-basiert.
• Vereinfachtes MD5-Handling.
• Für parallelen Download muss zuvor mindestens ein Lesezugriff abgeschlossen sein.
• Änderungen beim Protokollmechanismus.

Table Service

• Neue Table Services API Implementierung.
• Änderungen im DataServices-Namespace.
• Änderungen beim Protokollmechanismus.

Queue Service

• Änderungen beim Protokollmechanismus.

Empfehlungen zur Migration

Die detailliertere Beschreibung des Original Blogposts des Windows Azure Storage Teams enthält zu den einzelnen Änderungen bereits Hinweise auf deren Behandlung in eigenen Anwendungen. Darüber hinaus folgende Empfehlungen für Änderungen:

• Aktualisierung der Namespaces, um die oben beschriebenen Namespaces zu verwenden.
• Anwendungen, die bislang über CloudBlob auf Blobs zugegriffen haben, müssen nun die speziellen Klassen CloudPageBlob und CloudBlockBlob verwenden.
• Explizite Konfiguration des gewünschen Parallelisierungslevels beim Blob-Zugriff.
• Überarbeitung des MD5-Handlings.
• Nutzung der neuen API für den Table Service .

Weitere Informationen

• Windows Azure Release Notes (Oktober 2012)
• What’s New in Storage Client Library for .NET (Version 2.0)
• Introducing Windows Azure Storage Client Library 2.0 for .NET and Windows Runtime
• Windows Azure Storage Client Library 2.0 Breaking Changes & Migration Guide

We have for a long time posted all of our hotfixes on CustomerSource and PartnerSource, but to raise awareness of the right place to go please be aware that you can find a list of which hotfixes are available for Microsoft Dynamics AX 2009 and Microsoft Dynamics AX 2012 through these links which also lists in which Rollups and Cumulative Updates (CU) they are available. These pages also link to the specific downloads for the fixes, as they become available. Please note you have to be a Microsoft Dynamics Authorized partner to accessPartnerSource or on a Customer enhancement plan to access CustomerSource.

We recommend you consult these links before logging a new support request.

List of Dynamics AX 2009 hotfixes

https://mbs.microsoft.com/customersource/downloads/hotfixes/AX2009HotFixList.htm

https://mbs.microsoft.com/partnersource/downloads/hotfixes/AX2009HotFixList.htm]

List of Dynamics AX 2012 hotfixes

https://mbs.microsoft.com/customersource/downloads/hotfixes/ax2012hotfixes.htm

https://mbs.microsoft.com/partnersource/support/selfsupport/hotfixes/AX2012hotfixes.htm

For both versions, the links above provide a full list of which hotfixes are included in which rollup and cumulative update. You can then identify in which Rollup or Cumulative Update the fix is available and then access the fix by clicking the link to the Rollup or Cumulative Update. Please note each Rollup or Cumulative Update also contains the previous Rollups – so if you are on CU 3, this will also contain CU2 and CU3

Example

You are interested in the fix KB 2682734 The Account field is not available as a drop down selection when selecting Payment Fee Account Type of Customer which is included in Dynamics AX 2012 CU3.
  

 Just go to the top of the page and locate the link to CU3

 
Click the link and you will be led to a page where you can either download the full CU3 update or just the KB 2682734 fix

Please note, some fixes even if listed on the above pages will only be available by request through a support incident with Microsoft.

Microsoft recommends you to install the full Rollup and Cumulative Updates, but advises to consult this blog entry if business demands requires a partial installation

http://blogs.msdn.com/b/emeadaxsupport/archive/2011/02/22/can-i-install-just-the-kernel-part-of-a-rollup.aspx

Please also consult these articles before download

Overview of AX Build Numbers:

http://blogs.msdn.com/b/axsupport/archive/2012/03/29/overview-of-ax-build-numbers.aspx

Applying updates and hotfixes (AX 2012):

http://technet.microsoft.com/en-us/library/hh335183.aspx

このポストは、11 月 2 日に投稿された Building out Mobile Services support to Windows Phone 8の翻訳です。

編集メモ:この記事は、Windows Azure チームのシニア プログラム マネージャー Josh Twistが執筆したものです。

先日開催された //build (英語) カンファレンスで、マイクロソフトは先月末にサンフランシスコでリリース (英語) された Windows Phone 8 をモバイル サービスのサポートに追加することを発表しました。これで、Windows ストアと iOSに加えて Windows Phone 8 が 3 番目のサポート対象プラットフォームとなりました。将来的には Android も追加し、一層の充実を目指します。

ちょうど 1 年ほど前にモバイル サービス プロジェクトを立ち上げるにあたって、マイクロソフトはモバイル アプリを制作する多くの開発者と意見を交わしました。彼らの要求に耳を傾け、その結果、先進的なアプリケーションの構築における基本原則は次のようなものであることがわかりました。

• デバイス、ユーザー、ソーシャル ネットワークの境界を越えたシームレスなエクスペリエンスの作成
• ユーザーの ID を認識し、連携性が高くパーソナル化されたアプリケーションの開発
• アプリ使用中以外でもプッシュ通知によってユーザーに情報を配信するなど、さらに魅力的なアプリケーション エクスペリエンスの創出

//build での筆者のセッションに興味のある方は、Windows Azure モバイル サービスの機能を利用した Windows Phone 8 アプリ (英語) と近日リリース予定の Windows 8 アプリ (英語) を紹介するセッションの様子をご覧いただけます。

Windows ストアと Windows Phone 8 アプリのユーザーエクスペリエンスの統合

Windows Phone 8 のアプリケーションは、C# および XAML での開発が可能です。つまり、開発者はアプリケーションを迅速に開発するための知識とスキルをどちらのプラットフォームでも共有できます。

モバイル サービスは、このように複数のプラットフォーム間でのユーザー エクスペリエンスの共通化を促進します。これにより、単一のモバイル サービスからあらゆるクライアント プラットフォームに対して、ユーザー認証、構造化データ、サーバー コードへのアクセスが可能となります。

強力なパーソナル化機能

Windows Azure の 10 月の更新では複数の ID プロバイダーのサポートが追加され、Microsoft アカウント、Facebook、Twitter、Google から対象のモバイル サービスへの連携認証が 1 行のコードでできるようになりました。

たとえば、下記の簡単なコードを記述するだけで、Facebook から Windows 8 および Windows Phone 8 にログインできるようになります。

await mobileServiceClient.LoginAync(MobileServiceAuthenticationProvider.Facebook);

これらのプロバイダーから提供されるサービスへの認証の追加に必要な手順も、次に示すような簡単なものです。

1.アプリを選択したプロバイダーに登録します。

2.モバイル サービスの [IDENTITY] タブへ移動し、プロバイダーから受け取ったクライアント ID とクライアント シークレットをコピーした後、[Save] ボタンをクリックします。

3. ポータルのクイック スタート ガイドに従っている場合は、MainPage.xaml.cs を開き、OnNavigatedTo メソッドを次のように変更します。

モバイル デベロッパー センターには、Windows Phone 8 (英語) アプリおよび Windows ストア (英語) アプリのユーザー認証に関する完全なチュートリアルが用意されています。

プッシュ通知

プッシュ通知は、最新のアプリケーションでは非常に重要な役割を果たしています。モバイル サービス チームは、この機能を開発者が非常に簡単に利用できるようにしたいと考えていました。Windows ストアおよび Windows Phone 8 のアプリケーションでは、モバイル サービスのサーバー スクリプト機能を使用すると、ライブ タイルの送信をたった 1 行のコードでできるようになっています。

Windows ストア アプリの場合、次のような簡単なコードを記述するだけです。

Windows Phone 8 アプリの場合も同様です。

Windows Phone 8 のもう 1 つの優れた特徴として、プッシュ通知を使用してロック画面にユーザーへ配信する情報を表示できるという新しい機能があります。Windows Phone チームは、ユーザーが特定のアプリの画面をロック画面の背景画像として設定する方法を解説した詳細なドキュメント (英語) を用意しました。これによって、ターン制のゲームや共有しているプロジェクトまたはタスクの最新のステータスをユーザーのロック画面に設定し、更新できるようになります。

もちろん、Scott Guthrie が 10 月に追加された新機能 (英語) に関するブログ記事で紹介したように、モバイル サービスのサーバー スクリプト機能を使用すると、他の Windows Azure サービスやサード パーティのサービス (SMS の Twilio や電子メールの SendGrid) を統合し、複数のチャネルからユーザーに情報を配信できます。

アプリの企画から完成までをサポートし、さらに期間短縮も

モバイル サービスの個々の機能がすべて 1 つに統合されたことで、単純な足し算以上の効果が発揮されます。つまり、モバイル サービスによって、独創的なアイデアを短期間で実現できるようになります。

マイクロソフトでは、これからも毎回のリリースごとにモバイル サービスを強化し、バックエンド開発の平易化を進めてまいります。また、Channel9 ショーに寄せられたフィードバックにお応えして、ユーザーの皆様のご意見を掲載するページ (英語) を作成しました。ここでは、新機能の要望を投稿したり、それに対する優先順位を投票できます。

基調講演 (英語) では、既存のアプリケーションに簡単にクラウド サービスを追加し、より連携性の高いものに作り変える様子を実演しました。

まずは http://www.windowsazure.com/ja-jp/pricing/free-trial/にアクセスして Windows Azure の 90 日間無料評価版にサインアップしてください。すると 10 個のモバイル サービスをご利用いただけます。モバイル サービスを使うといかに簡単かつ迅速に開発を進められるかを、実際にお試しください。

こちらの To do アプリケーションのサンプル (英語) はわずか数日で作成されたもので、このアプリケーション用のモバイル サービスのバックエンドは何もない状態からわずか数時間で構築および展開できました。

Windows 8 向けの Johnson & Johnson Digital Health Scorecard (英語) というアプリケーションは、モバイル サービス経由で匿名の集計データをアップロードしますが、そのバックエンドの構築および展開はわずか 40 分で完了しました。この記事をお読みの皆様も、ぜひお試しください。

本記事の内容に関するお問い合わせは、こちらのフォーラム (英語) からお願いします。フィードバックのご提供およびアプリの公開をご希望の方は、Windows Azure モバイル サービス チーム (mobileservices@microsoft.com) にメールをお送りください。筆者の Twitter アカウント (@joshtwist) からもご連絡いただけます。

Data uložená v TFS obsahují veškeré informace o průběhu projektu. Proto je důležité dostat se k nim v jakékoliv situaci co nejrychleji – webová aplikace a prohlížeč přesně tohle nabízejí. Přepracované uživatelské rozhraní ve verzi 2012 nabízí velký komfort a opravdu snadný a přehledný přístup k datům. Již domovská stránka je inovovaná – obsahuje dlaždice s vámi zvolenými důležitými údaji a rychlý přístup k nejčastějším úlohám:

Snadno též můžete vytvářet a spouštět dotazy do pracovních položek, prohlížet si je a upravovat pomocí moderní webové aplikace:

Je možné se podívat též na historii zdrojového kódu – konkrétního souboru nebo složky projektu:

A zobrazit si změny provedné konkrétním uživatelem v přehledném porovnání vedle sebe:

Zobrazit lze též výsledky buildů včetně podrobných logů, buildy lze samozřejmě též z webového rozhraní spouštět nebo mazat:

Nejen toto, ale i další věci uvidíte v podrobné videoukázce.

Michael

Sample Download :

CS Version: http://code.msdn.microsoft.com/CSASPNETImageMap-01573310

VB Version: http://code.msdn.microsoft.com/VBASPNETImageMap-5d1fd2e1

The project illustrates how to use ImageMap to create an introduction of the planets in Solar System in ASP.NET. When the planet in the image is clicked, the brief information of this planet will be displayed under the image and the iframe will navigate to the corresponding page in WikiPedia.

You can find more code samples that demonstrate the most typical programming scenarios by using Microsoft All-In-One Code Framework Sample Browser or Sample Browser Visual Studio extension. They give you the flexibility to search samples, download samples on demand, manage the downloaded samples in a centralized place, and automatically be notified about sample updates. If it is the first time that you hear about Microsoft All-In-One Code Framework, please watch the introduction video on Microsoft Showcase, or read the introduction on our homepage http://1code.codeplex.com/.

このポストは、11 月 3 日に投稿された Windows Azure’s Flat Network Storage and 2012 Scalability Targetsの翻訳です。

今年の始めに、マイクロソフトはすべてのデータセンターに Windows Azure 用フラット ネットワークを展開し、Windows Azure ストレージ向けフラット ネットワーク ストレージ (FNS) を構築しました。フラット ネットワーク構造を採用した理由は、ストレージ クライアントで非常に高速なネットワーク接続を実現するためです。この新しいネットワーク構造により帯域幅が増加し、Windows Azure 仮想マシン (仮想マシンの永続ディスクは Windows Azure ストレージの高耐久性ネットワークに接続された BLOB として格納されます) のサポートが可能となります。また、コンピューティング サービスとストレージの間に多くの帯域幅が必要な MapReduce や HPC などのシナリオにも対応できます。

Windows Azure の運用開始時点で、マイクロソフトはお客様が仮想マシンから利用するコンピューティング サービスをストレージから分離する方針を決めていました。これは、それぞれを独立して拡張できるようにすると共に、マルチテナント機能の提供や分離性の実現を容易にすることを狙ったものです。目標とするシナリオを実現するには、ネットワークのスケールとスループットを飛躍的に向上せる必要がありました。Windows Azure ネットワーキング チーム (Albert Greenberg が統括) は Windows Azure ストレージ、ファブリック、および OS の各チームと連携して、ハードウェア、ソフトウェアの両面からネットワーク機能を向上させるための開発と展開を進めました。その結果、FNS の採用に至りました。

新しいストレージ ハードウェアおよび高帯域幅ネットワークでは大幅な機能強化が実施されており、第 2 世代ストレージ (Gen 2) と呼ばれています。次の表は、第 1 世代 (Gen 1) ハードウェアとの比較です。

第 2 世代 SKU の展開とソフトウェアの機能強化により、フラット ネットワーク (英語) トポロジが使用され、コンピューティング サービスとストレージの間で高い帯域幅が確保されます。Windows Azure に実装されたフラット ネットワークは、"Quantum 10" (Q10) ネットワーク アーキテクチャと呼ばれています。Q10 は完全な非ブロッキング型の 10 Gbps 通信をベースとして使用する完全なメッシュ型ネットワークで、各 Windows Azure データセンターでは帯域幅 50 Tbps 超の集約型バックプレーンが実現されます。また、ロード バランサーがハードウェア制御からソフトウェア制御に変更されたことも大きな変更点の 1 つで、信頼性とスループットが向上しています。さらに、ストレージのアーキテクチャと構造 (詳細はこちらの記事 (英語) を参照) は新しい Q10 ネットワークに合わせて調整されており、Windows Azure ストレージではフラット ネットワーク ストレージが最大限に活用されます。

このような機能強化の結果、Windows Azure ストレージのスケーラビリティ目標が引き上げられ、新しいストレージ アカウントに対してはすべて第 2 世代ハードウェア SKU が適用されます。この新しいスケーラビリティ目標は、2012 年 6 月 7 日以降に作成されたすべてのストレージ アカウントに適用されます。それ以前に作成されたストレージ アカウントは、従来のスケーラビリティ目標が引き続き適用されます (詳細はこちらの記事 (英語) を参照)。ストレージ アカウントの移行はできないため、この新しいスケーラビリティ目標の対象は 2012 年 6 月 7 日以降に作成されたストレージ アカウントのみとなります。どうぞご了承ください。

現在ご使用中のストレージ アカウントの作成日は、新しいポータルで対象のストレージ アカウントをクリックすると、[概要(quick glance)] セクションで確認できます (下図参照)。

ストレージ アカウントのスケーラビリティ目標

2012 年末までには、フラット ネットワーク構造に合わせたソフトウェア機能強化を完了する予定です。これに伴い、2012 年 6 月 7 日以降に作成された各ストレージ アカウントに対するスケーラビリティ目標は次のようになります。

• 容量– 最大 200 TB
• トランザクション– 1 秒あたり最大 20,000 エンティティ/メッセージ/BLOB
• 地理的冗長ストレージ アカウントの帯域幅
  • 受信 – 5 ギガビット/秒
  • 送信 – 10 ギガビット/秒
• ローカル冗長ストレージ アカウントの帯域幅
  • 受信 – 10 ギガビット/秒
  • 送信 – 15 ギガビット/秒

ストレージ アカウントは地理的冗長ストレージの使用が既定で有効になっており、地理的な冗長性が確保されます。これを無効にしてローカル冗長ストレージを使用することもできます。この場合、地理的冗長ストレージよりも料金が安く、送受信速度の目標値は高くなります (2012 年末まで)。地理的冗長ストレージおよびローカル冗長ストレージの詳細については、こちらの記事を参照してください。

実際のストレージ アカウントでのトランザクション目標および帯域幅目標の達成状況は、使用するアプリケーションが処理するオブジェクトのサイズ、アクセス パターン、およびワークロードの種類によって大きく変化します。この目標では不十分な場合は、BLOB コンテナー、テーブル、キュー、およびオブジェクトをパーティション分割し、複数のストレージ アカウントを使用して処理するようにサービスを構築します。既定では、1 つの Windows Azure サブスクリプションで 20 個のストレージ アカウントが使用できます。データ量がペタバイト単位になるなど、さらに多くのデータを扱うためにストレージ アカウントが不足する場合は、カスタマー サポートにお問い合わせください。

パーティションのスケーラビリティ目標

ストレージ アカウント内のオブジェクトはすべてパーティション分割されます (詳細はこちらの記事 (英語) を参照)。そのため、抽象化ストレージの 1 パーティションあたりのパフォーマンス目標を把握しておくことが重要です。その値を次に示します (キューおよびテーブルのスループットは 1 KB のオブジェクトを使用して計測した場合)。

• キュー 1 つあたりの値– 単一キュー内の全メッセージに対するアクセスは、単一のキュー パーティションを経由して実行されます。キュー 1 つあたりの処理速度の目標値:
  • 最大 2,000 メッセージ/秒
• テーブル パーティション 1 つあたりの値– テーブル パーティションとは、同じパーティション キー値を持つテーブルの全エンティティを指します。通常、1 つのテーブルには複数のパーティションが存在します。テーブル パーティション 1 つあたりのスループットの目標値:
  • 最大 2,000 エンティティ/秒
  • これは 1 パーティションあたりの値で、1 テーブルあたりの数値ではありません。テーブルを適切にパーティション分割すると、最大 20,000 エンティティ/秒の処理が可能です。これが、先ほど説明したアカウント全体での目標値となります。
• BLOB 1 つあたりの値 – BLOB のパーティション キーは "コンテナー名 + BLOB 名" です。つまり、BLOB は 1 パーティションにつき 1 BLOB となるように分割できます。これにより、BLOB へのアクセスをサーバー全体に分散させることができます。BLOB 1 つあたりのスループットの目標値:
  • 最大 60 メガバイト/秒

上記のスループットは最大目標値です。実際に使用するアプリケーションで達成可能なスループットは、アクセス対象のオブジェクトのサイズ、作業の種類 (ワークロード)、アクセス パターンにより大きく変化します。すべてのサービスについて、パーティション レベルでワークロードのパフォーマン�� テストを実施することを推奨します。

アプリケーションのワークロードが単一パーティションの処理量の上限に達すると、"503 Server Busy" または "500 Operation Timeout" という応答が返されるようになります。このようなエラーが返される場合、アプリケーションは指数バックオフを使って再試行します。指数バックオフが実行されるとパーティションの負荷が減少し、そのパーティションに対するトラフィックのスパイクが緩和されます。

今回は、フラット ネットワーク ストレージの提供に向けたマイクロソフトの初期段階の取り組みについてご説明しました。今後も、コンピューティング サービスとストレージの間の帯域幅強化に向けて投資を続けると共に、ストレージ アカウントおよびパーティションのスケーラビリティ目標の向上に取り組んでいく予定です。

Brad Calder、Aaron Ogus Windows Azure ストレージ

As we move towards a more consumer-centric world of IT in education – for example, as BYOD (Bring Your Own Device) models are sprouting right across Higher Education, TAFE and schools – there's pressure too on the big enterprise systems that users are forced to use (finance, CRM, management reporting) to become more consumer-friendly. For example, there are two very different approaches to things like online procurement platforms:

• Corporate online procurement systems tend to be complex, require end user training and complex support help desks and top-up training
• Consumer online procurement systems (aka online shopping) then to be simple to use, require no training and if they are not intuitive, they fail (sometimes, along with the business that built them)

With the same mindset impacting corporate IT systems, then we're going to see a shift in systems and interfaces. If employees are walking around with a web-connected tablet, how do we help them do their job on that?

One of the areas where this is a definite opportunity is in the area of student recruitment and student retention in universities and TAFEs. I'm involved in lots of projects where the Dynamics CRM system is being used to support student recruitment and reduce student attrition, and what's clear is that there are two types of users of a system:

• People who spend most of their time in student recruitment activities, and use their CRM or other system on a daily basis
• People who's role involves student recruitment, but only occasionally have to record activities or look up information in the main system

One of the things I've noticed is that the people who occasionally use the system tend to have workarounds to avoid actually using the system – for example, they keep information offline in a spreadsheet, on paper or in their heads. Whilst it might work for them, it means that there's no visibility of progress and activities to others.

So how do you encourage more people to actually use your CRM system as the core place to record information and activities on student recruitment, or student attrition activities? Part of the answer has to be to make it easier for your users to use the system, so they don't feel the need for extensive training, or experience disorientation if they are only using it a few times a week/month/year.

We've just announced a new release of Dynamics CRM, called Polaris, which is designed to improve the experiences of every day, and occasional users, by:

• focusing on streamlining processes for users
• improving the experiences for specific users across browsers, mobile devices
• improve the integration with Microsoft SharePoint and Lync, as well as Skype and Yammer

There's plenty more detail on Polaris over on the Dynamics website, but the best way I've seen the journey described is the video below, which demonstrates the vision that the Dynamics team are working towards, and shows what the future interface for Dynamics CRM might look like:

If your users across the campus had this kind of intuitive, and simple, application, would it make it easier to encourage them to use your CRM system holistically, rather than having separate silos of information on paper, cards, spreadsheets and hand-built systems?

Read more about the long-term vision for Dynamics CRM (PDF)

Read more about the features of the Polaris release in the Release Preview Guide (PDF)

• Introduction to NP .NET Profiler
• FAQ on NP .NET Profiler

マイクロソフトの田中達彦です。
本連載では、良いWindowsストア アプリを作るために、知っておくべきポイントを紹介します。


[タッチを意識したユーザー インターフェイス]
Windowsストア アプリで、画面上やフライアウトにコントロールを配置するときは、タッチを意識した大きさ、すなわちタッチしやすい大きさにします。
マウスのときは小さな点でもクリックできます。
しかし、タッチで小さな点をタップするのは難しいです。

タッチを意識したユーザーインターフェイスを紹介します。
以下の図は、PowerPoint 2013で文字の色を変えるときの図です。
マウスでツールバーをクリックすると、このようなパレットが表示されます。



ツールバーの同じ場所を指でタッチすると、このようなパレットが表示されます。



指でタッチするときは、このようにある程度の面積が必要です。
Windowsストア アプリでは、タッチしやすい大きさのコントロールを配置します。


[コントロールの大きさ]
タッチを意識したときのターゲットとなるコントロールの大きさとして、お勧めの最小サイズは7mm×7mm、ピクセル数としては40ピクセル×40ピクセルです。
タッチの正確さが重視される場合は、50ピクセル×50ピクセルの大きさを用意します。

大きさに関する情報は、下記ページの後半にある「Windows 8 のタッチターゲット」をご参照ください。
http://msdn.microsoft.com/ja-jp/library/windows/apps/hh465415.aspx


[前後の記事]
vol.09 : タッチのフィードバックを用意する

マイクロソフト
田中達彦

※ 「Metroスタイル アプリ」は、「Windowsストア アプリ」に名前が変わりました。

Did you come over here for //BUILD? It was an absolute blast! They even let me out of my cage for few hours, just the time to present a session on the latest news we introduced in Windows Azure Active Directory and spend some quality time with you guys to gather your precious & always appreciated feedback.

Well, his coming January you have another great opportunity to come to observe the Microsoftees in their natural habitat: the pattern&practices Symposium 2013.

The agenda alone should be more than enough to whet your appetite for knowledge, but as you know by now attending an event in Redmond can be more than the sessions themselves. Given that the engineers are at no more than 20 mins of shuttle ride, it might happen that you as a question to a speaker and one hour later you are taking coffee with the guy who coded the feature you are asking about!

Tomorrow is the last day of early bird pricing, hence if the above sounds enticing to you do not hesitate :-) also, the p&p guys honored me with a slot on the first day of the conference: if you want to know more about what’s cooking in Windows Azure AD land, here’s your chance of cornering me and asking me anything… see you soon!

In one of my Azure projects, we use local storage to temporarily store some logging data files and then leverage the Windows Azure Diagnostic (WAD) to transfer/forward these files to a storage account.

We encountered a weird problem when we tried to configure the size for the abovementioned local resource. I’ll call it LocalStorageLogDump as below. My initial thinking of this sizeInMB configuration is that as long as it is below the limit of the virtual machine’s local storage size, which is about 200GB for a small instance, it should be ok. However, when I put a 5000MB (5GB) in the config, it failed to start the diagnostic monitor.

By reflectoring the diagnostic assembly and later reading the following article, I then realized, the local resource that is used for WAD, has to be less than the size of a local resource named DiagnosticStore which by default is 4GB and not in the .csdef file. Then after I explicitly added that configuration entry and gave it a larger value, WAD starts to work.

http://msdn.microsoft.com/en-us/library/microsoft.windowsazure.diagnostics.diagnosticmonitorconfiguration.overallquotainmb.aspx

<LocalResources>
  <LocalStorage name="LocalStorageLogDump" cleanOnRoleRecycle="true" sizeInMB="5000" />
  <LocalStorage name="DiagnosticStore" cleanOnRoleRecycle="true" sizeInMB="10000" />
</LocalResources>