One of the best outcomes from November's Wave Protocol Summit was a proposal for Wave to enter the Apache Software Foundation's incubator program. Apache has a fantastic reputation for fostering healthy open source communities that create great software. Last week, that proposal was accepted, and we're spinning up the project infrastructure so that the community can continue to grow in the Apache way.

During the summit, it became quite clear that there is a healthy community of startups, independent developers, and industry partners enthusiastic to continue development of the Wave Federation protocols and Wave in a Box product. We've posted videos of the technical talks and demos presented throughout the summit so that those who couldn't make it to San Francisco needn't miss out.

The final days of the summit were dedicated to technical design and coding. Progress since then includes significant improvements to the wave panel, visual enhancements to the login pages, gadgets hooked up and working, improved development set-up and documentation, and a draft HTTP transport for wave federation.

In recognition of this work, we're proud to announce that the open source project leadership is expanding to include a number of new committers from outside Google: Tad Glines, Michael McFadden (Solute), James Purser, Ian Roughley (Novell), Anthony Watkins (SESI), and Torben Weis (University Duisburg-Essen). They are joining graduated Google interns Joseph Gentle and Lennard de Rijk as trusted contributors who have demonstrated high quality code and valuable design insight.

The creation of Apache Wave will serve to accelerate the growth of the existing community with strong open source processes. If you'd like to get involved, please join the Apache Wave mailing list (send an email to wave-dev-subscribe@incubator.apache.org). We're looking forward to working with you.

Posted by Alex North, Software Engineer, Google Wave team

We've just wrapped up day 3 of this week's Wave Protocol Summit in San Francisco. Developers and industry partners have gathered from all over the world to discuss the architecture of Wave, opportunities for use in enterprise, government, and consumer technology, and the future of the open source project. The last few days have included a great mix of architecture presentations, technical discussions, and interesting demos using Wave technology (WaveLook, Novell Vibe, Wave-vs.net, and others).

Since the Wave in a Box announcement in September, progress has been rapid. We've recently added:

• a new wave panel, which is much prettier and a lot faster,
• improvements to login and authentication,
• robot and data API support,
• support for Wave Gadgets,
• new setup, installation guides and tutorials,
• support for browers without websocket support (via socket.io),
• designs for a file-based wave store, and
• support for federation between instances of Wave in a Box (and wavesandbox.com).

You can keep up to date by following the Progress Reports wave.

For the rest of this week we'll be hacking on Wave in a Box, helping new contributors tackle some starter projects, resolving open issues, and adding even more functionality.

As a reminder, we'll continue running wave.google.com at least through the end of the year. We've also recently introduced a wave export feature. In addition, we're working on ways for you to access waves through Google Docs and we hope to share more on our progress soon.

If you're following along from home, we'll be sharing videos following the event -- but please join us in the Wave Protocol group.

The Wave in a Box project is shaping up well and we're now posting regular progress reports to the group forum (the most recent is here). We've also created a list of starter projects, easy tasks for developers to get started contributing to the codebase. You can chat with some of the Wave engineers at the upcoming online office hours (in Google Wave). The next one is on Monday (Tuesday down under) - details are in the forum.

To bring the developer community together we are hosting a Wave Protocol Summit in San Francisco, November 2010. Through the summit we aim to grow the Wave developer community, share technical knowledge, and discuss the future of Wave technology and its community. The summit will be targeted towards technical people interested in using, contributing to, or building on Wave technology. Content will include:

• technical talks on specific aspects of Wave technology,
• problem solving around open technical issues,
• discussions about project organisation and governance, and
• group coding sessions (fun!).

The summit will be three days of talks and discussion (November 8 - 10) followed by two days of coding (November 11 - 12) on Wave in a Box and federation. We're still working out the detailed schedule, so stay tuned to the forums for further details (and give your feedback).

