Since releasing our first Vail beta we have received lots of great  suggestions for “Vail” and quite a few interesting bugs.  Thanks to all of you who are beta testing!  We love having you part of our extended team and appreciate your help.

This new build has plenty of enhancements and improvements over the original build and can be downloaded from the downloads section of our connect site.  If you are new to the beta, please go to http://connect.microsoft.com/windowshomeserver to sign up for the download.  You can provide feedback about the new build through our Connect site and even log ideas or feature suggestions for future versions of Windows Home Server. 

The Windows Server code name “Vail” Preview SDK is also available for download.  The SDK provides the following content:

·         API references that help you understand all the API elements that can be used to extend and manage Windows Server Code Name “Vail”

·         How-to documents that help you to understand how to build add-ins

·         Templates that help you build add-ins with Visual Studio 2008

·         Samples that provide examples of complete add-ins

We also have some other resources available to learn more about Windows Home Server and our upcoming product:

·         Windows Home Server Social Forum

·         Online Help Site

·         Online Release Notes

Thanks for the continued support and we’ll be sure to keep you posted as newer builds become available.

- Jonas Svensson, Community Program Manager

Popularity: unranked [?]

[This blog post continues the series of “Vail” extensibility introduction here]

Hi there! Sorry for keeping you all waiting so long to read the third blog post about Vail Engineering. This time we will talk about the extensibility of Remote Web Access.

I believe most of you still remember this screenshot in Windows Home Server:

Some of you (esp. ISV developers) probably wanted to integrate your own products/features in this Remote Web Access portal when Windows Home Server was first released. Unfortunately, the answer you got is “No, you cannot extend this site.” We completely understand how sad you were when you heard this answer.

Therefore, we bring you a brand new Remote Web Access site in Vail.

What is new in Remote Web Access site of Vail?

Let’s check out the latest look & feel of Remote Web Access site first (RWA site for short). Pretty, hah? Do you like it?

When we designed this new RWA site, we had two visions to guide our engineering team. First, we want to provide an easy, reliable way for users to access their data and computers from anywhere, anytime, on any device. Second, we want to provide an extensible platform for OEM and ISV partners/developers to add tightly integrated remote web access value. The second vision maps exactly to the extensibility framework of RWA site.

Basically, every built-in feature you are looking at (i.e. Computers, Shared Folders, Media Library, etc) is built on top of the extensibility framework. All the APIs we used are public to you (our favorite developers) as well. We can build it, you can build it.

Besides the look & feel and extra functionalities, the extensibility framework is the key difference comparing the new and old Remote Web Access sites.

Why should developers care about Remote Web Access?

Before answering this question, let’s look at what developers can achieve with the public APIs of RWA site extensibility framework:

· Create a new gadget for the home page

· Create a new content page that can be accessed from the home page

· Create a new item in the menu bar at the top of the home page

· Add navigational elements to a content page

· Create a new link in the Online Services section of the home page

· Create a mobile version of a content page

All these APIs are fundamental ones. With them and the imagination out of you (developers), you can achieve way better user experiences for your customers which you cannot get from last version of RWA site. Frankly, we do expect developers to fully leverage the RWA site and provide customers the integrated end-to-end values. This is also the opportunity for you to enable or consider enabling new user scenarios in the cloud.

The End

That’s it for today. As always, we welcome your feedbacks, comments and suggestions!

Popularity: unranked [?]

A recent case study was conducted to show the benefits of Windows Home Server in Bunten & Associates, a small business located in Covington, Kentucky.

Bunten & Associates provides small businesses and individuals with payroll, accounting, and tax services. With just three employees, the firm provides approximately 60 small businesses with accounting and payroll services, and helps up to 500 individuals annually with tax preparation. The firm wanted to improve its management of customer information, and in October 2009, Bunten & Associates learned about the Windows Home Server operating system from Kevin Royalty of Total Care Computer Consulting. “We were immediately sold on the ease of use of Windows Home Server,” says accountant, Jennifer Means. With automated backups and streamlined access to information, the firm’s three employees save nearly a full day of work each week. Using the solution, the firm also has optimized its protection of valuable customer data.

Be sure to read the entire case study , and see how their Windows Home Server solution has helped improve their work experience and efficiency.

To learn more about Windows Home Server and to see how it can advance your small business, check out the product Website.

-Nicole

Popularity: unranked [?]

