<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:evnet="http://www.mscommunities.com/rssmodule/" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"><channel><title>Entries tagged with groove - TechNet Edge</title><atom:link rel="self" type="application/rss+xml" href="http://edge.technet.com/tags/groove/feed/ipod/default.aspx" /><itunes:summary>groove</itunes:summary><itunes:author>David Tesar, Joey Snow, Neil Hutson, Adam Bomb</itunes:author><itunes:subtitle></itunes:subtitle><image><url>http://mschnlnine.vo.llnwd.net/d1/Dev/App_Themes/Edge/images/feedimage.png</url><title>Entries tagged with groove - TechNet Edge</title><link>http://edge.technet.com/Tags/Groove/</link></image><itunes:image href="http://mschnlnine.vo.llnwd.net/d1/Dev/App_Themes/Edge/images/feedimage.png" /><itunes:category text="Technology" /><description>groove</description><link>http://edge.technet.com/Tags/Groove/</link><language>en-us</language><pubDate>Sat, 22 Nov 2008 22:00:18 GMT</pubDate><lastBuildDate>Sat, 22 Nov 2008 22:00:18 GMT</lastBuildDate><generator>EvNet (EvNet, Version=1.0.3531.14011, Culture=neutral, PublicKeyToken=null)</generator><item><title>Microsoft Office Groove 2007 Workspace Replication Upon Acceptance of Invitation</title><description>&lt;img src="http://edge.technet.com/Link/f46ac109-5f27-47bb-add1-cea000046031/" border="0" /&gt;&lt;p&gt;This blog explains how a Groove 2007 client behaves differently from a Groove 3.x client on the replication of a workspace. &lt;/p&gt;
&lt;p&gt;Upon a client's acceptance of a Groove workspace invitation, the current content of the workspace is replicated via a Groove cloud to the client's end. I am here referring a Groove cloud as the network infrastructure required to establish Groove connectivity between two Groove clients either directly or with &lt;a href="http://technet.microsoft.com/en-us/library/cc261969(printer).aspx" target="_blank"&gt;Groove Server Relay&lt;/a&gt;. This is &lt;b&gt;&lt;i&gt;when&lt;/i&gt;&lt;/b&gt;&lt;i&gt; &lt;/i&gt;every workspace member gets an initial copy of a workspace replicated to ones local Groove device when first joining a workspace. &lt;b&gt;&lt;i&gt;Where&lt;/i&gt;&lt;/b&gt; a new workspace member to acquire an initial copy of a workspace in Groove 2007 is different form that in Groove 3.x however.&lt;/p&gt;
&lt;p&gt;Groove 2007 has a flexible scheme of workspace replication. (See the Groove 2007 protocol slide.) &lt;i&gt;All the members who were online at the time when a workspace invitation was created can carry out workspace replication.&lt;/i&gt; For instance, let's assume when Alice created a workspace invitation &lt;a href="http://blogs.technet.com/blogfiles/yungchou/WindowsLiveWriter/MicrosoftOfficeGroove2007WorkspaceReplic_AB95/image_4.png"&gt;&lt;img width="298" height="153" align="right" alt="image" src="http://blogs.technet.com/blogfiles/yungchou/WindowsLiveWriter/MicrosoftOfficeGroove2007WorkspaceReplic_AB95/image_thumb.png" border="0" /&gt;&lt;/a&gt; using Groove 2007 both Bob and Chuck were online as well. Alice subsequently sent the invitation to Dee via Groove infrastructure as show in the screen capture. In this scenario, &lt;a href="http://www.microsoft.com/downloads/details.aspx?FamilyId=1616548F-31AA-4A8D-B8DA-C91A906FE9AB&amp;amp;displaylang=en"&gt;&lt;/a&gt;&lt;a href="http://www.microsoft.com/downloads/details.aspx?FamilyId=1616548F-31AA-4A8D-B8DA-C91A906FE9AB&amp;amp;displaylang=en"&gt;&lt;/a&gt;when Dee accepts the workspace invitation sent from Alice, either one of the three (namely Alice, Bob, and Chuck) can carry out the workspace replication to Dee's Groove device since all 3 were online when the invitation was created. In other words, after sent out the invitation, if Alice becomes offline, the replication can still proceed with a connection between Bob and Dee, or Chuck and Dee if available. When Bob or Chuck is sending a copy of the workspace to Dee, a Groove alert will appear on the sending Groove device indicating a workspace is being sent on Alice's behalf. Notice the invitation needs to be sent via Groove infrastructure. In other words, one who is invited has a Groove identity already (so the invited's public key is readily available), also the invitation must not require confirmation so no user intervention is necessary and all operations can be fully automated. From Groove PKI's perspective, these requirements make sense and are obvious.&lt;/p&gt;
&lt;p&gt;&lt;i&gt;&lt;a href="http://blogs.technet.com/blogfiles/yungchou/WindowsLiveWriter/MicrosoftOfficeGroove2007WorkspaceReplic_AB95/image_8.png"&gt;&lt;img align="left" alt="image" src="http://blogs.technet.com/blogfiles/yungchou/WindowsLiveWriter/MicrosoftOfficeGroove2007WorkspaceReplic_AB95/image_thumb_1.png" border="0" /&gt;&lt;/a&gt;In Groove 3.x, on the other hand, a client upon accepting an invitation will acquire a copy of the workspace from the workspace member who created the invitation.&lt;/i&gt; (See the Groove v.3 protocol slide.) Consider the scenario. If Peter created a workspace invitation using Groove v3.x and sent the invitation to Rita. Peter's copy of the workspace becomes the source of the content to be replicated to Rita's Groove device once Rita accepts the invitation. If Peter is offline when the invitation is processed by Rita, Groove can not proceed with the workspace replication since the source of the content (i.e. the local copy of workspace associated with an invitation, here Peter's copy) is not available.&lt;/p&gt;
&lt;p&gt;Notice there are triggers to default the workspace replication behaviors back to those in Groove v.3 . Some are briefly discussed earlier. &lt;i&gt;Sending an invitation as a (grv) file, inviting via email, inviting to a v3.x workspace, and requiring acceptance confirmation are among those.&lt;/i&gt;&lt;/p&gt;
&lt;p&gt;Groove is a highly integrated solution and understanding the fundamentals is essential to appreciate how and oftentimes why Groove works in a particular way. For those who are interested, there is much readily available information included in my &lt;a href="http://blogs.technet.com/yungchou/archive/2008/08/29/selected-groove-resources.aspx"&gt;Groove resource page&lt;/a&gt; and some &lt;a href="http://blogs.technet.com/yungchou/archive/tags/Groove/default.aspx"&gt;previous postings&lt;/a&gt;.&lt;/p&gt;&lt;img src="http://edge.technet.com/2139/WebViewBug.aspx?EVT=0" height="1" width="1" alt="" /&gt;</description><comments>http://edge.technet.com/Media/Microsoft-Office-Groove-2007-Workspace-Replication-Upon-Acceptance-of-Invitation/</comments><itunes:summary>This blog explains how a Groove 2007 client behaves differently from a Groove 3.x client on the replication of a workspace. 
Upon a client's acceptance of a Groove workspace invitation, the current content of the workspace is replicated via a Groove cloud to the client's end. I am here referring a Groove cloud as the network infrastructure required to establish Groove connectivity between two Groove clients either directly or with Groove Server Relay. This is when every workspace member gets an initial copy of a workspace replicated to ones local Groove device when first joining a workspace. Where a new workspace member to acquire an initial copy of a workspace in Groove 2007 is different form that in Groove 3.x however.
Groove 2007 has a flexible scheme of workspace replication. (See the Groove 2007 protocol slide.) All the members who were online at the time when a workspace invitation was created can carry out workspace replication. For instance, let's assume when Alice created a workspace invitation  using Groove 2007 both Bob and Chuck were online as well. Alice subsequently sent the invitation to Dee via Groove infrastructure as show in the screen capture. In this scenario, when Dee accepts the workspace invitation sent from Alice, either one of the three (namely Alice, Bob, and Chuck) can carry out the workspace replication to Dee's Groove device since all 3 were online when the invitation was created. In other words, after sent out the invitation, if Alice becomes offline, the replication can still proceed with a connection between Bob and Dee, or Chuck and Dee if available. When Bob or Chuck is sending a copy of the workspace to Dee, a Groove alert will appear on the sending Groove device indicating a workspace is being sent on Alice's behalf. Notice the invitation needs to be sent via Groove infrastructure. In other words, one who is invited has a Groove identity already (so the invited's public key is readily available), also the invitation must not require confirmation so no user intervention is necessary and all operations can be fully automated. From Groove PKI's perspective, these requirements make sense and are obvious.
In Groove 3.x, on the other hand, a client upon accepting an invitation will acquire a copy of the workspace from the workspace member who created the invitation. (See the Groove v.3 protocol slide.) Consider the scenario. If Peter created a workspace invitation using Groove v3.x and sent the invitation to Rita. Peter's copy of the workspace becomes the source of the content to be replicated to Rita's Groove device once Rita accepts the invitation. If Peter is offline when the invitation is processed by Rita, Groove can not proceed with the workspace replication since the source of the content (i.e. the local copy of workspace associated with an invitation, here Peter's copy) is not available.
Notice there are triggers to default the workspace replication behaviors back to those in Groove v.3 . Some are briefly discussed earlier. Sending an invitation as a (grv) file, inviting via email, inviting to a v3.x workspace, and requiring acceptance confirmation are among those.
Groove is a highly integrated solution and understanding the fundamentals is essential to appreciate how and oftentimes why Groove works in a particular way. For those who are interested, there is much readily available information included in my Groove resource page and some previous postings.</itunes:summary><link>http://edge.technet.com/Media/Microsoft-Office-Groove-2007-Workspace-Replication-Upon-Acceptance-of-Invitation/</link><pubDate>Tue, 25 Nov 2008 16:04:00 GMT</pubDate><guid isPermaLink="false">http://edge.technet.com/Media/Microsoft-Office-Groove-2007-Workspace-Replication-Upon-Acceptance-of-Invitation/</guid><evnet:views>14682</evnet:views><evnet:viewtrackingurl>http://edge.technet.com/2139/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>Upon a client's acceptance of a Groove workspace invitation, the current content of the workspace is replicated via a Groove cloud to the client's end. This blog explains how a Groove 2007 client behaves differently from a Groove 3.x client on the replication of a workspace.</evnet:previewtext><media:thumbnail url="http://edge.technet.com/Link/b00a4495-057c-40a1-b069-bb5fa19644ae/" height="240" width="320" /><media:thumbnail url="http://edge.technet.com/Link/f46ac109-5f27-47bb-add1-cea000046031/" height="64" width="85" /><dc:creator>yung</dc:creator><itunes:author>yung</itunes:author><slash:comments>0</slash:comments><wfw:commentRss>http://edge.technet.com/Media/Microsoft-Office-Groove-2007-Workspace-Replication-Upon-Acceptance-of-Invitation/RSS/</wfw:commentRss><trackback:ping>http://edge.technet.com/2139/Trackback.aspx</trackback:ping><category>Collaboration</category><category>Groove</category><category>Office</category></item><item><title>An Invitation to Upcoming Microsoft SharePoint and Groove Usability Studies</title><description>&lt;img src="http://edge.technet.com/Link/41704dfa-2d84-4b2c-b4fa-a7babb7c2b52/" border="0" /&gt;&lt;p&gt;
				&lt;b&gt;Announcement&lt;/b&gt;
		&lt;/p&gt;
&lt;p&gt;Do you use SharePoint and work with &lt;a href="http://technet.microsoft.com/en-us/magazine/cc160900.aspx" target="_blank"&gt;Groove&lt;/a&gt;? &lt;a href="http://www.microsoft.com/usability/default.mspx" target="_blank"&gt;Microsoft's User Research Group&lt;/a&gt; is conducting series of studies for &lt;a href="http://www.microsoft.com/sharepoint/default.mspx" target="_blank"&gt;SharePoint products and technologies&lt;/a&gt; at the Microsoft campus in Redmond, WA, and is looking for participants in the Puget Sound area.&lt;/p&gt;
&lt;p&gt;&lt;a href="http://office.microsoft.com/en-us/sharepointtechnology/FX100503841033.aspx" target="_blank"&gt;&lt;/a&gt;The research team is looking for individuals who use SharePoint at least twice a week and have experience working with Groove. Each participant will receive a gift item they select from a list of some of Microsoft's most popular hardware and software titles.&lt;/p&gt;
&lt;p&gt;&lt;a href="http://office.microsoft.com/en-us/groove/FX100487641033.aspx" target="_blank"&gt;&lt;/a&gt;If you are interested please email &lt;a href="mailto:itusable@microsoft.com"&gt;itusable@microsoft.com&lt;/a&gt; with your name phone number  and insert Groove into the subject line.&lt;/p&gt;
&lt;p&gt;Microsoft User Research focuses on how people interact with hardware and software products; the information and feedback gathered is translated directly into product design improvements. &lt;/p&gt;
&lt;p&gt;Designers take all the research and insight gathered in order to discern whether the product does, or does not do, what people expect and how it can be improved upon. Past participants have enjoyed these studies; finding them to be unique and informative by meeting with Microsoft product development teams and being directly involved with a product development process.&lt;/p&gt;&lt;img src="http://edge.technet.com/2113/WebViewBug.aspx?EVT=0" height="1" width="1" alt="" /&gt;</description><comments>http://edge.technet.com/Media/An-Invitation-to-Upcoming-Microsoft-SharePoint-and-Groove-Usability-Studies/</comments><itunes:summary>
				Announcement
		
Do you use SharePoint and work with Groove? Microsoft's User Research Group is conducting series of studies for SharePoint products and technologies at the Microsoft campus in Redmond, WA, and is looking for participants in the Puget Sound area.
The research team is looking for individuals who use SharePoint at least twice a week and have experience working with Groove. Each participant will receive a gift item they select from a list of some of Microsoft's most popular hardware and software titles.
If you are interested please email itusable@microsoft.com with your name phone number  and insert Groove into the subject line.
Microsoft User Research focuses on how people interact with hardware and software products; the information and feedback gathered is translated directly into product design improvements. 
Designers take all the research and insight gathered in order to discern whether the product does, or does not do, what people expect and how it can be improved upon. Past participants have enjoyed these studies; finding them to be unique and informative by meeting with Microsoft product development teams and being directly involved with a product development process.</itunes:summary><link>http://edge.technet.com/Media/An-Invitation-to-Upcoming-Microsoft-SharePoint-and-Groove-Usability-Studies/</link><pubDate>Mon, 17 Nov 2008 08:01:00 GMT</pubDate><guid isPermaLink="false">http://edge.technet.com/Media/An-Invitation-to-Upcoming-Microsoft-SharePoint-and-Groove-Usability-Studies/</guid><evnet:views>13898</evnet:views><evnet:viewtrackingurl>http://edge.technet.com/2113/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>Do you use SharePoint and work with Groove? Microsoft's User Research Group is conducting series of studies for SharePoint products and technologies at the Microsoft campus in Redmond, WA, and is looking for participants in the Puget Sound area.</evnet:previewtext><media:thumbnail url="http://edge.technet.com/Link/5cef0ba0-3004-4224-908b-5676e567adfe/" height="240" width="320" /><media:thumbnail url="http://edge.technet.com/Link/41704dfa-2d84-4b2c-b4fa-a7babb7c2b52/" height="64" width="85" /><dc:creator>yung</dc:creator><itunes:author>yung</itunes:author><slash:comments>0</slash:comments><wfw:commentRss>http://edge.technet.com/Media/An-Invitation-to-Upcoming-Microsoft-SharePoint-and-Groove-Usability-Studies/RSS/</wfw:commentRss><trackback:ping>http://edge.technet.com/2113/Trackback.aspx</trackback:ping><category>Groove</category><category>Sharepoint</category><category>Useability</category></item><item><title>Groove Network Topology and Deployment Options</title><description>&lt;img src="http://edge.technet.com/Link/dcb207f7-263b-420e-8c83-41cb6e7e5100/" border="0" /&gt;In this screencast, I talked about the deployment options available in Groove and how to relate Groove infrastructure, Groove and SharePoint integration, and the associated collaboration model with Microsoft's vision. To see it in full screen, doubl-click the display area. &lt;br /&gt;&lt;img src="http://edge.technet.com/1750/WebViewBug.aspx?EVT=0" height="1" width="1" alt="" /&gt;</description><comments>http://edge.technet.com/Media/Groove-Network-Topology-and-Deployment-Options/</comments><itunes:summary>In this screencast, I talked about the deployment options available in Groove and how to relate Groove infrastructure, Groove and SharePoint integration, and the associated collaboration model with Microsoft's vision. To see it in full screen, doubl-click the display area. </itunes:summary><link>http://edge.technet.com/Media/Groove-Network-Topology-and-Deployment-Options/</link><pubDate>Tue, 30 Sep 2008 07:01:00 GMT</pubDate><guid isPermaLink="false">http://edge.technet.com/Media/Groove-Network-Topology-and-Deployment-Options/</guid><evnet:views>12486</evnet:views><evnet:viewtrackingurl>http://edge.technet.com/1750/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>In this screencast, I talked about the deployment options available in Groove and how to relate Groove infrastructure, Groove and SharePoint integration, and the associated collaboration model with Microsoft's vision. To see it in full screen, doubl-click the display area.</evnet:previewtext><media:thumbnail url="http://edge.technet.com/Link/e5a4c254-4e29-41ab-8d5b-7ba32a251db0/" height="240" width="320" /><media:thumbnail url="http://edge.technet.com/Link/dcb207f7-263b-420e-8c83-41cb6e7e5100/" height="64" width="85" /><media:group><media:content isDefault="true" url="http://mschnlnine.vo.llnwd.net/d1/inetpub/chou/GrooveDeploymentModels/Yung Chou - GrooveDeploymentModels.wmv" expression="full" duration="731" fileSize="68609583" type="video/x-ms-wmv" medium="video" /><media:content url="http://mschnlnine.vo.llnwd.net/d1/inetpub/chou/GrooveDeploymentModels/Yung Chou - GrooveDeploymentModels.wmv" expression="full" duration="731" fileSize="68609583" type="video/x-ms-asf" medium="video" /></media:group><dc:creator>yung</dc:creator><itunes:author>yung</itunes:author><slash:comments>0</slash:comments><wfw:commentRss>http://edge.technet.com/Media/Groove-Network-Topology-and-Deployment-Options/RSS/</wfw:commentRss><trackback:ping>http://edge.technet.com/1750/Trackback.aspx</trackback:ping><category>Groove</category></item></channel></rss>