If you would like to join us, you can request a seat (due to capacity constraints, we'll confirm your seat in the coming weeks). To help improve the summit, please also suggest or request session content of particular interest to you.

In the meantime, see you on the forums!

Since the announcement that we will discontinue development of Google Wave as a standalone product, many people have asked us about the future of the open source code and Wave federation protocol. After spending some time on figuring out our next steps, we'd like to share the plan for our contributions over the coming months.

Every so often, I leave this beautiful city of Sydney, Australia and depart for foreign lands to meet developers from around the world. This time, I'm heading to the states and dropping by two GTUGs (Google Technology User Groups) to talk about Google Wave and the APIs:

• DC GTUG
  Washington, DC
  August 10, 6pm

• Michigan GTUG
  Southfield, MI
  August 12, 6:30pm

After the GTUG talks, I'll also be swinging by the HTML5 GTUG campout in San Francisco, setting up waves for the teams to document their progress and ask questions.

If you're in the area, I hope to see you there!

Update: In light of the recent update on Wave, the talks have changed topic and will now be on Google APIs: A-Z.

Two years ago, I discovered the JavaScript InfoVis Toolkit, a really cool library for doing visualizations in Javascript, like force-directed graphs, hypertree, treemaps, sunbursts, and more. Since then, I've been looking for an excuse to use the library in conjunction with a Google API, and after our latest API release, I found the perfect use.

A few weeks ago, we released a new feature in the data and robot APIs: threads. This feature means that developers can render threaded waves in alternative clients and export waves to other formats while retaining their true structure. It also means that I can finally use the InfoVis Toolkit, in order to visualize the threads in a wave as a structured tree.

To create the visualization, I started with the code for the Inbox Checker sample, a Python App Engine app that asks a user to authenticate (via OAuth), and then shows them their inbox and any wave they click on. I modified that app to output JSON instead of HTML for each wave, and I piped that JSON into the SpaceTree class from the toolkit.

Here's an side-by-side example of how a wave might look like in the client, and what it looks like as a SpaceTree:

You can try the app out for yourself here: Wave Visualizer. After granting access to the app, you can click each of the waves in your inbox and browse the tree for it. As you mouse over each blip, you'll see a snippet of the content of the blip in the tooltip. When you click on a blip, you'll be taken to that exact blip in the Wave client, utilizing our other new feature: blip linking.
(You can also try out the "Timeline" view, which shows the sequence of blips over time, using the Google Visualization API).

This app shows off one of my favorite features of Wave - flexibly structured conversations. Some waves are very flat long trees, and others are wide and deeply nested, and they are all made possible by the Wave conversation model. And now, thanks to the new Wave data APIs, apps like this are possible.

Enjoy playing around with the visualizer, and if you have any questions about building apps like it, stop by the Wave API forum and let us know!

As part of my Google I/O talk on "Anatomy of a Great Extension", I talked about the optimal look & feel for Wave gadgets. On one hand, if your Wave gadget is based off an existing website, like the 6Rounds gadget, then we recommend mimicing the UI of your website inside the gadget, so that your existing users feel like they're using an extension of your website into Wave. On the other hand, if your Wave gadget is independent and designed purely for Wave, like many extensions in the gallery, then we suggest mimicing the UI of the Google Wave client itself, so that users feel like the gadgets fit inside their environment, and so that waves with multiple independent gadgets look cohesive. To make that easier for developers, we've introduced a new feature to the Wave Gadgets API, the wave.ui library, which makes it easy to turn your gadget elements into wave-styled elements.

For example, you might start with an anchor with some javascript onclick behavior:

<a id="button" href="javascript:void(0)" >Do Cool Stuff!</a>

<script>
wave.ui.makeButton(document.getElementById("button"));
</script>

Hilbrand Bouwkamp is an independent internet developer/trainer/presenter specialized in RIA, GWT and Android. He has been following GWT and Wave since it's first release and has created two open source libraries related to GWT and Wave: cobogw and cobogwave.This blogpost is about the cobogwave library.

As soon as Google Wave was released and I had an account, I wanted to write a Wave Gadget. I believe Gadgets are one of the strengths of Wave because they let you add a structured component to an unstructured communication flow to make things more efficient. For example, a simple date picker Gadget can be added to an event-planning wave, and instead of people having to go to a separate site and communicate their date preferences manually, they can do the date-selection in the wave, and all of the information is stored in a single place. There are many situations like this where gadgets can add structure and keep related information together.

Since the Google Wave client itself is build with GWT (Google Web Toolkit), I thought it to be natural to write a Gadget with GWT. To do that, I needed to wrap the Wave Gadgets JavaScript API with my own GWT JSNI wrapper. Like other GWT gadget developers, I wrote my own wrapper - but I wanted to do it in a way that other developers could benefit from. So, I made sure that my wrapper included all of the Wave Gadgets API functionality, I wrote documentation for it, and I open-sourced it under the Apache 2 license as the cobogwave library. Now, other developers can skip the wrapper-writing step and simply focus on writing their gadget.

The cobogwave library makes it very easy to build gadgets for Wave. Just like the iGoogle GWT Gadgets API library, it defines a Needs interface: NeedsWave. By implementing the interface, you can make your gadget code Wave-enabled. Or, you can simply extend the WaveGadget class for the same effect.

GWT developers are accustomed to work with handlers, so the cobogwave library provides much of its functionality via handlers. For example, you can register for the ModeChangeEvent to be notified when the user changes from playback to edit mode, ParticipantUpdateEvent when a new user is added or removed to the wave, and StateUpdateEvent when the gadget receives a new state. The cobogwave library also has support for experimental functionallity in the Wave Gadget library, like the Wave UI Widgets Button, Frame and Dialog.

Recently, I was involved in the latest release of the gadgets support in the Google API Libraries for GWT. In the new version, it's much easier to implement RPC calls to your own server, and this method also works for Wave Gadgets.

Here's a sampling of diverse range of gadgets that developers have built using the cobogwave library:

• Shortyz: Lets you solve crosswords together in a wave - ported from Android code.
• MindMap: Lets you create an interactive mindmap, and favorite nodes up or down.
• Karma: Lets participants in a Wave rate each other.
  
• Pongy: Lets you play the classic game "Pong" with a fellow Wave user. (This last gadget was written by me to showcase the highly interactive possibilities of Wave.)

To start building your own Wave Gadgets with GWT, visit the cobogwave project page and to keep informed on updates, follow me on Twitter.

When I heard that Australia was going to have its very own PyCon, I knew I wanted to give a talk. While working on the with the Wave APIs over the last year, I've gotten to the point where I'm using the Python client library on a daily basis, and I've learnt a lot about Python from our library. I wanted to give a talk that would be interesting both to Wave API developers and to Python developers and would force me to dig deeper into the depths of our client library.

So, I presented a talk called "Wave Robots API: Behind the Scenes", with the goal of showing how we used Python to abstract on top of our HTTP API. I started with an overview of Google Wave and a quick look at Wave's core technology — the conversation model and operational transformation algorithm — so that everyone in the room would be comfortable with me talking about blips, wavelets, operations, and the like. Then I went deep into the robots API, explaining the JSON-RPC protocol between the Wave server and robots, and showing how the Python client library serializes the JSON into Python objects, how it lets developers register for events, and how it signs outgoing requests using OAuth. I then explained how we designed the client library to be hosting-provider-agnostic, and live demoed a robot that I created using the Django framework on a slicehost node. I finished with a summary of the most important features of the client library — versioning, automation, authentication, flexibility, and being Pythonic.

But, hey, if all that sounds interesting to you, you don't have to read about it -- you can watch it! Check out the video here, and the slides here. If you have any questions after watching, just head over to our Google Wave API forum.

David Crane is an external Wave developer, involved in the development of the Debatewise extension. We've invited him to post on this blog to share his vision for an open source project.

A few months ago, the Google Wave team open-sourced the code underlying Forum Botty, the robot that is powering the Wave API forum. We want to continue developing this code base into a powerful and generic extension for running forums in wave, and we're hoping that other developers like you will join us in this project.

Google Wave offers a number of benefits over traditional forum software, with just its native functionality. However, by incorporating some of the tried-and-tested features from forums into a robot, we could turn Google Wave into the ultimate platform for forum-based discussion.

A forum could be a killer app for Wave. It’s a tool that people already use in huge numbers for specific purposes, are used to keeping separate to their email, and will dip in and out of as required. Wave is similar enough for them to jump in quickly and different enough for them to get, and be hooked by, the benefits. A forum removes the need for people to find things to use Wave for and means they could use it even if none of their friends did. Wave could enhance and improve upon some of the most important features of a forum and through acclimatisation, will encourage them to use it for a world of other purposes.

There are three specific areas we believe need developing

Goal: Allow people to coalesce around a subject of their choosing and help them find Waves of interest
Tasks: Group waves around subject areas. List the following alongside each Wave title: the total number of blips in the wave (including read/unread), total number of views, date/time of last post and who made the post. Later add ways of rating, sorting and categorising the Wave.

Goal: Encourage and reward participation in the conversations
Tasks: Add karma mechanisms, applause and trophies so Waves, blips and users can be rated. Incorporate tiered participation levels and privileges (eg StackOverflow).

Goal: Develop trust mechanisms so people can determine who to rely upon or ignore
Tasks: Link waves with Google Profiles (or other profiles), display the user’s trophy cabinet, list all posts by user and their ranking in the community

We’re looking for Python, Java and Javascript developers, QA testers and anyone with an interest in forum software, community building and online discussion. All software will be licensed under Apache 2.0, the same open source licence that Google Wave uses.

This project is organised by Debatewise.org, a non-profit debating web site whose goal is to be the Wikipedia of debate. Anyone can create a debate on any subject they like and anyone can edit and strengthen that debate. In this way and over time the debates become stronger, more definitive and an ever-greater resource for anyone looking to make up their mind.

If you're interested in joining the project, please wave me at dh.crane@googlewave.com.

As you may have heard before, the Google Wave Federation Protocol is an emerging open protocol for improving communication and collaboration across the web -- not just in a single product. To further propel the community, as part of Google I/O, we open sourced another significant chunk of Google Wave production code (now totaling more than 200,000 lines of code released), including: the in-browser rich text editor, the wave model, and the concurrency control mechanism.

This code release introduces a simple web client for FedOne, which enables you to bring up your own browser-based client running against the FedOne backend, which can then federate over to WaveSandbox.com. The web client communicates with the FedOne server using an emerging WebSocket-based client/server protocol, with the initial documentation in the whitepaper under review. There is even work going on to make an Emacs client for wave using this emerging client/server protocol. To get started with your own instance, please read a recent forum post: exploring the simple web client, and you may also be interested in reading the wave model code walk-through.

There is a growing community of wave providers building on wave technology and the Google Wave Federation Protocol, including SAP StreamWork (demo below, and you can read more about SAP StreamWork and the wave protocol), Novell Pulse (here's a demo), ProcessOne's OneWave, wave-vs.net, and AboutPeers.com. The US Navy also put out a call for proposals earlier in the year (Navy Wave RFP [PDF]). Additionally, there are several open source projects in development as well: PyGoWave, QWave, ARWave, and Ruby on Sails.

Here's a video showing SAP StreamWork federating with WaveSandbox.com:

This is all driven by the desire to let users work together no matter what system they may be using. For more information about building your own wave provider, feel free to check out the session video and slides from Google I/O 2010.

Please join us in the forum if you'd like to get involved.

Posted by J.D. Zamfirescu, and Anthony Baxter, Software Engineers, Google Wave

Back in April, we ran a challenge together with Mashable, asking developers to make fun and useful extensions. We saw a lot of great extensions come out of it, like WaveTube, Poker, Wave Transformer, and more. Now, I want to take some time out to explain how an open-sourced Wave robot made it possible to run the contest entirely in Wave, from the submission to the voting.

1) Submission Wave

The process is all kicked off by the creation of a new submission wave.

To submit an entry, developers would install the Mashable Submitty extension. They then clicked 'New extension submission' in the New Wave menu, and watched a robot populate the new wave with a submission template. The robot does this by responding to the WaveletSelfAdded event, and appending text, form elements, and a gadget. The text describes the submission process, the form input elements let the developers give the robot information in a structured way, and the gadget manages the flow of submission.

2) Installer Checking