Hi there! We are on to our second edition of Vail Engineering blogs, and this time we are talking about Launchpad – what it is, how it can be extended and why developers should care about it. I aso want to point out that we got pretty good response to Vail SDK with some of our MVPs covering it pretty well by now. You can check out some of these very informational posts here:

http://asoftblog.wordpress.com/2010/05/05/developing-an-add-in-for-vail/

http://blog.tentaclesoftware.com/archive/2010/05/07/89.aspx

http://blog.tentaclesoftware.com/archive/2010/05/08/90.aspx

What is Launchpad?

Launchpad is a light weight and extensible client-based user interface that we built for Vail. It was born out of a couple of pain points that our customers experienced from Home Server v1. While Home Server v1 provided the ability for developers to add what we call ‘administrative’ or ‘server management’ tasks to the Admin console, it did not provide any means by which a day-to-day or non-administrative task could be presented to users in a coherent manner that resonates its association with Home Server. As a result we started seeing add-ins for day-to-day consumption of home server capabilities that were deployed to Admin Console, but did not belong there since they were not administrative tasks. We realized that there is a need for providing a coherent and consistent grouping as well as entry point for home server related tasks that everyone in the household can perform from their client PCs. This was the first pain point.

The second one, and perhaps the more significant one of the two, was the limitation around having matching usernames and passwords on the server and the PCs. If you recall, in Home Server v1 we require users to create user accounts on the server that had the same username and password as that of the client PCs so that they can seamlessly access the shared folders on the server as soon as they login to their PCs. This generated lot of confusion with consumers, as was evident from the feedback that we got. With Vail, Launchpad acts as the login UI for signing the user onto the server, thereby granting them access to the Server shares and other platform services exposed via the SDK. We no longer have the requirement to have the user accounts matching on server and client, instead users can use Launchpad to ‘sign-in’ to the server with any user account and password combination that was set up in Dashboard!

    

In short, Launchpad serves the following purposes:

1. It is the entry point for the day-to-day tasks related to Windows Home Server from the client PCs.
2. It eiminates the need for matching usernames and passwords setup between server and client, and eliminates the password sync dialogs.
3. It Provides a logical and centralized location where all home server related tasks are exposed, resulting in much better awareness of home server and its capabilities.
4. It allows everyone in the household to have visibility to developers’ add-ins, than just home server administrators.

Why should developers care about Launchpad?

So far, home server add-ins or applications were focused on ‘Administrative’ kind of tasks that extended the Admin Console. The audience for such add ins were limited to one person in the house hold, most possibly the head of the house hold who does the ‘Administrative tasks’ on the computers. With Launchpad, we now have the ability to create end-to-end add-ins with user interfaces targeted at everyone in the home who uses a PC joined to home server. A typical example can be an addin providing the ability for everyone in the home to sync a folder on their PC to home server, and then subsequently to the cloud. The launch point for a configuration UI for adding or removing folders included in the auto-sync scenario above (which is specific to the user’s PC) would be Launchpad, and not Dashboard.

As you can see from the example this is an opportunity for developers to create add-ins with multiple facets – one server side component targeting the administrator and one client side component targeting everyone in the home. The result is more people using your add-ins and more word getting spread about your product/addin. With our add-in deployment mechanism, you can package both these components together and we’ll take care of deploying and installing the relevant pieces on the server and client appropriately as well (more on this in a later post). So, as you can see, we have built a powerful SDK for developers to build a truly end-to-end add-in spanning the client, server and the cloud.

 When to extend Launchpad and when not to

Just so that we give a clear guidance on extensibility of Launchpad vs Dashboard, I am going to call this out specifically here.

You extend Launchpad when…

1. You have a task or resource/UI that you expect everyone in the household to access/ use. Eg: Backup my PC, access shared folders etc…
2. The task IS NOT related to the management or administration of the Server.
3. You DO NOT need Administrator privileges on the server to do the task.

You extend Dashboard when…

1. You have a task or resource/UI that you expect only the head of the household (home Admin – typically the person who sets up Home Server) to access/use. Eg: Add a hard drive, create user account etc..
2. The task IS related to the management or administration of the Server, and not a day-to-day one.
3. You DO need Administrator privileges on the server to do the task.

When in doubt, please do not hesitate to reach out to us.

Extending Launchpad

 Adding entries to Launchpad

You can add entries to Launchpad to point to a client application that makes use of Home Server in one way or the other. Your entries will appear under a category called ‘Addins’ on the main page of Launchpad.