The robot helps automate some of the more tedious aspects of the review process, like checking an installer is valid.

When the developer is filling in the wave, they specify the URL of the installer XML in one of the input elements. When the robot sees a URL in that field, it grabs the XML, and parses it to look for all the required fields. If there are any errors, it reports them in an inline blip, and if not, it inserts the installer element inside that blip. By doing this, the reviewers can easily install the extension from inside the wave.

3) Workflow Gadget

The workflow gadget helps manage the sequence of steps, and let some participants move the sequence forward.

When the wave is first created, the only participants are the developer and the robot. When the developer is done filling out the information, they click "Share with Reviewers" in the gadget, which prompts the robot to add the review team Google Group and tag the wave with status-review. At that point, the gadget shows different options depending on who's viewing it. For the developer who submitted the extension, the gadget explains that the wave is currently shared with the team and will be responded to soon. For the admins of the review process, the gadget provides a "Approve for Gallery" button. When an admin clicks that button, the robot first checks that the event actually came from an admin (just in case someone's simulated the button click in javascript) and then kicks off the process to add the extension to the gallery.

4) Gallery Waves

The robot automates the process of creating individual waves that are rich in content, and of creating one central table of contents wave.

After the extension is approved, the robot starts by creating an individual wave about the extension - inserting the title, description, installer, a ratings gadget, and a sharing gadget. Since gadgets don't have access to the wave content around them, the robot injects the extension name into the state of the sharing gadget so users can easily tweet about it (e.g. "Checking out Requesty- http://www..."). Next, the robot fetches the table of contents wave using the Active API and appends an image and links for the new extension.

All in all, the Submitty extension helps automate a multi-step process in Wave while still allowing for freeform discussion. In the submission waves, we would often go back and forth with the submitter when trying out the extension and start up private replies to discuss the status of the extension with just the reviewers. In the gallery waves, wave users would report bugs and request features, and on the discussion wave for the most popular extension, Mr. Ray, they even got into a passionate discussion about the future of wave.

If you're interested in running a contest in wave or employing a similar workflow for your own use, check out the code for Mashable Submitty from the samples gallery. Let us know in the forum if you have any questions.

We recently celebrated Google Wave's 1st Birthday and announced several API and protocol updates at Google I/O. Along with that we invited 16 developer groups to showcase their Wave extensions and integrations as part of the Google Wave Developer Sandbox. We've been amazed at the many extensions and product integrations that developers have built eversince we launched Wave and we wanted to share with the public what were showcased at I/O:

Extensions:

• Columbus Internet showcased Travel WithMe and Hostel WithMe, their useful trip planning extensions for Wave.
  
• ProcessWave showcased a collaborative diagram editor that supports software and business process modeling with UML, BPMN and EPC.
  
• Timebridge showcased a web conferencing gadget and a meeting planner gadget.
  
• UnaWave demoed a project and task management extension.
  
• WithWaves demoed the Browse eBay and Browse Amazon extensions that enable collaborative shopping.
  