Adding categories to Launchpad

If you want to add multiple entries to the Launchpad UI, we recommend grouping them under categories. Categories can be added upto three levels deep.

Example:

Addins-> (Built-in category)

              Company-> (Your category)

                       Antivirus -> (Your sub category)

                                  System Scan (entry)

                                  Scan Schedule (entry)

                       Online Backup-> (Your sub category)

                                  Backup Now (entry)

                                  Backup Settings (entry)

 

Enhances coming in future builds

In the later builds, we are looking at adding capability for targeting Launchpad tasks to specific users who are part of a User Group on the Server. For example, you can target only users who are part of ‘Remote Access Group’ to see a link to your remote portal hosted in Home Server. We are also making it so that Launchpad automatically authenticates the machine to home server using the username and password stored, if the user choses to do so. So, as soon as the user logs into the local machine, they are authenticated to Home Server so that all the services that require authentication to server work seamlessly. Another enhancement that is coming is the ability to control the alerts that are seen from the tray icon. User would be able to choose from three options – No alerts, network alerts or local & network alerts. On top of that you’ll see a lot more in the look and feel for Launchpad when we ship!

That’s it for today. As always, we welcome your feedback, comments and suggestions!

Popularity: unranked [?]

Hi everyone! My name is Dileep and I am a Development lead with Windows Home Server team. It has been more than a week since we released the beta builds of the next version of Windows Home Server “Vail”, and we are very encouraged by the download and the feedback pouring in through connect. Thank you for everyone who is participating in the beta program! Alongside that, we thought this is the right time to start discussing some of the features of Vail and its extensibility with the community to get the excitement started for building great, cool and useful add-ins for the next version of Windows Home Server. The SDK is also available to download from Connect and if you already tried it out, you might have noticed that the extensibility options for Vail are pretty broad in comparison with first version of Windows Home Server. There are many ways one can extend Vail – by extending Dashboard (old Admin Console), Launchpad or by building a Provider. You can even build an addin which has both server and client components to it.  Vail SDK contains information about all these plus APIs for many other core features like Alerts framework, Storage (Server Folders & Hard Drives), Computers & Backup, Identity, Remote Access, Media Streaming and much more! The SDK also contains detailed documentation as to how you can build, package and deploy your add-ins to Vail Server and clients. All-in-all, you can see that we’ve tried to put up a much broader and more powerful SDK in place compared to the previous version.

There is a lot of information to digest in Vail and SDK in particular. Hence we are taking this opportunity to do a series of blog posts to talk about the various extensibility points of Vail in a much higher level than the actual SDK documentation. The idea is to give developers an overview of the capabilities of Vail SDK along with providing guidance as to how to go about building addins the right way so that the user experience or performance is not compromised. In the first of such posts, I am discussing the Vail ‘Dashboard’ and its extensibility vis-à-vis Home Server v1 here.

The Administration console in Home Server v1 has been renamed to ‘Dashboard’ to better reflect the information it provides. Just like the Admin console in v1, Dasbhboard still is the main user interface for administrative or management type of tasks on the Server. Dashboard is where you would go to monitor the health of the network, create user accounts, view backups, add shared folders, increase storage capacity, enable or disable media streaming etc. Dashboard is still not the place to put any day-to-day non-administrative tasks. I have posted a document on connect website (link is given below) which talks about the differences in the Dashboard UI compared to Home Server v1 Admin Console. In the document I talk about the new Dashboard layout, the new UI elements introduced, the three different kinds of tabs that one can build as well as plugging into the existing Microsoft tabs and wizards. I also cover the extensibility aspects of Home Server v1 Admin console which are no longer available in Vail.

You can download the complete document here.

(You will have to sign in to Microsoft Connect site.)

I hope I was able to give an adequate overview of the changes and new features in Windows Home Server ‘Vail’ Dashboard in the document, especially when compared to v1. Please remember that this document is meant as a high level overview of the extensibility points, and the low-level details of all of those extensibility APIs, documentation, samples and templates are available in the Vail SDK. We would love to hear your comments and feedback. Moreover we would love to get all of you started on writing cool addins for Vail. Please use Vail SDK Forum for discussing seeking assistance for the SDK. In subsequent posts, we’ll cover other topics such as Launchpad, building Providers, addin deployment, various object models etc. Happy coding!

Download Dashboard overview document

Download “Vail” SDK

Discuss about “Vail” SDK

Popularity: unranked [?]