• Wave.to showcased a lightweight wave client for the Android platform.
  
• CS Odessa demoed their brainstorming and mind maping extension.
  
• Caseish showcased their collaborative case management tool.
  
• 6Rounds showcased their interactive video conferencing gadget.
  
• Prezi demoed their collaborative presentation editor.
  
• Twilio demoed their phone conferencing robot

Product Integrations:

• Salesforce demoed their wave integration inside Chatter, their collaborative product, and introduced the Force.com Toolkit for Google Wave.
  
• Oracle demoed their wave integration inside their CRM On Demand product.

Federation:

• SAP demoed their new StreamWork product built with on the wave federation protocol.
  
• ProcessOne demoed their WaveOne XMPP server built with the wave federation protocol.
  
• Novell showcased Pulse, their collaborative product built with the wave federation protocol.

To see videos of many of the above extensions in action and read more about them, check out our featured extension page. We hope these extensions and product integrations will inspire you to build more things on Google Wave. As always, we love to hear from developers. If you have feedback on our APIs or want to build extensions, read our guide and drop us a line in the Wave APIs forum. If you're interested in the Wave Protocol, check out http://www.waveprotocol.org and join the Wave Protocol discussion forum.

One of my favorite features of Wave is "saved searches." When I use a search query that I want to remember to check later, I click "save search" at the bottom of the search panel, specify a title, and then that search shows up in my nav panel as a link. When a wave matching that search query show up in the search panel, it will be labeled with the saved search terms.

I use searches for lots of things - keeping track of waves for particular Google groups (e.g. "group:artisticwaves@googlegroups.com"), waves with particular tags (e.g. "tag:wavedevfaq"), waves I've contributed to ("with:me"), and oftentimes, waves created by a particular robot (e.g. "with:submitty-bot tag:status-inreview").

I always wished extensions could automatically save those searches for me, and today, I'm happy to announce that extension installers can now use the savedSearchHook to specify saved searches to be automatically added to the user's nav panel. For example, the Google I/O extension adds a saved search to make it easy to find all the conference waves, using this addition to the installer XML:

<savedSearchHook name="Google IO 2010" query="group:io2010-wave@googlegroups.com tag:io2010"></savedSearchHook>

For another example, the Tasky developer provides users with a "Tasky Extras" extension that adds a set of hooks for finding tasks in various stages of progress:

<savedSearchHook name="Tasky: All" query="with:me tag:task"></savedSearchHook> 
<savedSearchHook name="Tasky: Top-Level" query="with:me tag:task -tag:sub-task"></savedSearchHook> 
<savedSearchHook name="Tasky: Active" query="with:me tag:task -tag:status-completed -tag:status-canceled -tag:status-rejected"></savedSearchHook> 
<savedSearchHook name="Tasky: New" query="with:me tag:status-describing OR tag:status-notstarted OR tag:status-brainstorming past:1w"></savedSearchHook>  

For more information, read through the extension installer documentation. Stop by the forum to ask any questions or to share your use of the feature.

When we first launched Google Wave in developer preview mode at last year's I/O, thousands of developers started playing around on WaveSandbox.com, experimenting with the APIs, and checking out the preliminary set of specs and whitepapers on waveprotocol.org. Back then, many developers looked around and decided that they couldn't do what they wanted with the APIs yet, or the protocol wasn't fleshed out enough for their needs, so they filed their feature requests and slowly disappeared from the Wave world.

Today, we'd like to encourage all those developers to take a second look. Over the past year, and today at Google I/O, we've launched a series of improvements that make Wave a more compelling platform, product, and protocol, and enable the kind of apps and integrations developers first dreamed of when they encountered Wave.

Here's a quick recap of the last few months of API releases:

• We introduced (and iterated on!) an extensions gallery, making it easier for users to find extensions.
• We launched Robots API v2 and the Active Robots API, making it easier to integrate with external systems. That release, along with Mashable's Google Wave API Contest, resulted in robots like Ferry for Google Docs integration, Mr. Ray for email integration, and Salesforce.com's just-announced Force.com Toolkit for for the Google Wave APIs, which shows how developers can bring Google Wave together with the Force.com platform and Salesforce Chatter.
• We released anonymous read-only access for embedded waves, making Wave a more compelling platform for publishing content and discussions on the web, and leading to some live blogging experiments.

And here's what we've announced at I/O:

• Run robots on any server -- not just App Engine. This means you run robots on your own web servers, and you can use your language of choice, making it significantly easier to write robots that integrate with your existing website and systems. Read more in the docs.
• Use a robot to manipulate and retrieve attachments within a wave, so you can build something like a wave -> Flickr album converter, a CSV -> interactive map builder, or as we'll be demo'ing live at the I/O talk, a wave -> PowerPoint exporter. Read more in the docs.
• Use the "Wave This" service to let your website's visitors easily create waves out of the content on your site. You can see an example of it in use with the Wave This Chrome Extension. Read more in the docs.
• Fetch waves on behalf of users with Wave data APIs to build lightweight clients or apps like what we just launched, the official Google Wave Notifier Chrome Extension. Read more in the docs.

Beyond the API releases, we're also open sourcing a lot more of Google Wave's code, including the rich text editor, so you can learn how to run a wave server, like the one Novell Pulse is working on, and start prototyping with a simple frontend for editing and replying to waves. You can also extend that code to build your own alternative Wave clients. Today, SAP announced that they are working to adopt the Google Wave Federation Protocol in their product, StreamWork. Stay tuned for another blogpost with more pointers and details.

Now, all of this sounds great, but as a developer building on top of a platform, many of you will be most concerned about one thing: users. We've been in invite-only mode for the past year, and built up a loyal user base of about 1 million active users. Today, we will let anyone with a Google account use Google Wave (no more invites!), *and* even better, any company or organization using Google Apps can enable Wave for their domain. So, there should both be more users who want to use your extensions and more businesses that want developers to build extensions for them. Win-win!

We're not done yet, of course. The product and the APIs are in Labs, because we think it's important to stay flexible when creating a whole new paradigm in web based communication and collaboration. We want to be able to respond to your feedback, and we still have a lot left to do to make the vision a reality.

But we think we've made good progress with these improvements, and we invite you to check them out, give us your feedback, and hopefully join us on the rest of this journey.

Over the last few releases, we've been rolling out incremental improvements to the robots API, based on the feedback from all of you developers. For those of you who haven't been reading the forum waves and changelogs, here's a summary of the new features:

Bundled Annotations:

When you're adding new text to a blip, you often want to annotate that text with a particular set of annotations. In the past, you had to calculate the range of that text and use the annotate operation, like so:

blip.append('New text')
blip.range(len(blip.text), len(blip.text)+8).annotate('style/fontWeight', 'bold')

blip.append('New Text', bundled_annotations=[('style/fontWeight', 'bold')])

For more information, read the announcement wave.

Inline Blip Positions:

Several robots produce alternate rendering of waves, like Mr. Ray and its "Wave Lite" view, and those robots needed to know the positions of inline blips inside other blips for a more accurate rendering. To help with this, we introduced a new attribute to the Blip classes to let robots access that position. For more info, see the Python or Java reference.

Read Only Roles:

A few months ago Google Wave launched the ability to have "Read-only" participants, which lets the creator of a wave set access rights for the other participants as either "full access" (the default) or "read only". We now offer that same ability in the API, so a robot that creates a wave can set the access rights of all the participants on the wave, like so:

new_wave.participants.set_role('public@a.gwave.com', wavelet.Participants.ROLE_READ_ONLY)

For more information, read the announcement wave.

Check out the new features, and let us know in the forum how you're using them in your robots.

We recently introduced a new API for embedding waves, which includes a powerful new feature: anonymous, read-only access to public waves. Prior to this launch, webmasters could embed waves into their sites, but visitors could only see the content of the embedded wave if they had a Google Wave account, were logged in, and had access to that particular wave. Now, all waves with public@a.gwave.com (or a properly configured Google Group) as a participant can be embedded in a website so their content can be read by those who don't have a wave account (or simply aren't logged in).

You can view an example of this below or see it in action by visiting the KitchenSinky walkthrough documentation.

The new embed API also provides some optional parameters, like the ability to display participants in the the header panel or to include the toolbar. With an embedded wave, users are able to discuss topics in realtime and even catch up by playing back the exchange. Additionally, it provides a mechanism for staying involved in the conversation without requiring the user to constantly check the host site for updates.

To get started with the API, please visit the tutorial and consult the API reference.

If you're just interested in quickly getting a wave embedded on your site, you can simply make the wave and then get the code to paste into your site using the new Wave Element.

As you're diving in, here are a few ideas for ways to make use of embedded waves:

• Use a wave to do live-blogging (or "live-waving" as we call it) about breaking news. You can provide up-to-the-second commentary for an election, earnings call, sporting event, or product announcement -- and even combine points of view from multiple bloggers into a single wave.
• Display realtime RSVPs to an event with the Yes/No/Maybe gadget. Participants can also add comments for everyone to see.
• Publish documentation or other articles via embedded waves. It's easy to update and readers can simply follow the wave to stay in the loop on changes. For example, we publish the Wave API release changelog as an embedded wave.
• Take advantage of the active robots API and create waves programmatically for embedding in a variety of sites, such as a private messaging system for a social network, a shared collaborative workspace in a productivity tool, or as a customer support system.

We hope you find this new API and this new level of access useful, and we have more improvements to the embed API on the way. For example, at the moment, embedded waves do not work in Internet Explorer (even with Google Chrome Frame), but we will be resolving that issue.

We look forward to seeing what you come up with. If you have questions or comments, please discuss in the forum.

We launched the new Robots API (v2) last month, and since then, we've seen a a slew of new and interesting robots from Google Wave developers -- proving that robots can now be used in more ways than ever before.

We want to share some examples here, to give you a taste of the possibilities:

	Pushy: This robot accepts any form of HTTP post and adds the content as a new message on the wave. It has special handling for the post-commit hooks on github and googlecode. The developer created this robot because he uses Google Wave at his company, and he wanted a way to have waves be updated based on their github project activity I've personally been using it to subscribe to updates on our google-wave-resources project. You can check out the source code from the samples gallery, and install it from the gallery wave.
	docXwave: This robot imports .docx (Microsoft Word) files into a wave, converting the formatting and even tables, using a table gadget. The developer is a part of Plutext, a group of developers working on various Microsoft Word related efforts and an open source OpenXML file converter python module. You can install it from the gallery wave.
	Ferry: This robot exports Google waves to Google documents, letting you specify if you want to continually export, and if you want to export everything or just the root blip. This is useful for people that want to export to a Google doc for the printing, exporting, or extra formatting capabilities. You can install it from the gallery wave.
	robot-robot: The robot lets you write code inside a wave, and run that code as a robot on another wave. This means that you can get started playing around with the APIs, without having to setup an App Engine account and your own project. I'm looking forward to using it for live demos and codelabs. You can check out the source code from the samples gallery, and install it from the gallery wave. You might also be interested in "as-a-robot", another robot-writing robot from a different developer. Great developers think alike!
	Mr. Ray: This robot makes it possible to use wave with people not on wave - you add their emails via a gadget, and the robot emails them a static copy of the wave. When they reply in the static interface, it syncs the reply back into the wave. It's a fantastic use of the proxying for feature in the new API, and of course, the active API. It's also incredibly useful - I'm using it to plan an event with high school friends, who are all highly addicted to their email system of choice. You can install Mr. Ray from the gallery wave.

If you're working on your own API v2 robots, be sure to share them in the forum and in the extensions gallery. We look forward to seeing what your creative minds come up with.

We've added 10 new articles to the documentation, written by both the Google Wave API team and developers like you, and we hope these articles will give you a new way of understanding how to use the APIs.

After launching the new robots API a month ago, robot developers have already written a bunch of articles about using it in various ways, from developing in Eclipse to integrating with Salesforce:

• Simple Guides for Robot API v2: A series of sample robots that demonstrate accomplishing basic tasks in the new API. All samples are both in Java & Python.
• Google Wave Java Robot Tutorial: Gives a detailed explanation of creating a basic Java robot, and then shows how to extend the robot to respond to commands.
• Writing your First Google Wave Robot with Eclipse: Shows the steps of creating a basic Java Wave robot using the Eclipse IDE.
• Writing a Salesforce Chatter Robot for Google Wave: Shows how to sync between Google Wave and Salesforce chatter, displaying Salesforce posts in a wave, and syncing wave replies to the Salesforce posts. Uses the Java SDK.
• Using the Deferred Task Queue Library with the Python Wave Robots Library: Explains how to use the deferred library in the App Engine Python SDK to defer robot operations, like creating new waves or performing many operations in a row.
• Responding to User Selection: Describes how to use the annotateSelection action in extension installers to create extensions, and more specifically, robots, that respond to and process user-selected text.

Meanwhile, gadget developers have been spreading their knowledge on writing gadgets, with articles on everything from Flex to GWT:

• Developing gadgets for Google Wave: Explains what a wave gadget is, and how to develop a basic gadget.
• 5 Easy Steps To Create A Google Wave Gadget Using Flex: Presents a 5-part video tutorial to creating a counter gadget using Flex (Flash Builder and Flex 4, specifically).
• Building a Wave Gadget Using GWT 2.0 & App Engine: Steps through the creation of a simple message-sharing gadget using GWT, App Engine, and the cobogwave GWT wrapper for the Gadgets API.
• WaveConnector for GWT: Shows how to use the open-source WaveConnector library for developing Google Wave gadgets using GWT and testing them locally in hosted mode.

If you wrote an article yourself, please share it in the forum. Happy reading!

Posted by Pamela Fox, Developer Relations

When we shipped the FedOne code to demonstrate the Google Wave Federation Protocol, we included some overview information and basic documentation on how to get it up and running. Since then, the community has stepped up and contributed some great documentation, and we wanted to highlight a couple of great resources that may be helpful to anyone interested in the Google Wave Federationn Protocol.

For example, Anthony Watkins wrote several articles to explain the architecture of the FedOne code:

• Part 1 - Audience and Prerequisites
• Part 2 - Startup Process
• Part 3 - Dependency Object Graph
• Part 4 - Communication Interfaces
• Part 5 - Wavelet Container

In an effort to bring together this and other community-created resources in a single place, we've gathered links to Anthony's articles, along with links to articles by James Purser and Bryce into a wiki page. Be sure to check them out, and let us know if we've missed any great articles on the Google Wave Federation Protocol or the FedOne code. Share your links on the wave protocol discussion forum and we will update the wiki as they come in.

Also be sure to check out the new, recently open sourced wave document model code, as announced by J.D. in the Google Wave Protocol Forum:

We have just open sourced a significant new chunk of Google Wave source code: the wave document model. The new code, some thirty-eight thousand lines of code mainly in the org.waveprocotol.wave.model.document package, implements useful and efficient data structures for reading and manipulating wave documents. This is the same document model used by the Google Wave client and servers.

In case you missed it, Novell Pulse recently demonstrated federation with Google Wave.

Finally, be sure to visit us if you are attending Google I/O, there are some some great talks lined up, we hope to see you there!

Posted by Joe Gregorio, Developer Relations